AIFCC
記事一覧へ
claude-workflowclaude-codeopus-4-7harness-design

Claude Opus 4.7×Claude Codeベストプラクティス8選を解説

492
Anthropic公式「Claude Opus 4.7 × Claude Code ベストプラクティス」8選を全部解説する Anthropicが公式ブログで「Claude Opus 4.7を Claude Code で使うベストプラクティス」を出しました。 読んでみたら、Opus 4.7の挙動が Sonnet 4.6 までとはかなり違ってて、プロンプトのクセも効率の最適解も変わってることがわかりました。 自分も仕事の8割をClaude Codeに任せてて、Opus 4.7に切り替えたばかり。公式の推奨をそのまま適用するだけでエージェントの挙動が目に見えて変わるので、全部解説します。 ## 前提: Opus 4.7は何が変わったのか Opus 4.7は Anthropic 現行最強モデル。主な強化点: - 曖昧さへの対応が向上 — 指示が雑でもいい感じに汲み取る - バグ発見とコードレビューが強化 — 実装より「レビュー役」が得意になった - セッション間のコンテキスト保持が安定 - 長時間エージェント実行に最適化 — 10分超の自律タスクで安定性UP ## 1. タスクは最初に全部書く — 途中でのやり取りは減らせ 公式の一番強い推奨事項です。Opus 4.7は推論量が多い。毎ターンの対話が推論オーバーヘッドになります。 ICB + F フレームワークで最初の1メッセージに全部詰める: - Intent(意図) — なぜやるか、どんな結果を期待してるか - Constraints(制約) — 使うべき技術、避けるべき手法 - Behavior(受け入れ基準) — 「こうなったら完成」の条件 - Files(ファイル位置) — どこに書く、どこを参照する ## 2. Effort(エフォートレベル)は「xhigh」がデフォルト推奨 Opus 4.7の新設定値「xhigh」が導入。/effort xhigh で設定。 maxは過剰思考の傾向があり、シンプルなタスクでも5000トークン消費することも。xhighは「高い知性を保ちつつ、必要十分で止める」バランス点。99%のケースではxhighで十分。 maxを使うべき時: 本番再現不能バグ調査、大規模リファクタ、セキュリティ監査 ## 3. 適応的思考(Adaptive Thinking) — 固定予算は廃止 Sonnet 4.6の固定thinking budgetはOpus 4.7で廃止。モデルが各ステップで自分で判断する。 旧モデルのプロンプトにthinkingタグを書いてた人は全部削除してください。代わりに自然言語で「深く考えて」「即答して」とニュアンスを伝える。 ## 4. Opus 4.7の3つの挙動変化 - 変化1: 応答が複雑度に応じて伸び縮みする → 特定の長さが必要な時は明示的に指示する - 変化2: ツール呼び出しが減り、推論が増える → ツール使用が必要な時は明示する - 変化3: サブエージェント生成が減る → 並列処理したい時は明示が必要 ## 5. 完了通知を音で鳴らす — フック型通知のハック Claude Code にタスク完了時に「音を鳴らすコマンドを実行」させると、実質的に通知フックになる。 プロンプト例: タスクが完了したら、必ず osascript -e 'display notification "完了" with title "Claude Code" sound name "Glass"' を実行してください ## 6. モデル切り替え戦略 — 旧設定をそのまま持ってくるな Anthropic公式の警告: 新モデルへ移行する際は設定をポート化するのではなく、エフォートレベルで実験することを推奨。 推奨マイグレーション手順: effort設定をxhighにリセット → thinking budgetの記述を削除 → 実際に動かして足りない部分だけ足す ## 7. Opus 4.7 x Sonnet 4.6 x Haiku 4.5 の使い分け - 朝の一括ブリーフィング → Haiku 4.5 - 記事執筆、提案書作成 → Sonnet 4.6 - アーキテクチャ設計、重要な判断、本番バグ調査 → Opus 4.7(xhigh) ## 8. よくある落とし穴と対処法 - 落とし穴1: ツールを呼んでくれない → 「必ず全てReadしてから」と明示 - 落とし穴2: 応答が急に長くなる → 「3文以内で答えて」と長さを明示 - 落とし穴3: サブエージェントが動かない → 「3つの独立したサブエージェントで並列に解析」と明示 - 落とし穴4: 大量にトークンを消費する → effort をxhighからhighに下げる、定型処理はHaiku 4.5に ## まとめ — Opus 4.7を使いこなす5つのルール 1. タスクは最初に全部書く(ICB + F フレームワーク) 2. effort は xhigh がデフォルト。max は本当に必要な時だけ 3. Adaptive Thinking は基本放置 4. ツール使用・サブエージェント・応答長は明示的に指示 5. 旧モデルの設定をそのまま持ってくるな 参考: Anthropic公式ブログ - Best practices for using Claude Opus 4.7 with Claude Code
原文を表示 / Show original
Anthropic公式「Claude Opus 4.7 × Claude Code ベストプラクティス」8選を全部解説する Anthropicが公式ブログで「Claude Opus 4.7を Claude Code で使うベストプラクティス」を出しました。 読んでみたら、Opus 4.7の挙動が Sonnet 4.6 までとはかなり違ってて、プロンプトのクセも効率の最適解も変わってることがわかりました。 自分も仕事の8割をClaude Codeに任せてて、Opus 4.7に切り替えたばかり。公式の推奨をそのまま適用するだけでエージェントの挙動が目に見えて変わるので、全部解説します。 ## 前提: Opus 4.7は何が変わったのか Opus 4.7は Anthropic 現行最強モデル。主な強化点: - 曖昧さへの対応が向上 — 指示が雑でもいい感じに汲み取る - バグ発見とコードレビューが強化 — 実装より「レビュー役」が得意になった - セッション間のコンテキスト保持が安定 - 長時間エージェント実行に最適化 — 10分超の自律タスクで安定性UP ## 1. タスクは最初に全部書く — 途中でのやり取りは減らせ 公式の一番強い推奨事項です。Opus 4.7は推論量が多い。毎ターンの対話が推論オーバーヘッドになります。 ICB + F フレームワークで最初の1メッセージに全部詰める: - Intent(意図) — なぜやるか、どんな結果を期待してるか - Constraints(制約) — 使うべき技術、避けるべき手法 - Behavior(受け入れ基準) — 「こうなったら完成」の条件 - Files(ファイル位置) — どこに書く、どこを参照する ## 2. Effort(エフォートレベル)は「xhigh」がデフォルト推奨 Opus 4.7の新設定値「xhigh」が導入。/effort xhigh で設定。 maxは過剰思考の傾向があり、シンプルなタスクでも5000トークン消費することも。xhighは「高い知性を保ちつつ、必要十分で止める」バランス点。99%のケースではxhighで十分。 maxを使うべき時: 本番再現不能バグ調査、大規模リファクタ、セキュリティ監査 ## 3. 適応的思考(Adaptive Thinking) — 固定予算は廃止 Sonnet 4.6の固定thinking budgetはOpus 4.7で廃止。モデルが各ステップで自分で判断する。 旧モデルのプロンプトにthinkingタグを書いてた人は全部削除してください。代わりに自然言語で「深く考えて」「即答して」とニュアンスを伝える。 ## 4. Opus 4.7の3つの挙動変化 - 変化1: 応答が複雑度に応じて伸び縮みする → 特定の長さが必要な時は明示的に指示する - 変化2: ツール呼び出しが減り、推論が増える → ツール使用が必要な時は明示する - 変化3: サブエージェント生成が減る → 並列処理したい時は明示が必要 ## 5. 完了通知を音で鳴らす — フック型通知のハック Claude Code にタスク完了時に「音を鳴らすコマンドを実行」させると、実質的に通知フックになる。 プロンプト例: タスクが完了したら、必ず osascript -e 'display notification "完了" with title "Claude Code" sound name "Glass"' を実行してください ## 6. モデル切り替え戦略 — 旧設定をそのまま持ってくるな Anthropic公式の警告: 新モデルへ移行する際は設定をポート化するのではなく、エフォートレベルで実験することを推奨。 推奨マイグレーション手順: effort設定をxhighにリセット → thinking budgetの記述を削除 → 実際に動かして足りない部分だけ足す ## 7. Opus 4.7 x Sonnet 4.6 x Haiku 4.5 の使い分け - 朝の一括ブリーフィング → Haiku 4.5 - 記事執筆、提案書作成 → Sonnet 4.6 - アーキテクチャ設計、重要な判断、本番バグ調査 → Opus 4.7(xhigh) ## 8. よくある落とし穴と対処法 - 落とし穴1: ツールを呼んでくれない → 「必ず全てReadしてから」と明示 - 落とし穴2: 応答が急に長くなる → 「3文以内で答えて」と長さを明示 - 落とし穴3: サブエージェントが動かない → 「3つの独立したサブエージェントで並列に解析」と明示 - 落とし穴4: 大量にトークンを消費する → effort をxhighからhighに下げる、定型処理はHaiku 4.5に ## まとめ — Opus 4.7を使いこなす5つのルール 1. タスクは最初に全部書く(ICB + F フレームワーク) 2. effort は xhigh がデフォルト。max は本当に必要な時だけ 3. Adaptive Thinking は基本放置 4. ツール使用・サブエージェント・応答長は明示的に指示 5. 旧モデルの設定をそのまま持ってくるな 参考: Anthropic公式ブログ - Best practices for using Claude Opus 4.7 with Claude Code

AIFCC — AI Fluent CxO Club

読み書きそろばん、AI。経営者が AI を自分で動かせるようになるコミュニティ。

Claude Opus 4.7×Claude Codeベストプラクティス8選を解説 | AIFCC