コンテキスト節約の作業分割をやめた

この開発者が方針を変えたのは、最近のSonnetが関連コードの調査、実装、検証、テストを一度に進めるため、小さな依頼でもコンテキストが膨らむことに気づいたからだ。コンテキスト節約のためにタスクをさらに分割すると、その流れが中断され、新しいセッションで状況を説明し直すことになり、実装判断の背景を保つ上でかえって悪いと判断した。

現在の運用は、コンテキストの大きさではなくセッションで責務を分ける形だ。Sonnetがメインセッションで依頼からテストまでタスクを担い、Opusは実装の会話に引きずられないよう別セッションでレビューし、修正はレビューを通るまで元のSonnetセッションに戻す。その後になって初めて/clearを実行する。これは品質の定量的な比較ではなく自身の判断であること、また自身の進め方では手動の/compactは必要と感じていないことを明言している。