## 情報源
- URL: https://www.youtube.com/watch?v=PWfKyxK3-8c
- チャンネル: AI時短ラボ
- 投稿日: 2026-07-26
- 再生数: 4468 / いいね: 153 / 尺: 17分25秒
- スコア: 95/100（トピック関連性30/30・鮮度25/25・チャンネル信頼性15/20・コンテンツ深度25/25）
- 解析方法: NotebookLM 2回失敗（`Error: API returned no data for URL`）→ Step 4cフォールバック（Claude自身が日本語字幕全文+概要欄4本の出典記事を直接分析）

## 出典記事（Anthropic公式・2026-07-24発表）
1. "The new rules of context engineering for Claude 5 generation models" (2026-07-24)
2. "A field guide to Claude Fable 5: Finding your unknowns" (2026-07-06)
3. "Effective context engineering for AI agents" (2025-09-29)
4. "A harness for every task: dynamic workflows in Claude Code" (2026-06-02)

## 主要な発見 — Anthropicが「捨てた」6つの常識

1. **Few-shot例の提示をやめる**: 最新世代モデル(Opus5/Fable5)にとって「良い例を見せる」ことは、探索範囲を例の型に閉じ込める天井になる。代わりに「インターフェース/現物」志向（動くテストコード・型定義・別言語ライブラリの参照先を示す）へ転換。
- ⚠️ **既存rules([[thinking-model-best-practices]]型3「Few-shot: 良い例・悪い例を両方」)と真っ向から矛盾する新情報**。ただしAnthropic自身も1年未満前にFew-shot推奨をしていた自己矛盾があり、検証範囲は「自社コーディング評価限定」という限界も動画側が指摘している。
2. **ルールを与えず判断させる**: システムプロンプト・スキル・ユーザー指示が互いに矛盾する実例（「ドキュメントは適切に残せ」vs「コメントを絶対に書くな」が同時存在）をAnthropic自身が発見。思考力が矛盾処理に浪費されていた。
3. **繰り返し指示・記憶させる工夫が不要に**: 旧モデルは同じ指示の反復が必要だったが、現行モデルは関係する内容を自動的に覚える。
4. **全部を先に渡すのをやめる**: 巨大なシステムプロンプトに全情報を積むのではなく、必要な時だけ呼び出す別ファイル（スキル）方式へ移行。Claude Codeのシステムプロンプトの8割以上を実際に削除し、コーディング評価で性能低下なしと確認。
5. **コードのデフォルトでコメントを書かない**: 「複数行のドキュメント文字列や複数行コメントブロックを絶対に書くな。最大でも短い一行」。「極めて重要な領域は例外」とされるが線引きは記事に明記されていない（動画側が指摘する欠落点）。
6. **「地図と現地」の比喩**: 指示は地図、作業が起きる場所が現地。モデルが賢くなるほどボトルネックは現地（モデル性能）でなく地図（指示の曖昧さ）側に移る。

## 核心メッセージ
「上手い人は指示の書き方がうまいのではない。自分が何を知らないかを先に潰しているのだ」。

**不明点の4分類**: ①分かっていて言えること ②分かっていないと自覚していること ③当たり前すぎて書かないこと ④考えたこともないこと。

**「逆に質問させる」パターン**: 「この分野を何も知らない。自分が気づいていない不明点を洗い出して」と頼み、1問ずつインタビューさせる（Fable5発表動画の逸話: 編集担当者が動画編集のプロでなく、まず文字起こしの仕組みを説明させ試作品を作らせるアプローチを取った）。

## 但し書き（動画側が明示的に指摘する限界）
- 検証範囲は自社コーディング評価限定
- 「極めて重要な領域は例外」の線引きが記事に未記載
- 自社製品についての自社ブログ記事
- 1年未満前にAnthropic自身が推奨していたFew-shot手法を今回否定している自己矛盾

## アクションアイテム
- `thinking-model-best-practices.md`の型3(Few-shot)に「最新世代(Opus5/Fable5)では逆効果の可能性」を注記として追加する（既存指針を上書きはせず、緊張関係として両論併記＝Human-in-Loop原則）
- CLAUDE.md/rules設計時、「ルールの矛盾（ドキュメント残せ vs コメント書くな 等）」が無いか棚卸しする
- コード生成時のデフォルトコメント量を見直す判断材料として保持（既存「default to no comments」方針とは実は整合的）