ワークフロー

はじめに X（旧 Twitter）でこんな投稿が流れてきました。 【衝撃】Claude Code でとんでもないモードが解禁👀 Opus 4.8 ＋ /ultracode で有効になる新機能「Dynamic Workflows」！ ・タスク難易度を自動検知 ・オーケストレーション用スクリプトを生成 ・複数エージェントに役割分担 ・検証フローまで自動構築 ・エージェントスウォームで並列実行 つまり開発フローの全工程を Claude が自走。 「人間はゴールを投げるだけ、Claude Code が PM ＋ 開発チームを自動編成して並列実行する」——確かにインパクトのある話です。 ただ、こういうバイラル投稿は機能を過度に一般化しがちです。本記事では、/ultracode と Dynamic Workflows の実体を公式ドキュメントと実機の挙動から整理します。そのうえで「本当に変わること」と「誇張されていること」を切り分けます。結論から言うと、機能はほぼすべて実在しますが、“完全自動” ではありません。 Dynamic Workflows とは何か Dynamic Workflows は、Claude Code が複数のサブエージェントを JavaScript スクリプトで決定論的にオーケストレーションする機能です。現在は research preview（研究プレビュー）として提供されています。 ポイントは「決定論的」という部分です。通常のエージェントはモデルが自分の判断で次の手を決めますが、Workflow ではループ・分岐・ファンアウト（並列展開）といった制御フローをスクリプトで明示的に記述します。「何を並列にやるか」「何を検証するか」「何を統合するか」を人間（あるいは Claude）がコードとして固定できるわけです。 スクリプトは export const meta = {...} で始まり、本体で以下のような構成要素を使います。 phase(title) — フェーズ（工程）を区切る agent(prompt, opts) — サブエージェントを 1 体起動する parallel(thunks) — 複数タスクを並列実行する（全完了を待つバリア） pipeline(items, stage1, stage2, ...) — 各アイテムを複数ステージに流す（ステージ間でバリアなし） これらは実際の Workflow ツールが提供する API です。最小の例を見てみましょう。 ...

2026年5月、SNSで注目を集めた一本のポストがある。会社員として働きながらAI×SNS副業で月30万円を達成したエンジニア・おさぼり（@1osabori）氏が「英語圏のClaude Codeガチ勢がクライアントから月50万〜200万取ってる手法、Anthropic公式が30分でほぼ全部喋っちゃう」と発信した。そのポストは83万インプレッションを超えた。 この記事では、Anthropicが公式に公開しているドキュメントとガイドをもとに、英語圏のフリーランサーたちが実践している具体的なテクニックを解説する。 なぜ日本人が知らないのか 英語圏では Claude Code を活用した高単価フリーランスという働き方が急速に広まっている。Anthropicは「How Anthropic teams use Claude Code」という公式ドキュメントや「Best practices for Claude Code」で、社内エンジニアが実際に使っているワークフローを詳細に公開している。 しかしこれらのコンテンツはすべて英語で書かれており、日本語圏には届いていない。おさぼり氏が「日本人で知ってる人1%もおらん」と指摘するとおり、この情報格差が収益格差に直結している。 テクニック1: 計画先行ワークフロー（Plan-First Approach） Anthropicエンジニアが最も強調するのが「実装より前に計画を立てる」という原則だ。 Claude Code には plan モード（Shift+Tab を2回押して切り替え）があり、このモードでClaudeはコードを書かずに計画だけを提案する。 # プロンプト例 「まずコードには触れずに、このAPIの認証機能をどう実装するか 設計案を提示してください」 実装と探索を分離することで「間違った問題を解決する」リスクを排除できる。一度のプロンプトで複雑なタスクを丸ごと投げるのではなく、ステップバイステップで進めることが品質の鍵だと公式ドキュメントは述べている。 テクニック2: 並列エージェントパターン 英語圏の高単価エンジニアが特に活用しているのが「複数のClaude Codeセッションを同時に立ち上げて並列で動かす」手法だ。 Anthropicの社内実践として紹介されているのは以下のようなパターンだ。 エージェント1: スタイルガイドの確認 エージェント2: プロジェクト履歴のレビュー エージェント3: バグのフラグ立て エージェント4〜8: 元の発見の検証 一人のエンジニアが複数のClaudeインスタンスを「チーム」として運用することで、従来は複数人が必要だったコードレビューや品質保証を一人でこなせるようになる。これがクライアントから高い報酬を得られる直接の理由だ。 テクニック3: ストップフックによる自動化 Stop Hooksは、Claudeがタスクを完了したときに自動でアクションを実行する仕組みだ。 settings.json の設定例: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 { "hooks": { "Stop": [ { "matcher": "", "hooks": [ { "type": "command", "command": "npm test && npm run lint" } ] } ] } } Claudeがコードを書き終わると自動でテストが実行され、失敗があればClaudeが修正する。このサイクルを人間が介在せずに回すことで、Anthropicエンジニアは「2〜3倍の品質向上」を報告している（プロジェクトによって異なる）。なお npm test の部分は実際のプロジェクト構成に合わせて変更すること。 ...