Skip to content

検査のプラン: 想定最大時間を省いてもリファクタリングが下限の時間で通り、収まらないときはコードレビューへ進む(#2047) - #2301

Merged
takemi-ohama merged 4 commits into
developfrom
design/issue-2047
Oct 31, 2026

Conversation

@takemi-ohama

Copy link
Copy Markdown
Contributor

#2047 の要求と受け入れ条件(issues/issue-2047-requirements.md)と設計(issues/issue-2047-design.md)を書きました。あわせて用語集(docs/glossary.md・docs/glossary/glossary.json)を更新しています。スプリント l20261031-4 の設計の PR です。

利用者向けの変化

  • 無し

移行の手順

  • 無し

変更の要点

テスト

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

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

requirements-check が exit 2 で止まりました。issues/issue-2047-requirements.md が見つからないという内容です。このファイルは変更の統計では追加されています。それでもチェックが止まったので、マージの前に原因を確かめる必要があります。

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

🤖 Generated with Claude Code

決めたこと

issues/issue-2047-design.md

  • 決定 1: 初回の上限を既知の所要から決めるため、着手前のテストの所要の見込みを「履歴 → m → w」で全戦略に引く
  • 決定 2: 想定最大時間を省いた実行を止めないため、init が下限まで上げて続け、出所を状態に残す
  • 決定 3: 明示した想定最大時間を利用者の上限として守るため、収まらないときはリファクタリングを飛ばした欠けの残る結果として返し、コードレビューへ進める
  • 決定 4: ステップの timeout で切られないため、想定最大時間を上げた駆動がステップの締め切りを実行の時点で延ばす
  • 決定 5: 飛ばしたことを記録だけで追えるようにするため、検査の行とフェーズレポートに欠けの理由を写す
  • 決定 6: 受け入れ条件 6 の「上限」は、着手前のテストの上限を除く時間の上限の表として読む

takemi-ohama and others added 2 commits October 31, 2026 13:22
リファクタリングの想定最大時間を省いたときは下限まで上げ、着手前のテストの
初回の上限は既知の所要から決め、時間の枠に収まらないときは abort せずに
コードレビューへ進む、を受け入れ条件にした。用語集に 2 語を足した。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
想定最大時間を省いた検査のリファクタリングは init が下限まで上げて続け、
ステップの締め切りは駆動が書いた見込みでエンジンが延ばす。明示した想定最大時間に
収まらないときと着手前のテストの打ち切りは、欠けの残る結果(終了コード 6)として
コードレビューへ進める。着手前のテストの初回の上限は手元の全体テストの実測 → 宣言の
所要の順で決める。用語集に 3 語を足し、2 語の意味を直した。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

@takemi-ohama takemi-ohama left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 cross-review | round 1 | codex | REQUEST_CHANGES

修正が必要な指摘は major 2 件です。

Comment thread issues/issue-2047-design.md Resolved
Comment thread issues/issue-2047-design.md Resolved

@takemi-ohama takemi-ohama left a comment

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤖 cross-review | round 1 | kiro | REQUEST_CHANGES

ドメインモデルの節と用語集の差分を確認した。用語集に加えた機械の鍵 window_skip / step_extend が、設計のデータ構造・入出力の契約のどの識別子とも一致しない。設計本体が使う名前(SKIP / metrics.skipped / findings.refactor_skipped / NDF_STEP_EXTEND_FILE / cur.extended_timeout)へ合わせるか、実在しない鍵なら code を空にすること。

Comment thread docs/glossary/glossary.json Resolved
Comment thread docs/glossary/glossary.json Resolved
- 着手前のテストの上限が 0.10·B を超えるとき、init がテストの前に延長のファイルを書く契約を足す(親の 1,980 秒で先に切られない)。延長は今の締め切りより前へ戻さない
- I8 を「飛ばしたことだけを理由に failed にしない」へ限り、後の工程の失敗は failed を記録する
- 用語集の時間の枠の不足・ステップの延長から、設計に無い機械の鍵を外す

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@takemi-ohama

Copy link
Copy Markdown
Contributor Author

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

対応件数: critical=0 / major=4 / minor=0(合計 4 件)
決着: 4 件 / 見送り: 0 件 / 却下: 0 件
CI: FAILURE

glossary-check の失敗は issues/issue-2047-requirements.md の 1・7 行の廃止した語『構造改善』(『リファクタリング』と書く)。この文書は Issue #2047 の本文の写しで手で直さないため、この修正では直していない。Issue の本文(題と 7 行目)を直してから spec-copy.py write で写しを作り直す必要がある

@takemi-ohama

Copy link
Copy Markdown
Contributor Author

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

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

@takemi-ohama
takemi-ohama marked this pull request as ready for review October 31, 2026 13:45
@takemi-ohama takemi-ohama added the design-approved 設計 Pull Request の承認の印 label Oct 31, 2026
@takemi-ohama
takemi-ohama merged commit 57a87ee into develop Oct 31, 2026
25 checks passed
@takemi-ohama
takemi-ohama deleted the design/issue-2047 branch October 31, 2026 14:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

design-approved 設計 Pull Request の承認の印

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant