[takemi-ohama]

ndf v10.27.4 を main へ出す（開発版の PR #2319）。

🤖 Generated with Claude Code

[takemi-ohama]

振り返り（2026-11-01）

対象: スプリント m26-2。課題は #2228・#2082・#2119・#2288・#2143・#2231・#2144。PR はスプリントの PR #2318、配布の記録の PR #2328、本番の PR #2320

このスプリントでは次の 4 つを作り、v10.27.5 として本番へ出した。

• 課題を閉じる時点を 1 つにした。最終工程の記録を確かめてから閉じ、既定ブランチ宛の PR の本文にある閉じる語は「閉じる予定の参照」へ置き換える（課題を閉じる時点を 1 つにし、最終の工程を通ってから閉じる #2228・既定ブランチ宛の実装 PR の本文の閉じる語で、マージの時点に課題が閉じ、仕上げの工程と受け入れ条件のチェックが閉じた課題に残る #2082・sprint-close: 最終工程を通っていない課題を、リリース後テストの前に閉じないようにする #2119）
• 検査の review が収束しないときに後続へ進まないようにした（cross-review が収束しない（final が max_rounds・oscillation）のに駆動が ok を返し、スプリントの検査の review が止まらない #2143）。本番の導入の確認を「リリース後テスト」と記録しないようにした（本番のプランの verify が導入の確認だけを流して「リリース後テスト」を通ったと記録し、受け入れ条件ごとの記録が無いためスプリントを閉じる工程で課題が閉じない #2288）
• 受け入れ条件ごとに、マージ前に確かめるかリリース後に確かめるかの区分を記録するようにした（受け入れ条件の前提と文言の確認がリリース後テストまで遅れる（退行しない条件の前提を今の振る舞いで確かめず、マージ前に確かめられる条件も未実施に並ぶ） #2144）
• 配布先を Claude Code と codex の 2 つにし、agy・kiro は cross 系の相手役としてだけ使うようにした（配布を Claude Code と codex だけにし（すべてのプラグイン）、agy・kiro へは配らず cross 系の相手役だけにする #2231）

なお PR #2320 の題は「v10.27.4 を main へ」のままだが、main へ入れた版は 10.27.5 である（plugins/ndf/.claude-plugin/plugin.json）。

何が起きたか

観点	事実
受け入れ条件	リリース後テストでは 46 件のうち合格 33 件・保留 13 件・不合格 0 件だった。保留のうち 9 件は「この版の後の最初のスプリント」でしか確かめられない。閉じる工程は #2143 だけを閉じ、残る 6 件を保留を理由に開いたまま残した。保留を後で確かめ直す工程が無いため、#2330 として起票した
手戻り（検査）	検査のプラン 6-check は 3 回落ちた（PR #2318 の検査の記録 18:45Z・18:46Z・20:00Z）。原因はどれも配布済みの NDF の不具合だった。1 つ目は全体テストの CI 待ちが、PR で外したチェックをメインディレクトリの宣言から読んで待ち続けたこと（#2317）。2 つ目はリファクタリングの init が着手前テストの打ち切りで止まり、持ち主の記録が残ったこと（#2321）。3 つ目は再開の --from が効かず、同じ待ちでまた止まったこと（#2325）。キューは 13 回起動した（queue-1〜queue-13 のログ）
手戻り（構造改善）	リファクタリングの最終ゲートが締め切りで改修を取り消した。そのとき、途中で取り込んだ develop のマージの中身（94 ファイル）まで巻き戻して push した。conductor が 9fba39f で打ち消した（#2323）。リファクタリングは 1 度も ok で終わらず、採用 0・未確認 14・見送り 5 だった
手戻り（レビュー）	cross-review は 4 ラウンド回した。修正は major 2 件と major 1 件の 2 回で、1 件を人の判断へ回して見送った（別のリポジトリの課題が閉じる条件 3 を満たせない。#2327）
範囲	設計の段階で、Mission と配布の方針の食い違いを #2296 として外へ出した。#2228 の設計の未確認から #2293 を、#2231 の実装の PR #2306 から #2317 を起票した
工程	まとめのプランは 10.27.3 で組まれていた。そのため、新しい順（振り返り → 閉じる → 棚卸し）ではなく、閉じる → 振り返りの順で流れた。新しい順は次のスプリントから効く
conductor の手当て	本番のプラン 8-release-prod.json を 2 回手で直した（.bak-kiro・.bak-10.27.4 が残っている）。版を 10.27.5 → 10.27.4 → 10.27.5 と書き換えたのは、並行のスプリント l20261031-5 が 10.27.4 を先に使ったためである（対象ごとの排他は #2316）。差し込み {queue_pr:check} は 2318 へ書き換えた

