シリーズ「Claude Code & Codex 実装現場ノート」について
2026年5月にExperience Alliance主催で開催したイベント「Claude Code & Codex 企業内外実用サービス化ディスカッション」(株式会社IVRy様会場、参加100名超)で議論された内容を、現場の言葉で再構成する全3回シリーズです。個人で動くAIを、組織で回し、社外サービスへ展開するまでの設計論を扱います。
- #01 何を作るか、何を作らないか - AI時代の境界設計
- #02 全社でClaude Code & Codexを使うためのセキュリティ戦略
- #03 サービス化と「AIヴァンパイア」対策 - 持続可能な実装(本記事)
この記事の内容
前回まで、AIを「動かす」から「全社で回す」への二段階を扱ってきた。本記事ではシリーズの最終回として、その先にある社外サービスとしての公開と、持続可能な働き方の設計に踏み込む。
サービスとして社外に出す瞬間、契約と責任が動き出す。同時に、現場ではもう一つの問題が立ち上がっている。AIで10倍働けるようになった人が、燃え尽きていく現象 - シリコンバレーで「AIヴァンパイア」と呼ばれ始めた、構造的な落とし穴だ。
「動くもの」がもう優位ではなくなった時代に、何で差をつけ、どう持続させるか。Agentic Commerce や Agentic Storefronts の登場で誰でもプロトタイプを動かせる時代だからこそ、ここが本当の勝負所になる。
アプリ作りの「重さ」が変わった - Codex App Server時代の前提
2026年に入って、アプリ作りの前提が静かに、しかし決定的に変わった。Codex App Serverの登場により、個人サブスクの延長線上で業務アプリの試作が動くようになったからだ。
この変化が示しているのは、「作れる人」と「作れない人」の壁が低くなったということではない。むしろ、差がつく場所が移動したということだ。
- 試作の重さが激減──業務を知っている人が、画面と流れを直接考えられるようになった
- 費用対効果の境界が動いた──今までエンジニア工数で諦めていた小さな道具が成立する
- 非エンジニアの市場価値が上がる──業務を分解し、流れを説明できる人の希少性が増す
差がつくのは、もはや「作れる人」ではない。自分の仕事を、アプリに切り出せる人だ。
これはマーケティング・クリエイティブの現場でも同じだ。週次の競合分析、ペルソナ×メッセージのA/B設計、LP/バナーのコピー大量出し、過去提案書のNotebookLMによる横断検索──これらは「作れるか」ではなく「自分の業務をどう分解して切り出すか」が問われる作業に変わっている。
「3人に渡す」から始める - 切り出して、まず人に使わせる
切り出せる人が試作した後にやるべきことは、シンプルだ。まず3人に渡す。
完成度を上げてから世に出すのではなく、土日でプロトを作り、月曜に3人に見せる。3人ともボロクソに言う。翌週、3人とも毎日使っている──こういう循環を作る。AIアプリは「言われたら直す」のループが従来のソフトウェアより圧倒的に速いため、酷評を恐れる必要がない。
切り出しの単位は、シリーズ第1回で扱った「WHO × WHEN × OUTCOME」の一文だ。
| 誰が | いつ | 手元に残るもの |
|---|---|---|
| 営業 | 商談直後 | 上長への報告ドラフト |
| 人事 | 面接前夜 | 候補者の全体像メモ |
| マーケ | 週次会議直前 | 競合の動きと自社視点 |
| 経理 | 請求書受信時 | 異常項目のフラグ一覧 |
この一文が書ければ、もう試作できる。完成度より着手回数。3人のフィードバックループを設計に戻すことが、AIサービス開発における唯一確実な勝ち筋だ。
公開前チェックリスト - 勢いで売らない
3人が毎日使うようになった先に、もう少し広い範囲への公開、つまり社外サービス化のフェーズが来る。ここで重要なのは、社外に出した瞬間、契約と責任が動き出すという事実だ。勢いで売ってはいけない。
最低限確認すべき項目を、8つに整理しておく。
| 項目 | 確認内容 |
|---|---|
| 利用規約 / プライバシー | AIの出力に関する免責、データの扱いを明示 |
| 認証 | 誰がログインできるか、SSO / IPで縛るか |
| 商用利用条件 | 使用モデルの規約、生成物の権利、再配布の可否 |
| データ保持 / 削除 | 顧客入力を何日保持するか、削除依頼への応答 |
| 監査ログ | 誰が何を入力し、何が出力されたかを残す |
| コスト上限 | ユーザー単位 / 全体の上限を技術的に設定 |
| 障害時の連絡フロー | 誰が一次対応、エスカレーションは誰へ |
| フィードバック回路 | 酷評をどこに集めるか、次の版に戻すループ |
顧客情報や社外秘を扱う瞬間、前回扱った社内展開のLayer ①〜④(アクセス制御・ガードレール・コスト最適化・組織展開)が、そのままプロダクト要件として跳ね返ってくる。社内のガバナンス設計と、社外サービスの公開設計は、地続きだ。
そして忘れがちなのが、AIネイティブUXの設計だ。既存SaaSの即レス前提をそのまま当てると、AIサービスは「重くて遅くて不安な道具」になる。30秒の沈黙はユーザーの想像力で埋まる。進捗を可視化し、根拠を分割表示し、リトライの動線を1クリックで提供する。「タイムアウト」「token不足」を人間の言葉に変えて、次の行動を提案する。これらは既存のUIライブラリには入っていない。作る側の新しい責任領域だ。
「AIヴァンパイア」 - 10倍働けるからこそ、危ない
ここまでサービス化の話をしてきたが、もう一つ、シリーズの最後に必ず触れておきたい論点がある。AIで10倍働けるようになった人が、燃え尽きていく現象。シリコンバレーで「AIヴァンパイア」というキーワードが広がりつつある、構造的な落とし穴だ。
シナリオは2つある。
| シナリオA:自分だけが10倍働く | シナリオB:AIで早く帰る |
|---|---|
| 同僚を惨めに見せる。 評価はされるが、給料は9倍にはならない。 価値はほぼ全部、会社が吸い取る。 本人は燃え尽きる。 |
1日1時間だけ働き、価値を100%自分が取る。 しかし「さぼっている会社」を競合が粉砕する。 持続しない構造。 |
どちらの極端も、長くは続かない。中間にしか答えはない。そして、その中間を設計する責任が、これからのリーダーと組織に乗ってくる。
ここで重要なのは、AIで作業が消えても、判断は8時間ぶっ通しでは続かないという事実だ。人間の認知負荷の上限は、おおむね3〜4時間。作業時間が10倍速くなっても、判断の質を保てる時間は伸びない。むしろ判断の密度が上がるぶん、消耗は早まる。
「早く帰る権利」を、制度・KPI・文化のどれで守るか。3年後に燃え尽き世代を作らないために、今、組織として決めなければならない。
残るのは「判断」、目指す先は「融合」
AIが作業を引き受ければ引き受けるほど、人間の側に残るのは「判断」になる。そして判断は、道具を使うのではなく、共同作業者と組むことで初めて持続する。
本シリーズの最後に、3つのテイクアウェイを置いておきたい。
| テイクアウェイ | 意味 |
|---|---|
| 境界を引く | 何を作るか、何を作らないか。AIに何を任せないか。境界の設計が、サービスの個性になる(#01) |
| 構造で守る | contextは3層に、運用は4レイヤーで。ガイドラインではなく、環境とMDMで守る。APIキーは「平文をそもそも作らない」状態へ(#02) |
| 圧縮した時間を、何に使うか | 10倍働かない。中間にある運用を設計する。判断の余白を作り、人を助ける時間に回す。究極の目標は、AIとの融合(#03) |
AIで圧縮された時間は、新しい問いに使うか、判断の余白に置くか、他者に分配するか──どれを選ぶかが、これからの個人と組織の腕の見せどころだ。顧客と話す、現場を見る、業界を勉強する、後輩のレビューに付き合う、横の部署と壁打ちする。AIが空けた時間で、AIにはできないことを増やす。
シリーズを通して扱ってきた境界設計、組織設計、サービス設計 - それらすべての先にある問いは、結局これだ。AIで生まれた時間を、何に使いますか?
一つでも、明日から手を入れることが決まれば、それで成功だ。本シリーズが、その「明日から」のきっかけになれば嬉しい。
参考
- OpenAI「Codex App Server Documentation」── 個人サブスクから業務アプリ展開までの公式情報。
- Anthropic「Claude for Enterprise」── 全社展開におけるEnterprise契約の指針。
https://www.anthropic.com/enterprise - Shopify Engineering「Agentic Storefronts」── Agentic Commerce時代のサービス公開設計の参考。
- 「AI Vampires」── シリコンバレーで広がる、AI時代の働き方議論。海外メディアの一次情報を併読。
関連シリーズ
並走する理論編シリーズ「AI時代のブランド価値構築」全6回も公開中です。AI時代におけるブランド設計の構造論を扱っています。