Claude Codeの中核指示80%減｜Opus 5案件の手直しを減らす検証法
「Opus 5なら長いCLAUDE.mdを一気に短くしても大丈夫なのではないでしょうか？」と迷う方も多いはずです。約80%削減の対象と、案件固有の条件を残しながら従来版と短縮版を比べ、初回合格率や手直し時間を利益に換算する検証法についてまとめました。最初に外す5項目と採算の見方も具体例で紹介します。
約80%減ったのはClaude Codeが最新モデル向けに持つ中核指示であり、各社のCLAUDE.mdを同率で削れる保証ではありません。まずは顧客固有の完了条件と重大事故を防ぐ制約を維持し、一般論の重複5項目だけを削除候補にします。
従来版と短縮版は、仕様変更、不具合修正、調査回答の3課題で比べます。入力、制限時間、正解条件、確認者を固定し、正確性・完了条件・重大な見落とし・説明の明瞭さを同じ配点で採点すれば、偶然の成功を短縮効果と誤認しにくくなります。
採用条件は文字数の減少ではなく、初回合格率を落とさず準備と確認の費用が下がることです。増えた手直し費用と品質事故の見込み損失まで差し引き、残った利益が複数課題で再現した項目だけを削除し、最悪所要時間も確認します。
目次 (9)
7月24日の「中核指示約80%削減」は何を変えたのか—発信の対象を整理
2026年7月24日、Claude Codeの開発担当者は、最新モデル向けにClaude Code側の中核指示を約80%削減したと発信しました。2026年7月27日の閲覧時には約379万回と表示されていましたが、この数字は増減するため、関心の規模を示す参考値として扱います。
同じ7月24日には、Opus 5がClaude CodeとClaude Platformで利用可能になったという開発者向け発信も公開されました。2件は同時期の動きですが、中核指示の削減がすべてOpus 5だけで可能になったとまでは公表内容から断定できません。
ここでいう中核指示は、Claude Codeが製品として標準で与える広範な案内です。顧客の検収条件、対象外の範囲、利用環境、納品形式など、案件ごとのCLAUDE.mdや仕様書をそのまま指す数字ではありません。「80%」を自社資料の削減目標に置くと、必要な条件まで消す危険があります。
発信の重要点は、最新モデルに対して既知の一般論を何度も説明する価値が下がった可能性です。これは短縮の結論ではなく、「どの説明なら外しても成果が変わらないか」を同条件で試す出発点と捉えるべきでしょう。
公開直後の関心はモデル性能だけに限りません。7月25日にはOpus 5の価格とFable 5との比較動画やOpus 5公開を伝える動画も出ており、使い方と案件採算を確かめたい需要が続いています。
一方、Anthropicの公式ニュース一覧について、7月26日の収集記録には新たな製品発表がありません。内容のないcryptography-research-demoという名称から追加機能を推定せず、本稿は確認できる2件の発信と実地比較に範囲を限定します。
80%を案件指示へ当てはめない—残す情報と検証する情報を4区分で仕分け
指示を短くする目的は、行数を競うことではありません。作業開始前の読み直しを減らし、重要条件を見つけやすくしながら、初回合格率を保つことです。短い指示でも手直しが増えれば、受託案件の利益はむしろ下がります。
最初に、すべての記述を「維持」「削除候補」「課題別の補足へ移動」「提出前の確認表へ移動」の4区分に分けます。削除と移動を同じ扱いにしないことが重要です。常時読ませる必要がない情報でも、必要な場面まで捨ててよいとは限りません。
| 区分 | 入れる情報 | 判断の理由 |
|---|---|---|
| 維持 | 顧客固有の完了条件、契約上の制約、対象範囲、停止条件 | 欠落時の損失が大きく、一般知識では補えない |
| 削除候補 | 一般的な開発常識、同義の繰り返し、別の検査と重なる説明 | 外しても正解条件や事故防止策が変わりにくい |
| 課題別の補足へ移動 | 特定の技術や作業だけで使う条件、限定的な出力形式 | 必要な課題だけで読ませれば常時の負担を減らせる |
| 提出前の確認表へ移動 | 表記、納品物の揃い、最終確認で判定できる項目 | 作業中より納品直前に確認した方が見落としを防げる |
顧客名、納期、対象画面、対応ブラウザ、性能基準、データ保持条件などは、モデルが一般論から推測できない情報です。さらに、誤ると公開停止や再納品につながる条件は、短く言い換えることはあっても、検証前に削除してはいけません。
削除候補にしやすいのは、「読みやすいコードにする」のような一般論、同じ禁止事項の言い換え、既に検査ツールで判定できる形式規約です。ただし、現在のモデルが守りやすいという印象だけで外さず、同じ課題の比較結果で判断します。
仕分けは「削ったときに増える誤り」から逆算する
各項目の横に「これを削ると、どの誤りが増えるか」を1文で書きます。具体的な誤りを説明できず、別の記述と意味が重なる項目から削除候補へ移せば、重要条件を勢いで消す危険を抑えられます。
仕分けは次の順序で進めます。
- 現在の指示を1項目1行に分け、同じ意味の記述へ印を付けます。
- 各項目が守っている顧客要件、品質基準、想定事故を記録します。
- 欠落時の損失が大きい項目を「維持」に固定します。
- 特定課題でしか使わない条件を課題別の補足へ移します。
- 納品直前だけ判定できる項目を提出前の確認表へ移します。
- 残った重複から5項目だけを選び、最初の短縮版を作ります。
この方法なら、既存のCLAUDE.mdを全面的に書き直さず、影響を追跡できる小さな差分から始められます。最初から80%を狙わず、どの記述が結果を支えていたか説明できる単位を保つことが、損失を避ける近道です。
従来版と短縮版を同条件で比べる—3課題の入力と採点を固定する比較設計
比較に使うのは、実案件から顧客名、認証情報、実データなどを除き、契約と情報管理の条件に沿って作った小課題です。仕様変更、不具合修正、調査回答の3種類をそろえると、実装だけ速い短縮版を万能と誤認しにくくなります。
入力資料、利用するモデル、制限時間、完了条件、採点表、確認者は固定します。変更するのは従来版と短縮版の指示だけです。課題ごとに条件が違えば、結果の差が指示によるものか、問題の難しさによるものか判断できません。
比較シートは同じ3課題・同じ採点表でそろえる
正解条件は結果を見る前に決めます。短縮版が失敗した後で配点を変えたり、従来版だけに補足説明を与えたりすると比較になりません。確認者にはどちらの版かを伏せられる範囲で伏せ、成果物そのものを同じ基準で見てもらいます。
| 課題 | 小課題の例 | 事前に決める正解条件 |
|---|---|---|
| 仕様変更 | 入力欄を1つ追加し、既存の保存処理へつなぐ | 対象範囲、入力検査、既存機能への影響、確認結果 |
| 不具合修正 | 再現条件が明確な表示崩れを直す | 原因説明、最小差分、再発確認、対象外への影響 |
| 調査回答 | 技術選定の可否を根拠付きで回答する | 結論、根拠、制約、不明点、次の確認事項 |
比較は次の順序で記録します。
- 3課題それぞれの入力資料と正解条件を確定します。
- 従来版を基準として保存し、変更箇所を固定します。
- 重複5項目だけを外した短縮版を作ります。
- 各課題を従来版と短縮版で実施し、準備から手直しまで計時します。
- 正確性、完了条件、重大な見落とし、説明の明瞭さを各25点で採点します。
- 同じ課題を最低3回ずつ試し、偶然の成功や失敗を分けて見ます。
- 重大な見落としが1件でも出たら、原因に対応する項目を戻します。
- 戻した項目と防いでいた誤りを比較シートへ記録します。
「重大な見落とし」は総合点とは別に扱います。たとえば対象外ファイルの変更、顧客データの扱い違反、検収条件の欠落は、説明が読みやすくても相殺できません。重大項目が出た試行は不合格とし、平均点だけで採用しないルールにします。
複数回試す理由は、1回の成功が指示短縮の効果とは限らないからです。同じ3課題でも結果のばらつきを残し、最低点、最長時間、重大な見落とし件数を確認すれば、納期が厳しい案件での弱点まで見えます。
初回合格率・確認時間・手直し時間を利益へ換算する—案件原価の計算例
短縮効果は、指示の文字数ではなく合格成果物1件あたりの費用で判定します。各試行で、指示準備時間、AI処理時間、確認時間、手直し時間、初回合否、最終合否を記録し、人が使った時間を社内原価か目標時給で金額に換えます。
AI処理時間が短くても、その間に人が別作業へ移れない運用なら待ち時間の価値も記録します。反対に、並行して別案件を進められるなら、人の拘束時間と同じ単価を機械的に掛けず、自社の実態に合わせて分けます。
| 記録項目 | 従来版の例 | 短縮版の例 | 判定で見る差 |
|---|---|---|---|
| 指示準備 | 20分 | 8分 | 12分短縮 |
| AI処理 | 18分 | 17分 | 参考値として記録 |
| 確認 | 30分 | 22分 | 8分短縮 |
| 手直し | 12分 | 18分 | 6分増加 |
| 初回合格 | 5回／6回 | 5回／6回 | 同等 |
| 重大な見落とし | 0件 | 0件 | 増加なし |
採算は「短縮による利益 ＝ 削減できた準備・確認時間の価値 − 増えた手直し時間の価値 − 品質事故の見込み損失」で求めます。品質事故の見込み損失は、事故が起きる確率に、再作業、返金、信用低下などの想定損失を掛けた値です。
たとえば人の時間を1時間6,000円とします。表の例では準備と確認が合計20分減るため2,000円の価値が生まれます。一方、手直しが6分増えて600円、品質事故の見込み損失を1試行500円と見積もるなら、利益は1件あたり900円です。
月20件で同じ効果が再現すれば、月1万8,000円の改善になります。ただし、1件の重大事故で数万円を失う案件なら、平均900円の利益だけで採用してはいけません。重大な見落としがないことと、最悪所要時間が納期内に収まることを先に確認します。
初回合格率が同等以上で、準備と確認が短くなり、手直しと見込み損失を差し引いても利益が残った場合にだけ「削減効果あり」と判定します。AI処理が少し速いだけ、または総合点の平均だけが高い状態は、採用条件として不足です。
削除・維持・確認表への移動を決め、次の案件へ反映する—4区分の採用基準
比較が終わったら、項目ごとの結果を4区分へ戻します。複数課題で品質を落とさず、準備や確認の短縮が再現したものは削除できます。削除後に手直しが増えたものや、重大な見落としを防いだものは維持します。
特定課題でだけ必要だった技術条件は、常時読む指示へ戻さず課題別の補足に置きます。表記や提出物の揃いなど、納品直前に機械的に確認できる項目は、提出前の確認表へ移すと、作業中の読解量を増やさずに品質を守れます。
次案件へ反映する判断手順
判断記録には、短縮率だけでなく、試した案件種類、削った項目、増減した誤り、利益、最悪所要時間を残します。別案件では顧客条件と事故時の損失が変わるため、前の案件で安全だった削除率をそのまま適用しません。
- 重大な見落としが出た項目を従来版へ戻します。
- 手直しが増えた項目は、短く言い換えるか維持へ戻します。
- 特定課題だけで必要だった項目を課題別の補足へ移します。
- 提出時だけ必要だった項目を確認表へ移します。
- 複数課題で利益が再現した重複だけを削除します。
- 次案件では重複5項目を選び直し、同じ比較を小さく繰り返します。
最適解は、すべてを詰めた長い1枚でも、最短を競う1枚でもありません。「常時必要な最小指示」「課題別の補足」「提出前の確認表」の3層に分けることで、読む量と見落としの両方を減らせます。
まず、手元で最も長い案件指示から意味が重なる5項目を選んでください。同じ小課題を従来版と短縮版で試し、初回合格率、重大な見落とし、確認時間、手直し時間、利益を1枚の比較シートに残すところから始めましょう。
検証範囲を固定するために参照した一次情報と補助資料—出典URL一覧
本稿は、公開日と発信内容を確認できる一次情報を中心に、公開直後の関心を示す動画を補助資料として参照しました。約80%を案件資料の削減率や性能向上率へ読み替えず、表示回数は閲覧時点で変動する参考値として扱っています。
- Claude Codeの中核指示を最新モデル向けに約80%削減した発信（2026年7月24日）: https://x.com/trq212/status/2080710971228918066
- Opus 5がClaude CodeとClaude Platformで利用可能になった発信（2026年7月24日）: https://x.com/ClaudeDevs/status/2080703243722854516
- Anthropic公式ニュース一覧（2026年7月26日の収集範囲確認）: https://www.anthropic.com/news
- Claude Opus 5とFable 5の価格・性能を扱う動画（2026年7月25日）: https://www.youtube.com/watch?v=nap0kyhoZm8
- Opus 5公開を伝える動画（2026年7月25日）: https://www.youtube.com/watch?v=8bNSnRlvQ-4