検査の記録の集計と閾値

check-trigger.py stats --root /work/ai-plugins（2026-11-01 10:05 頃 JST）の結果は次のとおり。

数	値	このスプリント（PR #2318）
トリガーの評価（立った回数）	0 回（0）	0 回
検査	33 回（すべて PR を指す）	4 回
落ちた検査	23 回（refactor 15・工程が「不明」8）	3 回（3 回とも「不明」）
指摘の件数（マージの行）	例: PR #2250 は指摘 39・直した 27・見送り 12。PR #2268 は 6・6・0	記録なし（findings が null）
検査の後に逃げた不具合	0 件（記録 0 行）	0 件。ただし配布済みの不具合を 4 件起票した（#2317・#2321・#2323・#2325）

閾値（.ndf/pace.json の triggers: score 10・common_weight 2・lines 3000・escapes 1・hours 24）は見直さない。 閾値が効くのはトリガーの評価だけで、その評価が 1 回も記録されていないため、動かす根拠が無い（Value 3）。前回の振り返りで起票した #2300 の 3 点（評価が溜まらない・「不明」・流出不具合の記録漏れ）は今回も続いている。加えて、件数が記録に載らない 4 つ目の穴（PR #2318 のマージの行）を見つけた。この 4 点を #2300 の本文へ追記した。判断は ask.py decide（2983937fc60e）に記録した。

context window の大きさ

測ったのは conductor の 2 セッションと、その中で起動した supervisor・worker だけである。supervise.py queue が別のプロセスとして起動した claude は含まない。

層	フェーズ	モデル	件数	固定費の中央値	実作業の中央値	実作業 < 固定費	最大充填の最大	目印
conductor	-	claude-opus-5-5	2	43446	160299	0	206774	割る候補
supervisor	取り込み	claude-opus-5-5	1	48517	128365	0	176882
supervisor	仕上げ	claude-opus-5-5	1	48561	233931	0	282492	割る候補
worker	修正	claude-opus-5-5	2	38932	96027	0	183916
worker	その他	claude-opus-5-5	5	38753	82478	0	207273	割る候補

層	件数	固定費の合計	実作業の合計	総消費
conductor	2	86893	320598	407491
supervisor	2	97078	362296	459374
worker	7	271772	688331	960103
合計	11	455743	1371225	1826968

フェーズ	supervisor	supervisor の実作業	worker の件数	supervisor と worker の固定費の合計	目印
取り込み	1	128365	2	126531
仕上げ	1	233931	3	164454

• conductor（割る候補）: そのままにする。2 セッションに分けて引き継いでおり、どちらも最大充填が 20 万前後で、中継の切り替えが効いている
• supervisor の仕上げ（割る候補）: そのままにする。1 件だけで、最大充填 282492 は検査の 3 回の失敗と再開を 1 つの起動で扱った結果である。原因の不具合（全体テストの CI 待ちが、PR で外したチェックをメインディレクトリの宣言から読んで待ち続ける #2317・cross-refactoring の init が着手前テストの打ち切りで止まると、持ち主の記録が残り次の実行を 24 時間断る #2321・queue --resume の --from が、強制終了した前の起動が残っていると無視され、前の途中のステップから続く #2325）を直せば縮む見込みで、割る前にそちらを待つ
• worker のその他（割る候補）: そのままにする。5 件のうち 20 万を超えたのは 1 件だけで、中央値は 82478 である

