[takemi-ohama]

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

含む PR

• Docs: 開発ループ（--loop）の確定仕様を docs/specifications へ置く（development-workflow: 棚卸しの結果から次のスプリントを決めて自動で始め、スプリントを繰り返す開発ループのモードを持つ #2089）（Docs: 開発ループ（--loop）の確定仕様を docs/specifications へ置く（#2089） #2128）
• pace: normal の new sprint は、承認ゲート 2 と本番のステージを含むスプリントの目録を書き出す（#1914 を実装する（スプリント m1914） #2122）（スプリント m1914 #2133）
• normal のスプリントでは、承認ゲート 2 の後に目録の本番のステージを打って本番へ進める（#1914 を実装する（スプリント m1914） #2122）（スプリント m1914 #2133）
• 既に書き出した sprint.json を持つ進行中のスプリントでは、new release --channel prod で本番のプランを作れる（#1914 を実装する（スプリント m1914） #2122）（スプリント m1914 #2133）
• ndf の cross-refactoring の init は、範囲テストのテンプレートを試しに走らせます。ファイルを受け取らないテンプレートであれば、init はそこで止まります。（#1630 を実装する（スプリント m1914） #2123）（スプリント m1914 #2133）
• ndf の development-workflow の宣言の契約に、{paths} に入るパスの種類が書かれています。（#1630 を実装する（スプリント m1914） #2123）（スプリント m1914 #2133）
• ndf の development-workflow の宣言の契約に、ファイルを受けないランナーの書き方が書かれています。（#1630 を実装する（スプリント m1914） #2123）（スプリント m1914 #2133）
• ndf の fast / auto ペースの昇格は、導入の確認で確かめたコミットと一致するときだけマージされます。（#1529 を実装する（スプリント m1914） #2124）（スプリント m1914 #2133）
• ndf の development-workflow スキルの pace.md に、昇格のプランで確かめたコミットと照合する手順と、止まった後の続け方が載っています。（#1529 を実装する（スプリント m1914） #2124）（スプリント m1914 #2133）
• cross-review の最終スイープは、テストの無い宣言があっても止まらず、探し方へ進む（#1593 を実装する（スプリント m1914） #2125）（スプリント m1914 #2133）
• cross-review の駆動が出す件数に、継続的統合の判定が載る（#1593 を実装する（スプリント m1914） #2125）（スプリント m1914 #2133）
• supervise で駆動が stopped で止まったとき、止まった理由に元の終了コードが添えられる（#1593 を実装する（スプリント m1914） #2125）（スプリント m1914 #2133）
• Update: 棚卸しの品質の枠を宣言する（ai-plugins に品質の枠の宣言（.ndf/backlog.json の quality 節）と quality ラベルが無く、MVV 版 3 の Value 10 の順位調整が効かない #2131）（Update: 棚卸しの品質の枠を宣言する（#2131） #2134）

チェックの結果

• 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 16:16 に ndf--v10.22.0 を出した）
版: 10.21.0 → 10.22.0（タグ ndf--v10.22.0。直前はタグ ndf--v10.21.0）
スプリント: PR #2122 / #2123 / #2124 / #2125 / #2128 / #2133 / #2134 / #2136

[takemi-ohama]

リリース後テスト

対象の版: 10.22.0（本番。2026-10-25 16:16 JST に ndf--v10.22.0 を配布）
導入経路: 利用者と同じ手順で main（552ec810）から入れ直す（release-verification-steps.py verify-install --ref main --expect 10.22.0 --plugins ndf --runtimes claude,codex,kiro。隔離した HOME で claude plugin marketplace add → install、codex・kiro も同様）。受け入れ条件は、導入された ~/.claude/plugins/cache/ai-plugins/ndf/10.22.0/ のスクリプトと文書で確かめた（worktree の plugins/ndf/scripts/ と diff -r で同一）

