ultracodeは2026年5月に出てから「とりあえずオンにしておけば便利」という誤解をたまに聞きます。実際には、向かない作業に当てると効果がないどころかコストだけが膨らみます。
この記事は、ultracodeを使わない判断をするための観点を、運用と研修先での観察から整理したものです。ultracodeそのものの解説は別記事に。
ultracodeが向かない3つの大分類
向かない作業を、3つに整理します。
ひとつめは、軽すぎる単発作業。 ふたつめは、自動分解が効かないドメイン依存作業。 みっつめは、人間の判断を必要とする作業。
それぞれ詳しく見ます。
軽すぎる単発作業 ― 起動オーバーヘッドが上回る
ultracodeはDynamic Workflowsを必要時に自動起動する仕組みを持ちます。サブエージェントを起動する処理自体に時間とトークンが要るので、軽い作業ほど割に合いません。
作業の例 | なぜ向かないか |
|---|---|
typo修正 | サブエージェント起動より人間が直すほうが速い |
ファイル名変更 | 単一操作、並列化の余地なし |
「これって何?」レベルの質問 | mediumで即答できる、効きを上げる意味なし |
短いコード片の整形 | Fast Modeで十分 |
「3分で終わる作業」にultracodeを使うのは、「コンビニに行くのに高速道路に乗る」ようなものです。
軽い作業はFast Modeのほうがずっと適切です。
自動分解が効かないドメイン依存作業
ultracodeのDynamic WorkflowsはClaude自身がJavaScriptを書いて作業を分解します。ただし、「どう分解すれば効率的か」が明確でない作業では、分解そのものが空振りします。
作業の例 | なぜ向かないか |
|---|---|
業務ドメインの知識を要する設計判断 | 自社規程・業務慣習を知らないと判断不能 |
クライアント固有のコード規約に沿った修正 | 並列化しても規約は手で渡すしかない |
顧客との会話履歴を踏まえた提案 | 文脈が並列化と相性が悪い |
これらは「業務ドメインの知識を人間がClaudeに渡す」工程が必須で、並列化しても精度は上がりません。むしろ、複数のサブエージェントに「同じ前提」を渡す手間が増えるぶん、効率が落ちる可能性すらある。
ultracodeを起動する前に、「この作業はサブエージェントに分けて並列で進めて意味があるか」を1分考える。これだけで無駄な起動が減ります。
人間の判断を必要とする作業
3つめは、人間が最終判断を握る必要がある作業です。
作業の例 | なぜ向かないか |
|---|---|
アーキテクチャの根本選択 | 人間の戦略判断・トレードオフ決定が要る |
経営メッセージのドラフト | 個人のトーン・関係性が前提 |
契約書・法的文書のレビュー | リスク判断は人間の責任範囲 |
顧客向け提案の文面 | 関係性と過去の経緯が決定的 |
これらはClaudeに「下書きを出してもらう」までは効くが、「自動で並列化して結論まで」は危険な領域です。サブエージェントが複数並列で結論を出すと、人間のチェックが間に合いません。
ultracodeは「Claudeに任せる」ことを前提にした設計です。最後に人間が握りたい作業では、Plan modeのほうが安全です。
判断基準を3問の質問にする
実運用では、ultracodeを起動する前に次の3問を自問するだけで、向かない作業に当てる事故が減ります。
- この作業は、複数のサブエージェントに分けて並列で進める意味があるか
- 自分の頭の中の「業務ドメイン知識」を渡さずに、Claudeだけで判断できるか
- 結果が出るまで、人間のチェックなしで進めて問題ないか
3問とも「Yes」ならultracode。1問でも「No」があるなら、Plan mode + Opusや、Sonnet + ultrathinkで丁寧に進める。これが私の運用判断です。
私の運用での「向かない場面リスト」
実際に研修先で配っている、ultracode禁止リストを共有します。
場面 | 推奨する代替 |
|---|---|
軽い質問・短い修正 | Sonnet + medium |
議事録整形 | Sonnet + medium |
単発の難問への深掘り | Opus + ultrathink |
ドメイン依存の設計判断 | Opus + Plan mode |
経営判断・人間の責任が要る作業 | Plan mode で人間が承認 |
クライアント向け文書 | Sonnet + ultrathink(下書きまで) |
「ultracodeはここぞの切り札、ふだんは別の設定」、と覚えるとブレません。
コストとリスクの両面から
ultracodeが向かない場面に当てると、コストだけ膨らみ、結果が業務に合わないものになります。両方を失う。
「便利だから常時オン」は、コスト管理の観点でも、結果の品質の観点でも、両方失敗する選択です。使わない判断ができるのが、ultracodeを使いこなしている人の特徴、と言ってもいいくらいです。
まとめ
- ultracodeは強力だが、向かない作業に当てるとコストだけ膨らむ
- 向かないのは「軽すぎる作業」「ドメイン依存」「人間判断が要る」の3分類
- typo修正やファイル名変更はFast Modeのほうが適切
- 業務ドメイン知識が要る作業は並列化しても精度が上がらない
- 人間の最終判断が要る作業はPlan modeのほうが安全
- 起動前に「並列で意味あるか」「ドメイン知識なしで判断可か」「人間チェック不要か」の3問を自問
- 「使わない判断」ができる人がultracodeを使いこなしている