用語集の変化

スプリントの PR #2318 の前後（c28a16aa^1 → c28a16a）で比べた。

コンテキスト	足した語	廃止した語	意味を変えた語
ndf-workflow	無し	無し	最終工程の記録（振り返りの行は、指すコメントが記録の PR の最後の配布の記録より後のものだけを数える）

承認ゲートの差し戻し

未記録。gate-rejections.py count --sprint .ndf/tmp/sprint-m26-2/sprint.json は終了コード 3 を返した。範囲の中に承認ゲートの答えの行が無く、0 件とは読まない。

MVV を見直すか

project-mvv.py signals（版 3）の結果は次のとおり。

兆候	件数	閾値
覆し	5（従うを退けた 0・判定できないを通した 5）	3
判定できない	1（続けて 0 回）	5（続けて 3）
流出不具合	0	3

覆しが閾値に届いた。改訂するかは利用者の答えを待つ（この工程は無人で回しているため、まだ問えていない）。5 件はどれも承認ゲート 1 の「判定できない」を利用者が通したもので、このスプリントの分は 1 件（2026-10-31 21:43 JST）である。判定できなかった理由は 2 種類に分かれる。

• Mission が 4 つのランタイムへの配布を前提にしていて、配布を Claude Code と codex だけにし（すべてのプラグイン）、agy・kiro へは配らず cross 系の相手役だけにする #2231 の方針と食い違う（m26-2 の設計）。改訂の中身は プロジェクト MVV の Mission を、Claude Code と Codex へ配布し agy・kiro を相手役に使う構成へ改訂する #2296 にあり、改訂すれば同じ理由では人へ戻らなくなる
• 設計文書が「承認ゲート 1 で利用者が決める」未決を残していた（検査のプランの構造改善が既定の予算で下限に届かず、33 行の差分でも refactor が落ちて abort へ進む #2047・全体テストが重すぎて工程の時間の枠に収まらない。手元の全体テストを 3 分以内にする #2291 の設計）。この場合は人へ戻すのが設計どおりの振る舞いで、MVV の方向の誤りを示さない

推奨は 2 つ。1 つは、#2296 の Mission の改訂を references/project-mvv.md の「改訂」の手順で進めること。もう 1 つは、2 つ目の種類を覆しに数えるかを、改訂と同じ判断で決めることである。

次に変えること

変えること	落とし先	状態
「次のスプリントで確かめる」と保留にした条件を、次のスプリントのリリース後テストで拾い直し、合格したら閉じる	release-verification・progress-tracking の手順	#2330 として起票
検査の記録が閾値を見直す材料を持つようにする（評価・「不明」・流出不具合・件数の欠け）	check-trigger.py と pace.md	#2300 へ追記（既存）
Mission を 2 つのランタイムへの配布に合わせて改訂する	プロジェクトの取り決め（.ndf/mvv.md）	#2296（既存）。利用者の承認待ち
検査を止めた 4 件の不具合を直す	supervise.py・cross-refactoring	#2317・#2321・#2323・#2325（起票済み）

途中で起票した課題

番号	何を見つけたか	見つけた場面
#2293	--with-verification を付け忘れると、リリース後テストに不合格の行を持つ課題も閉じる	設計中（#2228）
#2296	Mission が 4 ランタイムへの配布を前提にしていて、#2231 の方針と食い違う	承認ゲート 1（#2231）
#2317	全体テストの CI 待ちが、PR で外したチェックをメインディレクトリの宣言から読む	検査中（PR #2318）
#2321	リファクタリングの init が打ち切りで止まると、持ち主の記録が残る	検査中（PR #2318）
#2323	最終ゲートの巻き戻しが、取り込んだベースブランチの変更まで消す	検査中（PR #2318）
#2325	queue --resume の --from が、前の起動が残っていると効かない	検査中（PR #2318）
#2327	別のリポジトリの課題が、閉じる条件 3（振り返りの記録）を満たせない	レビュー中（PR #2318、見送り）
#2330	保留の条件を後で確かめ直す工程が無い	振り返り