[takemi-ohama]

ndf v10.20.0 のリリース（prod）。対象の plugin: ndf

含む PR

• Docs: 発表資料の表記を「スキル」へ揃える (スライドを作る実務の手順（生成スクリプト・ページの枠組み・トーン＆マナー・構成メモ・gws での変換と確認）を Skill に取り込む #2065)（Docs: 発表資料の表記を「スキル」へ揃える (#2065) #2076）
• Docs: スライドを作る実務の手順（生成スクリプト・ページの枠組み・トーン＆マナー・構成メモ・gws での変換と確認）を Skill に取り込む #2065 の設計を確定仕様 ndf-slide-generation.md にする（Docs: #2065 の設計を確定仕様 ndf-slide-generation.md にする #2081）
• document-rebuild: 文書形式と目的に合わせて組み直し、読み手が理解し納得できるかを確かめる（document-rebuild: 文書形式と目的に合わせて組み直し、読み手が理解し納得できるかを確かめる（#2086） #2086）（document-rebuild: 文書形式と目的に合わせて組み直し、読み手が理解し納得できるかを確かめる（#2086） #2088）
• ndf の document-rebuild Skill で、文書の形式と目的に合わせて文書を組み直せる。（#2086 を実装する（スプリント s2086） #2090）（スプリント s2086 #2092）
• ndf の Markdown の書き方の Skill の名前は document-style になる。（#2086 を実装する（スプリント s2086） #2090）（スプリント s2086 #2092）
• ndf の他の文書系 Skill は、スラッシュコマンドの一覧に出ない。（#2086 を実装する（スプリント s2086） #2090）（スプリント s2086 #2092）
• ndf の文書系 Skill では、組み直しの手順を document-rebuild にまとめている。題の決まりは短い 1 文で示す。（#2086 を実装する（スプリント s2086） #2090）（スプリント s2086 #2092）
• development-workflow と document-rebuild の文書は、document-rebuild の手順を数でなく手順の名前の並びで示す（document-rebuild: 手順の数を書かず、名前の並びで書いて食い違いを無くす（#2086） #2106）

移行の手順

• 無し（この PR は設計だけです。改名は実装の PR で行います）（document-rebuild: 文書形式と目的に合わせて組み直し、読み手が理解し納得できるかを確かめる（#2086） #2088）

チェックの結果

• check-doc-staleness: pass（documented skill counts and versions are up to date）
• validate-runtime-plugins: pass（runtime plugin validation passed）

🤖 Generated with Claude Code

[takemi-ohama]

配布の記録

段階: 本番（承認ゲート 2 の承認の後、2026-10-25 09:43 に ndf--v10.20.0 を出した）
版: 10.19.0 → 10.20.0（タグ ndf--v10.20.0。直前はタグ ndf--v10.19.0）
スプリント: PR #2092 / #2088 / #2076 / #2081 / #2091 / #2094 / #2099 / #2100 / #2106

[takemi-ohama]

リリース後テスト

対象の版: ndf v10.20.0（2026-10-25 09:44 JST 頃、main 58e8ee5、本番）
導入経路: 利用者と同じ手順（claude plugin marketplace add devbasex/ai-plugins → claude plugin install ndf@ai-plugins、Codex・Kiro も同じ）を隔離した HOME でやり直した

受け入れ条件の番号は #2086 の本文のチェックボックスを上から数えた位置。括弧の中は本文に書かれた番号。

課題	受け入れ条件	実行したこと	実行時刻	結果
—	導入の確認: 利用者と同じ手順で入れ直す	release-verification-steps.py verify-install --ref main --expect 10.20.0 --plugins ndf	2026-10-25 09:46	合格 / exit=0、claude・codex・kiro とも 10.20.0
#2086	1.（1）共通ルールを 1 か所に一覧で持ち、各行に正本がある	document-rebuild/references/common.md と設計の決定 3 を読んだ	2026-10-25 09:54	合格
#2086	2.（2）文書系 Skill と参照の表があり、漏れが 0 件	related-skills.md と 48 個の Skill の description を突き合わせた	2026-10-25 09:54	合格 / 漏れ 0 件
#2086	3.（3）組み直した後も固定の章・必ず書く節・5 項目・出典の節を失わない	SKILL.md・purpose-decision.md・purpose-discussion.md・related-skills.md を読んだ	2026-10-25 09:54	合格
#2086	4.（4）文書形式を決める手順と、決まらないときの確かめ	SKILL.md の手順 0	2026-10-25 09:54	合格
#2086	5.（5）文書形式ごとの参照ファイル	references/format-*.md を読んだ	2026-10-25 09:54	合格
#2086	6.（6）形式ごとの指標と目安・根拠・測らない指標	format-*.md の目安の表と「測らない指標」	2026-10-25 09:54	合格
#2086	7.（7）スライドのガイドが layout-slide・form-slide と食い違わず正本を指す	format-slide.md・form-slide.md・layout-slide.md を読んだ	2026-10-25 09:54	合格
#2086	8.（8）文書の目的を決める手順と手がかり	SKILL.md の手順 0 と purpose-*.md の「見分ける手がかり」	2026-10-25 09:54	合格
#2086	9.（9）目的ごとの構成と文章量の目安	purpose-*.md を読んだ	2026-10-25 09:54	合格
#2086	10.（10）目的別の構成と文書タイプの対応が type-*.md と食い違わない	related-skills.md・purpose-discussion.md・document-drafting/references/type-proposal.md を突き合わせた	2026-10-25 09:54	不合格（未決の問いがある提案書で「論点を冒頭」と「骨子を冒頭」が食い違う。#2113 として起票）
#2086	11.（11）結論の位置の目的ごとの読み替え	purpose-*.md の「結論の位置」	2026-10-25 09:54	合格
#2086	12.（12）3 本以上の試行の前後の値の表と判定を Pull Request に残す	試行の記録が手元にしか無かったため全文を PR #2090 へ投稿した（#2090 (comment) ）	2026-10-25 10:00	合格（投稿の後）
#2086	13.（13）議論用の文書の構成	purpose-discussion.md	2026-10-25 09:54	合格
#2086	14.（14）議論用の文書の見分け方と結論の位置の読み替え	purpose-discussion.md・SKILL.md の手順 0	2026-10-25 09:54	合格
#2086	15.（15）提案を決定と区別する言い回しが 1 か所にあり、試行で方針が冒頭に無い	purpose-discussion.md、試行 1 の組み直した版	2026-10-25 09:54	合格
#2086	16.（16）社外向けの題とキーワードを公式の語と突き合わせる手順	keyword-check.md	2026-10-25 09:54	合格
#2086	17.（17）16 の正本が 1 か所で、他が指す	form-slide.md・layout-slide.md・document-drafting/SKILL.md	2026-10-25 09:54	合格
#2086	18.（18）重なっていた規約の正本が片側だけ	related-skills.md・document-style/SKILL.md・format-markdown.md	2026-10-25 09:54	合格
#2086	19.（19）掛け直しを繰り返さない決まり	SKILL.md の整える手順と測り直す手順	2026-10-25 09:54	合格
#2086	20.（20）統合か呼び出しの強化かの案と推奨・名前・配布の基準が揃う	設計の決定 2・10、grep document- manifests/*.txt	2026-10-25 09:54	合格
#2086	21.（21）工程表から document-style が掛かることが読める	development-workflow/SKILL.md の工程表と工程ごとの決まり	2026-10-25 09:54	合格
#2086	22.（25）/ndf:doc の候補が組み直しの Skill 1 つになる	tmux で Claude Code v2.1.310 を起動し /ndf:doc と打って候補を見た。4 つの Skill の user-invocable: false と AUTHORING.md の表	2026-10-25 09:47	合格（文書系の候補は document-rebuild だけ。名前が doc で始まる docker-container-access も前方一致で出る）
#2086	23.（26）改名と、古い名前の参照が 0 件	導入済みの版を grep -rn "document-restructuring|markdown-writing"	2026-10-25 09:54	合格（残る 3 件は過去の記録と、新旧どちらも拾う正規表現。document-style の H1 の旧名は PR #2117 で即時修正）
#2086	24.（27）目的を規則とし手段を例にする	common.md・document-style/SKILL.md	2026-10-25 09:54	合格
#2086	25.（28）キーワードを確かめ訳語・造語を置き換える	SKILL.md・keyword-check.md、#2092 で足した行の git diff	2026-10-25 09:54	合格（既存の行に残る「出力の形」は #2116 として起票）
#2086	26.（29）読み手役の確かめと、試行 3 本の結果	SKILL.md の「読み手役に読ませる」、試行の記録（PR #2090 のコメント）	2026-10-25 10:00	合格
#2086	27.（30）題の決まりと正本	format-markdown.md・design-template.md・approval-request.md	2026-10-25 09:54	合格
#2086	28.（22）退行しない（手順・内容を足さない決まり・前後の値の表・固定の章）	SKILL.md	2026-10-25 09:54	合格
#2086	29.（23）工程名と配布の基準が既存テストを通る	main の木で pytest test_document_rebuild_stage.py test_documentation_mode.py test_doc_line_limit.py test_token_guard.py	2026-10-25 09:54	合格 / 209 passed
#2086	30.（24）SKILL.md が上限に収まり frontmatter のチェックが 0	check-skill-frontmatter.py --skills-dir <導入済みの版>/skills	2026-10-25 09:54	合格 / exit=0（document-rebuild 232 行・document-style 355 行）
—	試行: 導入済みの版を未使用の文書 1 本（docs/ndf-plugin-reference.md のコピー）へ掛け、読み手役（codex）が問い直さずに読めるか	手順 0〜4 を通し、組み直しの前後に同じ読み手役を掛けた	2026-10-25 09:58	不合格（指標は改善: 最長文 253 → 99 字、100 字超の文 11 → 0、結論の位置 15 → 5 行目。問い直しは 10 → 9 件、納得できない主張は 4 → 4 件で、残りは本文の不足と内容の誤り。組み直しは内容を足さないため手順どおり。読み手役の起動の形が Skill に無い件を #2114、文書の誤りを #2115 として起票）

合否: 不合格（#2086 の受け入れ条件 30 件中 29 件が合格、1 件が不合格。ほかに導入の確認が合格、試行が不合格）
起票したもの: #2113（受け入れ条件 10 の食い違い）・#2114（読み手役の起動の形）・#2115（ndf-plugin-reference.md の誤り）・#2116（「出力の形」の取り残し）。即時修正: PR #2117