agentleFS
JiamingShi-JsPhysJiamingShi-JsPhys/chelate-shell/skills/document-evolution-tracker/SKILL.md

document-evolution-tracker

Skill10 starsChanged 6 days agoMITView on GitHub

Tracks how a family of document versions evolved: discovers the version files, aligns them block by block, and reports paragraph-level changes plus the lineage of named concepts across versions. Fires when a set of drafts must be compared over time rather than one pair of files.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run this exact form — do not read the source tree:

    line 27
  2. Distinctive:

    Only two files need a diff — any diff tool is cheaper.

    line 45
  3. Very specific:

    Only sequential and timestamp naming schemes are recognised.

    line 75

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

document-evolution-tracker

Diffs a whole family of document versions and traces named concepts through them. It reports structural change — block alignment via difflib — not semantic meaning.

  • Stage: workspace · Sandbox: no · Dependencies: stdlib only (PyYAML only for .yaml configs)

Quick Execution

Run this exact form — do not read the source tree:

python run.py --root <WS> --action versions -- --config config/examples/family.json
  • validate first: it reports config errors and the discovered version files.
  • --concepts "a,b" names the concepts to trace; unnamed ones are not followed.
  • The gate lands in <WS>/process/gates/document-evolution-tracker_<ts>.json.

When to use

  • A family of versions (timestamped or sequentially named) must be compared as a whole.
  • A named concept — a term, a heading, a definition — must be traced across versions.
  • The evolution of a draft must be reported as a timeline, not a single diff.

When NOT to use

  • Only two files need a diff — any diff tool is cheaper.
  • You need semantic equivalence, not a structural comparison.

Actions

--actionDoesExtra arguments
validateCheck the config and report the discovered versions--config <cfg>
versionsList the discovered version files--config <cfg>
runCompare the family and produce the timeline--config <cfg> [--concepts "a,b"]

Hard constraints

  • Structural only. A concept counts as present on a literal match, never on a paraphrase.
  • Never reformat the sources. Inputs are read, never written.

Outputs

  • <WS>/process/gates/document-evolution-tracker_<ts>.json — the gate result.
  • A Markdown timeline plus a JSON change record under process/.

Failure handling

  • An invalid config exits non-zero and names the offending field.
  • Fewer than two discovered versions aborts the run.
  • A concept that never appears is reported as absent across all versions.

Limitations

  • Diffing is structural (block alignment), not semantic.
  • Only sequential and timestamp naming schemes are recognised.

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.