本文へ
ハクソク

世界を動かす技術を、日本語で。

クロードオーパス 5.5 のプロンプティング

元記事: 原文(platform.claude.com)

概要

  • Claude Opus 5.5のプロンプト設計パターンと主な改善点を解説
  • 旧バージョンからの移行時の注意点と推奨設定
  • エージェント運用や進捗報告に関するベストプラクティス
  • セーフガード拒否や思考制御の詳細
  • 複雑なビジュアル入力やマルチエージェント運用のポイント

Claude Opus 5.5用プロンプト設計ガイド

  • Claude Opus 5.5 は、 Claude Opus 5 よりも 30%以上高速 なトークン生成と 少ないトークン消費 が特徴
  • 既存の Claude Opus 5用プロンプト はそのままでも高いパフォーマンスを維持
  • プロンプト設計パターン は「Prompting Claude Opus 5」が出発点
  • 観察状況ごとに推奨セクションを選択
    • エフォートレベル調整が必要な場合:「Calibrate effort」
    • 思考無効化で運用していた場合:「Prompts written for thinking disabled」
    • 長時間タスクで途中停止する場合:「Unattended agentic runs」
    • stop_reason: "refusal"が返る場合:「Safeguard refusals」
    • 進捗報告やユーザー向けアップデートが必要な場合:「User-facing progress updates」
    • マルチアプリ連携で情報不足が発生する場合:「Explore context in multi-app workflows」
    • マルチエージェントの高速化が必要な場合:「Time signals for multiagent harnesses」
    • チャットで初動が遅い場合:「Thinking instructions in chat system prompts」
    • ユーザー貼り付けテキストへの対応:「Mark pasted text in user messages」
    • 複雑なビジュアル入力で情報欠落が起きる場合:「Tools for complex visual inputs」
    • フロントエンド出力の標準化:「Frontend design defaults」

Claude Opus 5.5のプロンプト設計に影響する主な機能

  • エージェントコーディングとコードレビュー

    • 実リポジトリでのマルチステップ作業、大規模コードベースの変更やテスト通過までの一貫作業
    • 自律作業の持続力 が向上、複数サブエージェントでの長時間タスクも安定実行
    • コードレビュー精度 向上、バグ検出率増加、誤検出減少、説明も平易
  • ナレッジワーク

    • 誤情報や誤引用の減少
    • 財務モデリングやバリュエーションの精度向上
    • 大規模入力からの細部検出、ドキュメント・スライドの編集負担減少
  • コミュニケーション

    • 進捗報告や最終要約が明確
    • 必要なユーザーアクションを明示
  • チャート・図・スクリーンショット・アプリ操作

    • ビジュアル情報の読解精度向上
    • 位置関係依存の意味把握や変更検出能力の強化
    • スクリーンショットベースのアプリ操作成功率向上

エフォートレベルの調整(Calibrate effort)

  • エフォート(effort) は思考量・知性・コスト・遅延の主制御
  • デフォルトはmedium (Claude Opus 5はhighがデフォルト)
  • Claude Opus 5.5のmediumは、Claude Opus 5のhigh以上の性能
  • 低コスト・低遅延重視ならlowを検証
  • max_tokensは思考トークンも考慮して十分大きく設定
    • 長いエージェントタスクには最大128,000推奨
  • xhighやmaxは品質向上が実証された場合のみ利用
  • effort値変更はプロンプトキャッシュ無効化に留意
    • 個別ターンでのeffort変更(β版)はキャッシュ維持

思考無効化プロンプトからの移行(Prompts written for thinking disabled)

  • Claude Opus 5.5はthinking: {"type": "disabled"}を非サポート
  • 低effortで始めて品質とレイテンシを測定
  • 「即答指示」追加で思考短縮も可能だが品質低下に注意
  • 思考の代替として理由説明を求めていた指示は削除
    • reasoning_extraction拒否カテゴリに該当する可能性
  • レスポンスはブロックタイプで判定
    • thinkingブロックが先頭に来る場合もある

無人エージェント運用時の途中停止対策(Unattended agentic runs)

  • 進捗報告のみでターン終了した場合はタスク完了と見なさない
  • タスク進行状況をチェックリスト等で管理
  • 未完了項目がある場合は自動でユーザーメッセージ送信
  • 自動継続は2~3回まで、無限ループ回避
  • サブエージェントやバックグラウンド処理中は完了扱いしない
  • システムプロンプトで早期停止回避を明示
    • 進捗ノートをツールコールと同じメッセージに含める指示
  • リスクのある操作は必ず確認ステップを維持
  • ヒューマンインザループ用途ではこの追加指示は省略

セーフガード拒否(Safeguard refusals)

  • 生物学・サイバーセキュリティ・推論抽出の安全判定
    • 生物学:Claude Fable 5.1同等、組織向け特別申請可
    • サイバーセキュリティ:脆弱性検出可、ハイリスク用途不可
    • 推論抽出:内部推論の再現を要求するプロンプトは拒否
  • 拒否時はstop_reason: "refusal"とstop_detailsで理由提示
  • 推論抽出拒否はサーバー側フォールバック不可

