仕様書から保証台帳へ、GDD（保証駆動開発）のすすめ

Claude Code に実装を投げるようになって、バグ修正も機能追加も、以前なら手を出さずに置いていた量までこなせるようになりました。同時に増えたのが手戻りです。直したところが次の変更で戻る、関係ないと思っていた場所が壊れる。作れる量が増えたぶん、壊す量も増えました。 守ってくれるのはテストです。ただ、そのテストも Claude Code が書いています。走らせれば緑になり、diff をざっと見て通し、本数だけが増えていきます。そして次に手を入れるとき、いま何が守られているのかを知る方法が tests/ を上から読むことしかありません。 かといって、変更のたびに「壊していないか全部確認して」と AI に投げるのも成立しません。何を守るべきかが決まっていないので、そのとき目に入った範囲までしか見ません。 いま採っているのは、リポジトリの段階に応じて開発を駆動する文書のほうを交代させ、後半を

[strawberryhunter]

開発ペースにもよるが1週間くらいでファイルが大きくなりすぎて「こんなはずじゃなかった」となるやつ。エアプに違いない。持続可能な方法を紹介してくれないか。

[nguyen-oi]

AIコーディングでの壊しまくり問題に対する現実解として面白い テストとドキュメントの間を繋ぐ発想だな