source-xray
Skill2 starsChanged 8 days agoMITView on GitHub
Generate a book-breakdown reading note or synthesis-candidate report from published source/concept/topic content, writing only pipeline-workspace/reports/source-xray/ by default (not the vault). Use when the user says "x-ray this published source / book-breakdown reading notes / source-xray / generate learning-note candidates". It does not preprocess, does not decide windows, does not decide write scope, and does not create or merge concept pages.
In this repository23 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- ingestSkill
- kb-postmortemSkill
- kb-qaSkill
- kb-querySkill
- kb-reviewSkill
- kb-saveSkill
- pipeline-doctorSkill
- skill-evolveSkill
- source-preflightSkill
- wiki-lint-semanticSkill
- ingestSkill
- kb-postmortemSkill
- kb-qaSkill
- kb-querySkill
- kb-reviewSkill
- kb-saveSkill
- pipeline-doctorSkill
- skill-evolveSkill
- source-preflightSkill
- source-xraySkill
- wiki-lint-semanticSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 1 is distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 20
Read: wiki/sources/<src>.md, that source's published lessons/concepts/topics/comparisons/synthesis, and wiki/index.generated.md.
- Distinctive: line 68
Every synthesis or learning-path candidate carries evidence refs.
- Very specific: line 69
No change under wiki/.
- Very specific: line 70
If the user wants it saved, it was handed to kb-save rather than written directly.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
source-xray — reading-note report from a published source
Generate reading notes or synthesis candidates from published source/concept/topic content. It does not
write the vault by default; if the user wants it saved into the wiki, hand off to kb-save for two-phase
publish. This skill works from published content only.
1. Triggers / Non-triggers
- Triggers: "x-ray this published source", "book-breakdown reading notes", "source-xray", "generate learning-note candidates", "organize a learning path from published content".
- Non-triggers: preprocessing a new source (use
source-preflight); ingesting a new source (useingest); querying existing knowledge (usekb-query); saving the report into the wiki (usekb-save); a semantic health check (usewiki-lint-semantic).
2. Inputs
<src>or a published source page path.- Read:
wiki/sources/<src>.md, that source's published lessons/concepts/topics/comparisons/synthesis, andwiki/index.generated.md. - Published content only; if the source is not yet published, stop and suggest finishing
ingest/lintfirst.
3. Outputs
- By default, write
pipeline-workspace/reports/source-xray/<src>.md. - The report may include: the core question, the consensus baseline, the author/source delta, the key concept map, a learning path, and synthesis candidates that could go to
kb-save. - It does not write
wiki/, does not createstatus: proposedpages, does not update concept pages.
4. Dependencies
- Protocols: the source-xray guard in
docs/skill-runtime/skill-standard.md, page roles indocs/skill-runtime/schema.md. - Saving is handed to
kb-saveonly, entering two-phase publish via a query-session / evidence_refs / decision.md. - It does not depend on preprocessing staging and does not read an unpublished source.md as a primary basis.
5. Persisted artifacts
pipeline-workspace/reports/source-xray/<src>.md.- Optional: to turn the report into a save candidate, first land a query-session, then hand to
kb-save; this skill never writes the vault directly.
6. CLI commands
python scripts/pipeline.py statusThis only confirms the source's publish state. There is no dedicated business CLI; this skill's output is a report file, not a vault content page.
7. Workflow
| Sub-unit | Input | Output | Acceptance | Persisted | Failure stop |
| X1 publish check | src/index/status | published-source judgement | published content only | report draft | source unpublished |
| X2 collect material | source + related pages | material list | paths real, with source refs | report draft | related pages missing |
| X3 structural extract | published material | core question/baseline/delta/concept map | does not change write scope, no unit planning | report | evidence thin |
| X4 candidate tagging | report content | synthesis/learning-path candidates | candidates carry evidence refs | report | drop candidates without evidence |
| X5 handoff | report | whether to switch to kb-save | does not write the vault by default | report | user asks to save → switch to kb-save |
8. Failure stops / recovery
source unpublished; only unpublished staging content is found; the user asks to preprocess, decide windows,
decide write scope, or create/merge concept pages; evidence thin; the user asks to write the vault directly.
Recovery: the report is the durable output; on a save request, hand off to kb-save.
9. Acceptance criteria
- Explicitly honored: does not preprocess / does not decide windows / does not decide write scope / does not create or merge concept pages / published content only / does not write the vault by default.
- The report is written to
pipeline-workspace/reports/source-xray/<src>.md. - Every synthesis or learning-path candidate carries evidence refs.
- No change under
wiki/. - If the user wants it saved, it was handed to
kb-saverather than written directly.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