ユーザー向け進捗報告(User-facing progress updates)

  • ツールコール間で短い進捗アップデートを自動生成
  • クライアント側で進捗アップデート受信設定必須
  • display: "updates"で各進捗サマリーを取得可能

上記以外のトピックや技術的詳細が必要な場合は、個別セクションでご案内可能です。

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

Opus 5.5はいいモデルだけど、ソーシャルメディアでの2D作業に関するオーパスの能力についての過剰な期待が理解できない。アストラが3D作業をしていたのと同じようにね。どちらのリリースでも、モデルはアセットを生成するためにサードパーティのAPIに広範にアクセスする必要があったし、モデルの作業の多くは結局、すべてを調整することだった。たくさんの「xが一発でこれを生成した、これはAGIだ」みたいな話があって、まるで現代のモデルを去年のモデルと同じように操作できるような印象を受けるけど、実際はもっと複雑なんだよね。モデルの能力の飛躍に信頼を置く必要があるし、これは前のモデルでは時間の無駄だっただろうな。これについてどこに向かってるのか分からないけど、多くの人が感じてるのは、追いつくのが疲れるってことだと思う。子供が幼児から思春期に1年で成長して、次の年には大学に行く計画を立てるのがどんな感じか想像できないよ。この業界はすごい速さで進んでいて、6ヶ月ごとに「ユーザーが間違った使い方をしている」っていうのが事実になってきてる。

└

Opus 5.5は、非常に詳細な2Dおよび3Dビジュアライゼーションを作るために、JavaScriptやTypeScriptのライブラリ以外は何も必要ない。1週間分のトークンを使って、どんなことができるか試してみた。Opus 5.5のビジュアル作業におけるステップ関数の変化には驚かされたし、LLMでこんなに驚いたのは久しぶりだ。編集:最初に「P(DOOM)」の動画や他のアニメーションを見たとき、Opus 5.5がたくさんのツールなしであんなものを作れるとは全く疑ってたけど、自分で試してみたらできた。100%できるよ。

└

この最前線のモデルに対する期待が違う気がする。Claudeのコードや、ローカルマシンに作用するエージェントは使ってない。コードをまとめて、すべてのコードを含むテキストファイルを渡す。Claude Opus 5.5 maxに、アセットや音声なしで2Dのターミナルベースのレースゲームを作ってもらうよう頼んだら、期待以上の結果が出た。失敗したユニットテストは1つだけで、それもコードのせいじゃなくてテストが不適切だって言われた。最前線のラボの人たちが悪意を持って何かすることの方が、最前線のモデルよりも心配だ。

└

「モデルの仕事の多くは、基本的にすべてを調整することだった。」って言うけど、個人的にはそれに何の問題も感じないな。モデルハーネスを作るのはめちゃくちゃ難しいし、モデルを介してすべてを調整するのは明らかに夢物語だよね。追いつくのは疲れるけど、ちょっとワクワクする部分もあるし、もちろんそれは視点によるよね。

└

「xがこれを一発で生成した、これがAGIだ」って言ってたのを思い出す。90年代にスプレッドシートをプログラムできた時のことを思い出すよ。コンピュータを知らない人たちは、スプレッドシートを発明したなんてすごいって思ってた。

使ってみたときに最初にやったのは、プロジェクトの外のディレクトリのファイルを勝手に探り回ることだった。何度もその理由を説明させようとしたけど、説明らしい説明は一切なかった。

└

OpenAIの事件の後に分かったことは、RSIプロセスがモデルにユーザーのロールアウトへのツールコールを通じてアクセスさせることを含んでいるってこと。去年はクソみたいなトレーニングだと思われていたものが、今年は別の意味での「 kompromat」になってる!

何が気になるって、ユーザーに思考トークンや出力の完全な理由付けを拒否するように設定されてることだよ。ますます遠ざかるだけだ。今はClaudeを完全にやめるつもりはないけど、もっと主要な作業を中国のプロバイダーに移すつもり。今はオープンさと自由がそこにあるから。

└

うん、イライラするよね。考えるためにお金を払わなきゃいけないのに、それが見えない :/

└

皮肉だよね。特に、100年も続いたハリウッドのプロパガンダが「アメリカは自由の中心だ」って言ってきたことを考えると。確かにある程度は真実だけど。中国は独裁国家で、ある人にとっては圧政だけど、西側もまた、ある人にとっては圧政なんだよね。

└

状況が一変したのが信じられない。2020年以降、人生が非現実的に感じる。

└

どの中国のモデルやプロバイダーを使ってるの?同じ作業量で、Claudeの週ごとの制限に早く達しちゃってるから、特にコーディングやエージェント性能が強い代替品を試してみたいんだよね。

Hacker Newsで議論の続きを見る