ains-retro

モデルが同じでも、周りの規約、テスト、仕様が育てば出力は良くなる。今回の発見を、次の変更が読む場所へ戻す。

1. 振り返る

「メモ」（tasks.md、小さな変更は spec.md）、PR のレビュー指摘、展開後の観測、docs/ains/override-log.md（あれば）を読み、5つに答える。

1. 仕様は要件を捉えていたか。実装中に見つかった要件は何か
2. 方針は途中で変わったか。変わったなら、なぜか
3. Done when は適切だったか。緩すぎる・厳しすぎるものはなかったか
4. 毎回補足が要った注意（ライブラリの方針、命名、規約）はあったか
5. 次に仕様化する価値のあるものは何か

2. 戻す先を決める