da-adr-figure
Skill0 starsChanged 20 days agoMITView on GitHub
ADR を 1 枚の図解(PNG)にする。ADR の要点を共有したい時、判断を図で説明したい時、レビューや共有会に図を出したい時に使う。全体像と、判断ごとに「決定・なぜ・ボツ案」を並べたカードを JSON に書き、HTML から書き出す。ADR 自体は書き換えない。
In this repository16 other files it gives its agents.
- AGENTS.mdAGENTS.md
- da-adrSkill
- da-demo-videoSkill
- da-design-reviewSkill
- da-fix-planSkill
- da-greptile-reviewSkill
- da-investigateSkill
- da-pr-describeSkill
- da-review-allSkill
- da-skills-auditSkill
- da-specSkill
- da-verifySkill
- x-review-backendSkill
- x-review-frontendSkill
- x-review-infraSkill
- skill-nameSkill
The file
Files
/da-adr-figure — ADR の判断を、ひと目で掴める 1 枚にする
図解 1 枚につき定義 1 ファイル(figure.json)を書き、${CLAUDE_SKILL_DIR}/scripts/figure.mjs で PNG にする。
図は ADR の要約ではなく、入口である。図を見た人が、判断ごとに「何を選び、一番強い理由は何で、一番強い対抗案だと何が起きるか」を掴めることを目指す。
細部と残りの反論への答えは ADR に任せる。反論をすべて図で潰そうとすると文字が増え、肝心の判断が埋もれる。
触ってよいもの: 作業ディレクトリ(scratchpad を推奨)に置く定義・HTML・PNG だけ。ADR は書き換えない。 図に書きたい理由が ADR に無ければ、止まって報告する(Step 2)。
実行条件
1 行でも満たさなければ即座に止まり、どの条件かを報告する。続けない。
| 条件 | 満たさない場合 |
| 図にする ADR のファイルが特定できる | 聞く。会話の記憶から ADR の中身を補わない |
書き出し(build)をするなら依存が入っている | node ${CLAUDE_SKILL_DIR}/scripts/figure.mjs setup を案内し、入れてよいか聞く。定義を書いて check するまでは依存なしで進めてよい |
| 図に載せてはいけないもの(顧客名・実在の人名・社外秘の数値)を確かめてある | 聞く |
ワークフロー上の位置
| 上流 | このスキル | 下流 |
/da-adr(ADR を書いた・直した後) | /da-adr-figure | 共有・レビュー。図で ADR の弱い所が見えたら /da-adr に戻る |
読むファイル
常に読む
| ファイル | 理由 |
| 図にする ADR の全文 | カードの中身はすべてここから取る |
${CLAUDE_SKILL_DIR}/reference/figure-format.md | カードの書き方の規則と、定義(JSON)の形 |
条件つきで読む
| ファイル | 条件 |
| ADR が引いているコード・スキーマ | カードに識別子(キュー名・テーブル名)や数値を載せる時。存在と値を確かめる |
${CLAUDE_SKILL_DIR}/reference/example.json | 定義を初めて書く時の見本 |
「念のため」全部を読むことは禁止。
手順
Step 1. ADR の判断を数える
ADR の判断の節(## 1. 〜 ## N.)を 1 つずつ、カード 1 枚にする。カードの数と順は ADR の節と同じにする。
全体像(overview)には、データや処理の流れを 2〜4 段で描く。段の中の箱の名前は、ADR と同じ名前にする。
全体像とカードで同じ内容を描かない。全体像に一覧を描いたら、カードではその一覧を繰り返さず、全体像に無いこと(理由、境目の例)だけを書く。
Step 2. カードの中身を書く
figure-format.md の「カードの書き方」に従う。要点:
- 決定: 何をするかを、具体例で書く
- なぜ: 仕組みまで書く。「〜が違うため」で止めず、何をして、どこで失敗し、それが何を意味するから、こうする、まで
- ボツ案: 案ごとに「その案だと何が起きるか」。比べる観点が 2 つ以上なら表にする
- ボツ案が無い判断には「見直す条件」か「限界」を置く
- 量の上限:決定は 90 字、なぜは 2 項目(各 70 字)、ボツ案は 2 件、表は 1 つで 4 行まで。lead は 1 行。題は ADR の題をそのまま使う(上限なし)。上限は
checkが検査する。超えたら削る。残すのは一番強い理由と一番強い対抗案で、残りは ADR に任せる
ADR より強い理由を図に書かない。 書きたい理由が ADR に無い、または ADR の理由が弱くて図だけを読んだ人が反論できる時は、図を作る前に止まり、ADR のどこに何が足りないかを報告する。図と ADR の理由がずれると、読み手は弱い方の文書を信じる。
Step 3. 定義を書いて検査する
node ${CLAUDE_SKILL_DIR}/scripts/figure.mjs check figure.json決定 と なぜ の無いカード、result の無いボツ案、列の数が合わない表、量の上限を超えた文は、書き出す前にここで落ちる。上限は scripts/figure.mjs の LIMIT にある。上限を上げて通さない。
Step 4. 書き出して、目で確かめる
node ${CLAUDE_SKILL_DIR}/scripts/figure.mjs build figure.json figure.png文字が枠からあふれると、確認用の PNG を書いたうえで失敗し、あふれた箇所を挙げる。文言を詰めて書き出し直す。枠を小さくしたり、あふれを隠したりして通さない。 通ったら PNG を開き、カードごとに「最初の 10 秒で、何を選んだかと一番強い理由が目に入るか」を確かめる。入らなければ Step 2 に戻って削る。
根拠の扱い
- カードの理由・数値・識別子は、ADR か、ADR が引くコード・実測にあるものだけを書く。
- 場所を示すときは
path/to/file.ts:L42の形で示す。 - 確かめられなかった数値は図に載せず、「確認できなかった」と報告する。
- 事実と推論を分ける。図に推論を書くなら、ADR に同じ推論があることを確かめる。
出力
作業ディレクトリに figure.json・figure.html・figure.png の 3 つ。報告には PNG のパスと、ADR に足りなかったもの(Step 2 で止まった時)を書く。
完了条件
- カードが ADR の判断の節と 1 対 1 で、同じ順に並んでいる
- すべてのカードに「決定」と「なぜ」があり、なぜが仕組みまで書かれている
- ボツ案には「何が起きるか」があり、ボツ案の無い判断には「見直す条件」か「限界」がある
- 図の理由・数値・名前が ADR と一致し、ADR より強い理由を図だけに書いていない
checkが量の上限込みで通り、全体像とカードで同じ内容を描いていないbuildがあふれなしで通り、PNG を目で確かめた
次に
図で ADR の弱い所が見えたら /da-adr で ADR を直し、図を書き出し直す。
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.

