AIに全部やらせる前に、役割を渡そう。
Claude Code×Google Cloudに学ぶ「委ねるOS」

家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくんです。今回は、Claude CodeとGoogle Cloudでフィードバックアプリを作る実演動画を紹介するね。

AIに任せたはずなのに、なぜか自分の確認作業ばかり増えていく。そんな経験はないかな。

原因は、AIの性能不足とは限りません。仕事をひとまとめにして渡し、最後まで一気に仕上げてもらおうとすると、人間は途中経過が見えず、かえって全部を握り直したくなるからです。

この約26分の実演で見えてくるのは、役割を分け、成果物を受け渡し、人間が味見する場所を残す方法です。

Xの投稿文では「Anthropicのエンジニア」と紹介されていますが、本人の説明とは一致しません。記事では、動画内の一次情報を優先します。

また、投稿文にある「95%のキャッシュヒット率」や「ほとんど誰も入れていないプラグイン」も、この約26分の動画では確認できませんでした。

派手な数字より、実際に映っている仕組みを見る。AI時代ほど、この姿勢が大切になるよね。

動画では、開発の流れを5つの役割で整理しています。（01:02）

大事なのは、AIが5人分の肩書きを名乗ることではありません。前の役割が作った成果物を、次の役割が受け取れる形にすることです。

登壇者は「サンフランシスコでコーヒーを飲みながら描いたような絵」を例にします。その手描きスケッチが、最初のワイヤーフレームになる。UI/UX担当はそれを受け取り、3画面の本番向けUIへ育てます。（06:38）

一方で「いい感じのアプリを全部作って」と一度に頼むと、企画、デザイン、実装、審査が混ざります。うまくいかなかった時に、どこから直せばいいか分からなくなるんだよね。

UIを整える場面で登場するのが、Claude CodeのPlan modeです。

Claude Codeがコードを書く前に、まず実装計画を示す。利用者は、デザイン文書や必要な部品と照らし合わせ、内容を確認してから実装を承認しています。（09:19）

ここが、この実演でいちばんAI氣道らしいところです。

AIへ委ねると聞くと、最後まで触らないことだと思いがちです。でも、本当に安心して委ねるには、途中で方向を直せる場所が必要です。

料理でいえば、完成後に全部作り直すより、煮込みに入る前に味の方向を確かめる。Plan modeは、まさに実装前の味見です。

後半では似た言葉が続きますが、役割は別です。

全員へ同じ仕事を頼むのではなく、境界を切れる仕事に、それぞれの持ち場を渡す。それが並列化の中身です。

コードができたら終わりではありません。

動画では、OWASPの代表的なリスクやサービスアカウントの権限を確認し、見つかった問題を修正してからCloud Runへデプロイします。なお、登壇者自身が「セキュリティ担当が承認とデプロイの両方を担うのは、実演用の強い簡略化」と断っています。（16:43）

デモで動いた流れを、そのまま本番の組織へコピーしてはいけません。実際の責任分界や承認者は、それぞれの会社で決める必要があります。

デプロイ後、登壇者は会場の一人に「5点」を入れてもらいます。送信した瞬間、回答数と平均点とグラフが動く。Claudeは集まったコメントを要約します。（19:32）

さらに、回答時間などのKPIをBigQueryで分析し、Lookerで見える化して、次の改善へ返します。使われた結果が次の企画へ戻って、開発の輪が閉じるんです。

AIに仕事を渡すなら、「完成品をよろしく」よりも「役割」と「受け渡す成果物」を決める。

「AIに任せる」と「人間が確認する」は、反対ではありません。確認する節目が決まっているから、それ以外を手放せます。

全部の鍋を自分でかき混ぜるのは、シェフの仕事ではありません。

自分にしか決められない味を決め、厨房が動けるように段取りし、出す前に確かめる。それが「抱え込みOS」から「委ねるOS」へ移るということです。

この動画で示されたのは、AIが一人でアプリを完成させる魔法ではありません。

PM、UI/UX、実装、セキュリティ、分析という役割ごとに文脈を渡し、成果物を次へ受け渡す仕組みです。

Plan modeは実装前の味見。MCPは新しい地図。Skillsは仕込みの手順書。Subagentsは持ち場の分担。

そして人間は、目的、責任の境界、公開判断を持つ。AIと一緒に仕事の流れを作り直す。そこから「委ねるOS」は始まります。