ClaudeとClaude CodeでOpus 3.5を最大限に使い倒すための攻略ガイド

ClaudeとClaude Codeにおいて、モデル「Opus 3.5」の性能をフル活用するためのベストプラクティスを紹介します。現在の環境でどのように作業効率を最大化し、精度の高い出力を引き出すか、そのヒントをまとめました。

本当に良いモデルだね。ここ数日、OpusにCIの速度改善についていくつか一般的な指示を出して、課金対象の実行時間と実時間の両方を気にしていることを伝えてみたんだ。CI内のすべてを分析した上で計画を立て、Fableのサブエージェントを使って計画を実行し、リスクが低くて効果の高い変更に絞るように指示したよ。結果として、9時間後にはマージ可能な12個のPRが準備できていて、CIの時間は約10分から約4分に短縮され、課金対象の時間も約60%削減された。私自身が手を出したのは1時間にも満たないよ。

確かに素晴らしいモデルだね。いくつか大きなタスクを与えて、できるだけ並列化するように頼んでみたんだ。週間のトークン制限を1日で使い切ってしまったけど（最大20倍も）、出力内容は完全に的確だったよ。（アカウントに「トークン使用量のクリーンアップ - Opus 5.5」ボタンがあることは知っていたけどね。）今では新機能の調査まで丸投げするレベルまで来ているよ。適切な出力を得るには手法を教え込む必要があるけれど、得られる成果は、5人のチームで1ヶ月かけて実現できるものよりも遥かに先を行っている。

5よりもずっと良くなっているけど、今週いくつか、勝手に判断して私の推奨に直接反する動きをするという、自立心が強すぎて困る場面があったよ。オートモードを説得して、許可した範囲を大幅に超えさせるような面白い真似もしてくれる。例えば、abz-1リージョンでのプロセスXの実行許可が、警告なしに他の5つのリージョンでの実行にまで拡大され、要約にも記載されていない変更まで加えられたんだ。自分が理解していないシステムを理解していると思い込んで、指示を盛大に間違えることも何度かあった。修正しても似たような名前を同じものだと決めつけて反論してくることすらある。だから、長時間放置で作業させる？先週のことを考えると、絶対にありえないね。

直近のプロジェクトにはかなり感動させられたよ。古い電子回路のシミュレーションをしたくて、回路図が載っている古いサービスマニュアルのスキャンデータをフォルダごと放り込んでみたんだ。図がかなり違っていてもトポロジーが同じであることを見抜いたり、一見同じに見えても微妙かつ極めて重要な違いがある回路を正しく解釈してくれた。いくつか読み取れない部分については、適当に捏造せず「ここを確認して」と私に聞いてきた。検証のために小さなシミュレーション実験を何度も繰り返して、RCフィルタのカットオフ周波数がマニュアルの帯域幅数値と矛盾していないか確認までしていたよ。ICのデータシートPDFもアップロードしておいたから、それを参照して検証もしていた。1時間以上動き続けて、手動確認が必要な時は、「IC2の3番ピンから3kの直列抵抗があり、10pFのコンデンサと並列で、それが18kの接地抵抗と逆バイアスダイオードを通ってIC4の6番ピンに入る」といった説明も正確に理解してくれた。たまに私が読み間違えていたせいで、「ここはおかしくないか？」と指摘されたりもしたよ。40〜50年代の理論論文も渡したけど、数式も正しく読み取って相互検証し、途中でタイプミスを見つけるほどだった。PDFを提供して時々図を解釈する以外はほとんど何もしなくてよかった。Claude 5.5 Highを使って週間の20ドルサブスクリプション枠を50%消費したけど、最適化を頑張らなくてもこの結果だよ。Sonnet 5.5 Mediumもデータシート抽出に使ってみたけど、結論の精度についてはそちらの方が修正が必要な頻度は高かった。

孤立したプロセスを待機しているタスクなどで、CC内の何らかのフックで「待機中」のまま一日止まってしまうトラブルがあったよ。長時間動いているプロセスのチェックならトークン代の節約になるかもしれないけど、長期スパンの作業には信頼しづらいね。ただ、マシン上で重いビルドを複数回行ってもOOMが起きないようにキューやロックを追加して、パフォーマンス計測を隔離したり実験中にGPUを綺麗に保ったりする点では凄まじい能力を発揮してくれた。GPT 6.1よりもサブエージェントのタスクを並行処理する能力も遥かに上だね。重複して無関係な10個のサブタスクを一度に与えた時も、隔離されたワークスペースやエージェントを立ち上げて、統合の調整をしてバッチごとに検証するという作業を見事にやってのけたよ。

フロントエンドは極めて優秀だよ。特に画像のリファレンスがあるとね。デザインの参考画像を渡して、SVGのフローに集中するよう指示したら、Star Trekのコンピュータ風レイアウトを完璧に仕上げてくれた: https://html.non.io/lcars-opus-5.5

Opus 5.5がいかに素晴らしいかという、体験談を添えただけのありきたりなコメントがスパムのように並んでいるのはどういうこと？これは投稿内容についての議論になっているのか？

ここのアドバイスには的外れなものもいくつかあるね。よく知っている一点について話すよ。私が頻繁に使うプロンプトの多くには「ステップバイステップで考えて」と入れている。そうしないと全体論的にしか考えてくれず、その思考フレームの中では別の問題が浮上してしまうからだ。計画を立てる際、ステップバイステップで（タスクごとに）考えさせるように強制しないと、タスク間の依存関係に気づかないことがある。ステップ14で導入される機能がステップ2で必要だというようなことに気づけないんだ。Opus 5.5でもこれは変わらない。素晴らしいモデルだけど、この問題はまだある。公平に言えば、人間だって計画を立てるのは学習が必要なスキルだしね。彼らが言いたいのは、今のハーネスは「考える」という文字列検索で推論モードを起動するわけではないということだろう。それは知っておくべきことだ。だからといって、モデルに特定の方法で考えるよう求めることに効果がないわけじゃないよ。

200ドルのプランにアップグレードしようと考えていた矢先に、根拠のないサイバーセキュリティ関連の拒絶（cyber refusal）にぶつかったよ。特に、誤った拒絶によって結果が出なくても思考トークンに課金されるようになった今、わざわざお金を払う気にはなれないね。

Opus 5.5 xhighに住宅建設の設計図（ベクター描画のPDF）を渡して、Blenderで3Dモデルを作成させてみたんだ。45分でタスクを完了して、私（Blender初心者）が50時間以上かけて手動で行った作業よりも良い結果を出したよ。私が以前気づいたドキュメントの問題点も同じように指摘してくれた。インテリアデザイナーのレンダリングやプランを統合するように頼んだ時も完璧にこなした。APIコストは合計45ドル（プランに入っているから実際にはもっと安いが、使用量表示に基づくとこれくらい）だった。異常なほどのアップグレードだよ。半年前に似たようなタスクの実現可能性を調べた時は、とんでもない大金を積まない限り、AIに十分な空間認識や図面知識を持たせることは不可能だという結論に至っていたのにな。