課題	受け入れ条件	実行したこと	実行時刻	結果
—	導入の確認: 利用者と同じ手順で入れ直す	release-verification-steps.py verify-install --ref main --expect 10.22.0（claude・codex・kiro）	2026-10-25 18:53	合格 / exit=0（3 経路とも 10.22.0、差分 0、利用者の HOME は不変）
#1529	1. 先端が X で CI が通れば X をマージし record へ進む	偽の gh で merged-steps.py promote --gate-approved mvv を直接呼ぶ。plan_promote(fast) をキューで流す	2026-10-25 18:56	合格 / exit=0
#1529	2. 確認の後に先端が Y なら、マージせず head_moved と X・Y を出して非 0	同上（先端 Y）	2026-10-25 18:56	合格 / exit=1・gh pr merge 0 回
#1529	3. CI を待つ間に X→Y と進んでも Y をマージしない	同上（待ちの途中で X→Y）	2026-10-25 18:56	合格 / exit=1
#1529	4. 2・3 のとき handoff で by: mvv を外して 10、本番の先端は不変	プラン全体を流す（Y・X→Y の 2 通り）	2026-10-25 18:56	合格 / handoff exit=10・origin/main 不変
#1529	5. 資料が無い・読めない・40 桁でないとき、マージせず非 0 で承認ゲート 2 へ戻る	偽の gh で 4 通りを直接呼ぶ。test_a_promote_without_the_verified_commit_falls_back_to_gate_2 ほか	2026-10-25 18:56	合格 / exit=2・gh 呼び出し 0 回
#1529	6. 照合のコミットは mvv が読んだのと同じ資料から取る	組み立てたプランの verify --out・mvv --material・promote --expect-head-from が同じファイルであることを確かめる。実行時の expected が verify-facts の値と一致	2026-10-25 18:56	合格
#1529	7. normal の昇格のプランは今と同じ	plan_promote(normal) の JSON を 10.21.0 と 10.22.0 で cmp	2026-10-25 18:57	合格 / 一致
#1529	8. develop / main を新しく書かない	git diff ndf--v10.21.0..ndf--v10.22.0 の追加行を grep -w 'develop|main'	2026-10-25 18:57	合格 / 該当なし
#1529	9. promote の --help と pace.md が、照合と承認ゲート 2 へ戻ることを書く	merged-steps.py promote --help と pace.md を読む	2026-10-25 18:57	不合格（pace.md は両方を書くが、--help に承認ゲート 2 へ戻ることが無い。#2142 として起票）
#1593	1. CI を持たない一時リポジトリと PR がある	private の一時リポジトリ（.github/workflows/ 無し、test: {"suites": []}）と PR を作る	2026-10-25 18:55	合格（確かめた後 19:07 に削除）
#1593	2. cross-review が approved で収束し、未解決 0 件で review が通り test-all まで流れる	supervise.py new check --pr 1 --test-cmd 'true {paths}' --mode light → queue（claude 2 席）	2026-10-25 18:56〜19:00	合格 / review・base-sync・test-all・ready が exit 0
#1593	3. CI を確かめられなかったこと（unverified と理由）が review の件数に載る	同上の report.md の件数の行を読む	2026-10-25 19:00	合格 / ci unverified・ci_reason あり
#1593	4. 止めるべき理由があれば止まり、理由と元の終了コードが出る	宣言の test を不正にして queue	2026-10-25 19:06	合格 / review exit 1 → abort、理由に「元の終了コード 2」
#1593	5. code_failure は judge.py の終了コード 2 で修正へ回す	pytest test_state_judge_ci.py ほか 5 ファイル	2026-10-25 18:57	合格 / exit=0（157 passed）
#1593	6. 収束しないか stopped なら on_fail: abort で止まる（退行しない）	同上のテスト。疑似の駆動のプランを 10.21.0 と 10.22.0 で流して比べる	2026-10-25 18:57	合格（退行なし。ただし final が max_rounds・oscillation のときは 10.21.0 から止まらない。#2143 として起票）
#1593	7. 既存のテストが通る	cross-review・supervise の pytest、check-script-structure.py、check-lint.sh	2026-10-25 19:01	合格 / exit=0（1995 passed）
#1630	1. discover -s {paths} の宣言で、改修のラウンドの前に 0 以外で止まる	再現リポジトリで drive.py（外部 AI は差し替え）	2026-10-25 18:55	合格 / drive exit=1・metrics.exit=4
#1630	2. suite 名・scope_command・入れたパス・直す箇所が出る	同上の標準エラーと template-check.json	2026-10-25 18:55	合格
#1630	3. テンプレートの不備で fix のラウンドへ回らない	同上と --round-test 付き・直した宣言での refactor.py init	2026-10-25 18:56	合格 / 状態ファイル無し・fix 0 回
#1630	4. Suite の説明に場所ごとの {paths} の種類があり、公開スキーマと一致	project-decl.py schema と公開スキーマを比べる。test_published_schema_matches_the_model	2026-10-25 18:56	合格 / exit=0
#1630	5. project-analysis.md の test の行と unittest の例が案内どおり	例の 4 コマンドを再現リポジトリで走らせる	2026-10-25 18:56	合格 / 0・0・1・5（記述と一致）
#1630	6. このリポジトリの pytest の宣言で範囲テストが同じコマンドで組まれ、止まらない	scope_runs を 10.21.0 と 10.22.0 で比べる。check_templates を走らせる	2026-10-25 18:57	合格 / 差分なし・verdict ok
#1630	7. lint と round-only の組み立てが変わらない	関係する 14 ファイルの pytest。round-only を 2 版で比べる	2026-10-25 18:58	合格 / exit=0（447 passed）
#1914	1. normal＋雛形の経路で、配布の後に関門 2 と本番（release-prod、--channel prod、接尾辞を外した版）が並ぶ	supervise.py new sprint --name m --issue 1914 --version 10.18.0-dev.1	2026-10-25 18:55	合格 / exit=0
#1914	2. 本番は then_of を持たず自分の command を持つ	同上の sprint.json を読む	2026-10-25 18:55	合格
#1914	3. {queue_pr:check} が検査の報告だけから PR 番号に埋まる	検査のプランと本番のプランだけを置き、queue.fill_queue_pr を当てる	2026-10-25 18:56	合格 / 3 箇所が置き換わった
#1914	4. --state の有無で関門 2 の文が変わる	--state あり・無しで new sprint	2026-10-25 18:55	合格
#1914	5. 雛形無しの経路と fast・auto で出力が変わらない	10.21.0 と 10.22.0 で 4 通りを打って diff -r	2026-10-25 18:55	合格 / 差分なし
#1914	6. waiting.md の手順 9 が本番の command に --done と wait だけ	grep と手順の例（m6）の再現	2026-10-25 18:56	合格
#1914	7. 参照文書に normal で本番のプランを目録の外で作る記述が無い	grep -n "new release|channel prod|release-prod"	2026-10-25 18:56	合格（「1 スプリントの流し方」の節に開発版の古い流れが残る。#1426 へ記録）
#1914	8. 既存のテストが通る	uv run --frozen --project . --all-extras pytest . -q -n 4	2026-10-25 18:57〜19:07	合格 / exit=0（10413 passed, 4 skipped）

合否: 不合格（31 件中 30 件が合格、#1529 の条件 9 が不合格）
起票したもの: #2142（#1529 の条件 9）、#2143（#1593 の条件 6 で見つけた既存の振る舞い）。#1426・#2129 へコメントを追記した
一時リポジトリ: takemi-ohama/ndf-verify-1593-20261025（private）を 18:55 に作り、19:07 に削除した（gh repo view が見つからないことを確認）