Redditユーザーが、複雑なタスクにおけるClaude Codeの出力のずれを減らすためのプロンプト構造を共有しています。

r/ClaudeAIの開発者が、Claude Codeの出力ドリフトとそれを軽減するのに役立った方法についての経験を共有しました。彼らは、日常的なプロンプトや簡単な質問ではなく、複数のファイルを扱う場合、Claude.mdを使用する場合、フックをトリガーする場合、またはサブエージェントを設定する場合など、長いタスクに特定のプロンプト構造を使用しています。

構造化プロンプトを使用するタイミング

この開発者は、曖昧な指示が問題を引き起こす可能性のある複雑なタスクにのみ、この構造化アプローチを使用します。小さなタスクでは、プロンプト→調整→進めるという反復を行います。大きなタスクでは、明確な仕様がないと、モデルがドリフトしたり、ファイルを無視したり、タスク中にトーンが変わったり、「完了」が適切に定義されていない出力を生成したりする傾向があることを発見しました。

主要なプロンプト構成要素

このプロンプト構造により、開発者はEnterを押す前にいくつかの要素を定義することを強制されます：

• タスクは正確には何ですか？
• 最初にどのファイルを読むべきですか？
• どのリファレンスに一致させようとしていますか？
• 成功は実際にはどのように見えますか？
• 何を避けるべきですか？

最も影響力のある要素

「成功の概要」の部分が最も大きな変化をもたらすと特定されました。出力後に何が起こるべきか（承認、アクション、明確さ、その他の基準）を書き留めることで、プロンプトがより厳密になり、書き直しが減ります。もう一つの有用な点は、実行前に明確化を強制することで、ターミナルワークフローでは後でクリーンアップする時間を節約できます。

制限と実用的な適用

明確な仕様があっても、モデルは詳細を見逃したり、指示を圧縮したり、長いコンテキストでドリフトしたりすることがあります。この開発者は、これを公式として扱うのではなく、大きなタスクや再利用可能なタスクの混乱を減らす方法として扱っています。彼らはブレインストーミングにはこの構造を使用しませんが、ファイルやツールに触れる多段階のワークフローを実行する際には使用します。