agentleFS
Iabstergo1Iabstergo1/pdf-to-study-kb/.agents/skills/source-xray/SKILL.md

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.

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
  1. Very specific:

    Read: wiki/sources/<src>.md, that source's published lessons/concepts/topics/comparisons/synthesis, and wiki/index.generated.md.

    line 20
  2. Distinctive:

    Every synthesis or learning-path candidate carries evidence refs.

    line 68
  3. Very specific:

    No change under wiki/.

    line 69
  4. Very specific:

    If the user wants it saved, it was handed to kb-save rather than written directly.

    line 70

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 (use ingest); querying existing knowledge (use kb-query); saving the report into the wiki (use kb-save); a semantic health check (use wiki-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, and wiki/index.generated.md.
  • Published content only; if the source is not yet published, stop and suggest finishing ingest/lint first.

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 create status: proposed pages, does not update concept pages.

4. Dependencies

  • Protocols: the source-xray guard in docs/skill-runtime/skill-standard.md, page roles in docs/skill-runtime/schema.md.
  • Saving is handed to kb-save only, 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 status

This 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-unitInputOutputAcceptancePersistedFailure stop
X1 publish checksrc/index/statuspublished-source judgementpublished content onlyreport draftsource unpublished
X2 collect materialsource + related pagesmaterial listpaths real, with source refsreport draftrelated pages missing
X3 structural extractpublished materialcore question/baseline/delta/concept mapdoes not change write scope, no unit planningreportevidence thin
X4 candidate taggingreport contentsynthesis/learning-path candidatescandidates carry evidence refsreportdrop candidates without evidence
X5 handoffreportwhether to switch to kb-savedoes not write the vault by defaultreportuser 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-save rather than written directly.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.