test(session-start): staleness 判定の共通 fixture を parametrized… (nightly-todo 順位 356) - #483
Conversation
実装完了は cli-ledger-cleanup が台帳の宣言と PR の変更を突き合わせて判定済み。マージと後始末を原子的にするため PR へ同梱する。
|
@coderabbitai review |
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Team Run ID: 📒 Files selected for processing (5)
💤 Files with no reviewable changes (3)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthrough月次と週次の staleness 判定に fixture 表駆動テストを追加した。対応する順位 356 の作業項目を3つの計画文書から削除した。公開 API と既存ロジックは変更していない。 ChangesStaleness fixture tests
Estimated code review effort: 3 (Moderate) | ~20 minutes Merge Risk: ⚪ Minimal · up to This change expands weekly and monthly staleness test coverage and removes completed planning entries. It does not alter runtime behavior, and no current merge-blocking risk remains. Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
📝 Generate docstrings
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai review |
✅ Action performedReview finished.
|
post-merge feedback (#476-#485) の採用分のうち、コードで塞げないものを既存の 台帳エントリへ反映する。新規の Tier 3 エントリは作らない。 ## 既存エントリへの追記 - 順位 460 (信頼境界の ADR 化): 「台帳セル由来の文字列を失敗メッセージへ埋める経路は 新設のたびに screening を通す」を 4 つ目の原則として追加。#481/#482/#483 の 3 レポートが 独立に同じ提案を出したのは、原則が未文書である合図として扱う。 - 順位 342 (陽性証拠): 射程を「検知機構のテスト検証」まで広げた。「出なかったこと」は 検知が働いた証拠にならない (検知が壊れていても同じ結果になる)。#311 の実装側と #479 の検証側は同じ 1 原則の 2 適用先なので、別エントリを立てず 1 本化する。 ## 順位 461 の前提が変わった dev-conventions.md への一括追記を出口としていたが、**その出口を採らない**方針が示された (dev-conventions.md は ADR 運用から棚上げした項目を積み上げた負の遺産であり縮小方向。 決定事項は ADR で管理し、それ以外は仕組み化する)。着手前に 12 項目を 「ADR 化 / 仕組み化 / 却下」へ振り分ける作業を先頭に置いた。 ## 順位 514 を新設 行き先を失った #479 Tier2 #1 (外部コマンド出力パーサのテスト入力は実出力から採る) を、 規約ではなく仕組みの検討として登録する。#479 と #313 の 2 件が同型なので、型の網羅性 / fixture 契約 / 計測の 3 案を比較してから決める。 ## PR #314 feedback の後始末 - A: ADR 参照 5 箇所をバッククォートから markdown link へ (台帳全体では link 262 件 vs backtick 5 件で慣例は明確) - B / C: 対象エントリ (順位 339 / 336) が既に台帳から消えており失効 - D: 「Tier ↔ 絵文字の凡例を書く」は**採らない**。実測すると絵文字は Tier 番号の関数に なっておらず (🔧 Tier 3 が 16 箇所)、凡例を書くとその食い違いを正当化してしまう。 絵文字の削除は別 PR で行う。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
post-merge feedback (#476-#485) の採用分のうち、コードで塞げないものを既存の 台帳エントリへ反映する。新規の Tier 3 エントリは作らない。 ## 既存エントリへの追記 - 順位 460 (信頼境界の ADR 化): 「台帳セル由来の文字列を失敗メッセージへ埋める経路は 新設のたびに screening を通す」を 4 つ目の原則として追加。#481/#482/#483 の 3 レポートが 独立に同じ提案を出したのは、原則が未文書である合図として扱う。 - 順位 342 (陽性証拠): 射程を「検知機構のテスト検証」まで広げた。「出なかったこと」は 検知が働いた証拠にならない (検知が壊れていても同じ結果になる)。#311 の実装側と #479 の検証側は同じ 1 原則の 2 適用先なので、別エントリを立てず 1 本化する。 ## 順位 461 の前提が変わった dev-conventions.md への一括追記を出口としていたが、**その出口を採らない**方針が示された (dev-conventions.md は ADR 運用から棚上げした項目を積み上げた負の遺産であり縮小方向。 決定事項は ADR で管理し、それ以外は仕組み化する)。着手前に 12 項目を 「ADR 化 / 仕組み化 / 却下」へ振り分ける作業を先頭に置いた。 ## 順位 514 を新設 行き先を失った #479 Tier2 #1 (外部コマンド出力パーサのテスト入力は実出力から採る) を、 規約ではなく仕組みの検討として登録する。#479 と #313 の 2 件が同型なので、型の網羅性 / fixture 契約 / 計測の 3 案を比較してから決める。 ## PR #314 feedback の後始末 - A: ADR 参照 5 箇所をバッククォートから markdown link へ (台帳全体では link 262 件 vs backtick 5 件で慣例は明確) - B / C: 対象エントリ (順位 339 / 336) が既に台帳から消えており失効 - D: 「Tier ↔ 絵文字の凡例を書く」は**採らない**。実測すると絵文字は Tier 番号の関数に なっておらず (🔧 Tier 3 が 16 箇所)、凡例を書くとその食い違いを正当化してしまう。 絵文字の削除は別 PR で行う。 Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
台帳 (docs/claude-code-web-tasks.md) の無人可タスク 順位 356 を
夜間ループ (nightly-todo workflow) が無人で実装した PR です。
weekly / monthly staleness 判定の共通 fixture を parametrized test 化するcargo test --workspace+cargo clippy --workspace --all-targets -- -D warningsを回して green を確認済み(agent の自己申告ではなく workflow が回し直した結果)。これはコストフィルタで
品質の保証ではありません — 単一 OS で
--ignoredも hooks smoke も含みませんcli-autonomy-gate --operation autonomous-pr(kill-switch + 背圧) を通過マージ判断は人間が行います (ADR-052 の commitment 点)。CI が緑で内容が台帳の
意図に沿っていればマージしてください。ずれている場合はクローズを —
採用率は WP-18 の受け入れ基準の測定対象です。
close する場合の lane 操作 (ADR-072 決定 20): 人間が引き取るなら台帳の
無人可を✅→—へ変更してください。✅のまま close すると、決着済み PR のブランチ掃除の後にこの順位が再び選択されます (= 再投入の意思表示)。
run: https://github.com/aloekun/claude-code-hook-test/actions/runs/34050790574
Summary by CodeRabbit
テスト
ドキュメント