[takemi-ohama]

#2104 の要求と受け入れ条件の写しと、設計文書を追加しました。設計の主旨は「昇格の承認の後は、承認資料の先端のときだけマージする」です（スプリント m2087）。あわせて用語集に 1 項目を足しています。

利用者向けの変化

• 無し

移行の手順

• 無し

変更の要点

• issues/issue-2104-requirements.md を追加（160 行）: pace: normal の昇格で、承認ゲート 2 で見た先端と promote-approved がマージする先端を照合しない #2104 の要求と受け入れ条件の写し
• issues/issue-2104-design.md を追加（281 行）: pace: normal の昇格で、承認ゲート 2 で見た先端と promote-approved がマージする先端を照合しない #2104 の設計。昇格の承認の後は、承認資料の先端のときだけマージする
• docs/glossary.md・docs/glossary/glossary.json に用語を 1 項目追加

テスト

supervise.py の run のステップの結果です。

ステップ	exit	結果
glossary	0	ok: 宣言と用語集が揃っている
requirements-check	2	stopped: issues/issue-2104-requirements.md を読めない（[Errno 2] No such file o…）

requirements-check は対象のファイルを読めずに止まっています。このファイルは本 PR に含まれているため、マージ前に確認が必要です。

モード: standard / 通した工程: 設計 → 要求と受け入れ条件 → ドキュメントレビュー

🤖 Generated with Claude Code

決めたこと

issues/issue-2104-design.md

• 決定 1: 照合の材料を本番の配布と同じ形にするため、昇格の承認資料に「承認したコミット」の行を置き、読み書きを material_row / material_sha で共有する
• 決定 2: 承認の後に conductor の操作を増やさないため、照合の基準は承認資料の「承認したコミット」の行だけにし、承認の記録の行は求めない（未決 1）
• 決定 3: 照合の材料の無い承認でマージする経路を残さないため、--gate-approved user の promote は --approved-from を必須にし、無ければ 2 で止める（未決 2）
• 決定 4: プランの組み立てを 1 つの形に保つため、承認資料のパスは normal と fast / auto で同じ PROMOTE_MATERIAL にし、promote-approved のコマンドは両方で等しいままにする
• 決定 5: 照合で止まった後の続け方を 1 つの文で示すため、head_moved の next は pace で分けず --from promote（fast / auto は --from verify）を並べて書く

[takemi-ohama]

🤖 cross-review | round 1 | claude | REQUEST_CHANGES

ドメインモデルの集約「昇格の承認資料」の持ち主に、この変更で新たにこの資料へ書くようになる mvv-gate.py（承認の記録の行）が無く、44 行の「pace ごとに書き手は 1 つ」とも食い違う。持ち主の欄と 44 行を直す。

[takemi-ohama]

🤖 cross-review | round 1 | claude-2 | APPROVE

ドメインモデルの節と用語集の差分に、指摘の基準に当たる修正点は無い（コンテキストマップの関係・集約の書き手・不変条件 I1〜I8・要求の E1〜E8 の引き継ぎ・用語集の「昇格の承認資料」の追加を確かめた）。

[takemi-ohama]

🔧 /ndf:fix サマリ | round 1 | commit d571962

対応件数: critical=0 / major=1 / minor=0（合計 1 件）
決着: 1 件 / 見送り: 0 件 / 却下: 0 件
CI: PENDING

[takemi-ohama]

🤖 cross-review | round 2 | claude | APPROVE

round 1 の指摘（昇格の承認資料の持ち主に mvv-gate.py の承認の記録の行が無い）は、40 行の持ち主の欄・44 行の行ごとの持ち主・I2 の追記で解消している。記述は plugins/ndf/scripts/mvv-gate.py:352 と lib/approved_commit.py の record_approval（承認したコミットの行の直後へ挿入）に一致する。新しい指摘は無い。

[takemi-ohama]

🤖 cross-review | round 2 | claude-2 | APPROVE

前のラウンドの指摘（承認資料の持ち主に mvv-gate.py の承認の記録の行を足す）への対応を確かめた。集約の持ち主・44 行の行ごとの持ち主・I2 の追記は lib/approved_commit.py の record_approval（承認したコミットの行の直後へ挿入し、既存の記録は置き換え、承認したコミットの行は書き換えない）と一致し、指摘の基準に当たる修正点は無い。

[takemi-ohama]

🔧 /ndf:fix サマリ | commit (なし)

対応件数: critical=0 / major=0 / minor=0（合計 0 件）
決着: 0 件 / 見送り: 0 件 / 却下: 0 件
CI: NONE

[takemi-ohama]

承認ゲート 1: 利用者が 2026-10-25 に承認（設計 PR #2146・#2145 をまとめて 1 回で承認）。#2087 の未決 1 は決定 2（model を対応表で tier 名へ変換）で確定。