apply
Set chaff up in the folder: chaff.yaml for the chosen genre, today's findings shelved in .chaff-baseline.json, and, when asked, a…
Pair every article of the old version with its article in the new one, and say whether each changed, was added or was removed — writing .blueprint/comparison.json and changing no document.
$ npx -y skills add receptron/mulmoterminal --skill pair --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/pairContext preview
The summary Claude sees to decide when to auto-load this skill.
Pair every article of the old version with its article in the new one, and say whether each changed, was added or was removed — writing .blueprint/comparison.json and changing no document.
name: blueprint-compare-pair description: "Pair every article of the old version with its article in the new one, and say whether each changed, was added or was removed — writing .blueprint/comparison.json and changing no document."
`.blueprint/answers.json` names the old version (`old`), the new version (`new`) — one file each — and what the person wants looked at first (`focus`, may be empty). Read both in full. The person may not be an engineer: say what you do in plain words.
Change nothing in the repository: neither version is touched. Write only under `.blueprint/`.
Run `sh <base pack>/checks/chaff.sh tree <file> --format json` on each version. Every node whose `kind` is `article` is one article; its `address` (`"4"`) is how you name it below, and `attrs.label` (`第4条`, `Article 4`) is how the person reads it. The check uses the same tree, so an article chaff does not read as one is not yours to pair.
For each article of the old version, find the article of the new version that carries the same provision — by what it says, not by its number: a provision that moved or was renumbered (old 第9条 is new 第8条) is one pair. Then write `.blueprint/comparison.json`:
{ "rows": [
{ "old": "1", "new": "1", "change": "same" },
{ "old": "4", "new": "4", "change": "changed", "what": "委託料が月額200,000円から220,000円になった" },
{ "old": null, "new": "5", "change": "added", "what": "毎月5日までの報告の条が足された" },
{ "old": "8", "new": null, "change": "removed", "what": "成果物の扱いの条が消えた" },
{ "old": "9", "new": "8", "change": "same" }
] }what is different, with the words or numbers from both versions. A change in a paragraph or an item is a change to the article that holds it.
Whether a pair is `same` or `changed` is not a judgement: the check compares the two articles' text (spacing aside, and leaving out the article's own number) and refuses a `same` whose text differs and a `changed` whose text does not. When you pair two articles that the check calls different but you think the change is trivial (punctuation, a character's width), it is still `changed`: say so in `what`.
`node <usecase pack>/checks/comparison.mjs` (with `BLUEPRINT_BASE` and `BLUEPRINT_USECASE` set to the pack folders from your prompt) passes. It writes `.blueprint/comparison.txt`, the pairing a person reads before the table.
Run multiple coding-agent sessions in parallel — and see which one needs you. A browser terminal for parallel AI coding agents: several sessions side by side, each in its own cell, with the one that needs you marked in colour.
Set chaff up in the folder: chaff.yaml for the chosen genre, today's findings shelved in .chaff-baseline.json, and, when asked, a…
Measure what chaff reports on the named documents today, as the kind the person chose, and propose the setup — changing nothing…
Answer each question from the named documents only, quoting where the answer is written, or saying plainly that the documents do…
Add the approved answers to FAQ.md when the person chose to keep them, after what it already holds; change nothing otherwise.
Build the spec's operations as the Worker's API, with validation and tests.