Claude 5時代のコンテキスト開発は制約を減らす

Anthropicが、Claude Opus 5やFable 5向けにClaude Codeのシステムプロンプトを80%以上削減してもコーディング評価が落ちなかった経験を公開しました。新しいモデルでは指示を足すだけでなく、重複と衝突を除くことが重要だとしています。

要点

• システムプロンプト、Skills、CLAUDE.md、メモリーをコンテキスト全体として扱う
• 過去に必要だった細かな禁止事項が新しいモデルを過剰に拘束する場合がある
• 重複・矛盾した指示は判断コストを増やし、利用者の意図を弱める
• Claude Codeの/doctorでSkillsやCLAUDE.mdの大きさを点検できる

今回のブログ記事で語られていること

通常のプロンプトは一回の依頼に対する指示ですが、Claudeが受け取る情報はそれだけではありません。システムプロンプト、Skills、プロジェクトのCLAUDE.md、メモリーなどが多くのリクエストで繰り返し使われます。Anthropicはこの全体設計をコンテキスト開発と呼び、個々のプロンプトより一般的であるため、利用者が次に何を頼むか分からない状態でも邪魔にならない内容にする必要があると説明しています。

Claude Codeの内部利用記録を調べると、「必要に応じて文書を書く」と「コメントを追加しない」のように、システムプロンプト、Skill、利用者の依頼が一つのターンで衝突する例がありました。Claudeは意図を推測できますが、重なった制約を解くために余分な思考が必要です。以前のモデルで失敗を防ぐために加えた細かな規則が、判断力の上がったClaude 5世代では過剰な拘束になっていました。このためClaude Codeチームはシステムプロンプトの80%以上を削り、コーディング評価で測定可能な低下がないことを確認しました。

背景にはツールの増加もあります。以前はCLAUDE.mdへ記憶、説明、手順を集める必要がありましたが、現在はメモリー、成果物、Skillなど目的別の置き場所があります。すべてを常時コンテキストへ入れるのではなく、必要な時だけ読み込む設計に変えられます。Anthropicは/doctorにコンテキストの大きさを見直す推奨手法を組み込み、SkillsやCLAUDE.mdの適正化に使えるとしています。ただし削減は規程やセキュリティ管理を無条件に消すことではありません。法令、利用権限制御、危険操作の承認など、モデル判断へ委ねてはいけない境界は残す必要があります。

今回のブログ記事が関係する人

Claude Codeの管理者、エージェント基盤開発者、共有CLAUDE.mdやSkillsを保守するチームに関係します。長い指示を文字数だけで切るのではなく、重複、矛盾、古いモデル向け回避策、常時不要な知識を分類してください。

結局、今回のブログ記事をどう読むべきか

Claude 5世代では、指示量の多さが品質の高さとは限りません。削除前後を自社評価で比較し、利用者の依頼を尊重しつつ、守るべき境界だけが明確に残るコンテキストへ整えることが重要です。