Claude Codeに完了条件付き指示でテスト追加

著者は比較を公正に保つため厳密な条件を設定した。全実行は公開済みv1.2.2と同じコミット（e161664）から開始し、各実行前にgit reset --hardとgit clean -fd appで復元、CLAUDE.md相当は元の18行のまま、一言版と完了条件版の間で指示文のみを変えた。実行順はA1からB3へ順番に行い、各実行後に手動チェックを挟み、2026年9月26日にClaude Code 2.1.281、Claude Opus 5.5（claude-opus-5-5[1m]）で実施した。ビルドキャッシュが実行間で引き継がれたため、報告された所要時間（Aが55〜87秒、Bが59〜100秒）は速度比較には使えない。

差異はコンパイラとプロジェクトの既存ルールがカバーしない領域に現れた。一言版は各回、今月内の日付が一致し隣接月は一致しないことを確認するテストを1本だけ追加した。そのうち1回では月末を5/31 00:00で検証しており、深夜0時で止まる実装でも通ってしまうものだった。一方、完了条件版は書かれた通りに境界をテストし、ある報告では境界値を実装と同じdayEnd関数を再利用せず「翌月1日0時から1ミリ秒引いた値」として別途計算し、欠陥のある実装でもテストが通らないようにしたと説明していた。この分離は完了条件には明記されておらず、3回目の完了条件版はテストでdayEndを再利用していた。順序のテストは完了条件版3回すべてでPeriodPresetsTestに新規作成され、一言版3回すべてで存在しなかった。

完了条件シリーズの別の試行では、モデルに--permission-mode planでまず計画を出力させ、--resumeでセッションを再開して続行を依頼した。計画は変更する5ファイルを列挙し、Periodの分岐はPeriod.ktの1か所のみ、Kindの分岐はPeriodSelectScreen.ktのlabelOf()のみで起こると指摘した。また完了条件には書かれていないテストとして、「now」が月の初日または最終日にちょうど当たるケースも含めており、その実行は全実行中最多の6本のテストになった。著者はモデルの報告を鵜呑みにしないようも警告している。ある報告はUP-TO-DATE解析を先にビルドする編集フックのせいとしたが、ログにはフックが実行された形跡がなく、前回の記事のフックはktlintで整形するだけで、UP-TO-DATEの結果は前回実行がapp/buildに残したビルド出力によるものだった。