同じAIでも、立場が態度を決める ― 生成AIの利害相反を埋める三つの手

出発点 ― 性能は同じ、機会は割れる

生成AIの性能は誰にとっても同じ。だがそこに見出す「機会」は立場で割れる。労働者・フリーランス型経営者・雇用型経営者の3つに分けると、なぜ労働者と雇用者でインセンティブが噛み合わないか、そして埋め方が 「従業員起点」ではなく「経営者起点」 にあるところまで一枚で見える。

論点はこの3つに集約される。

論点	一言で
断層は何か	労働者の基準は「時間」、雇用者の基準は「残余（利益）」。同じAIに対しても向く方向が逆になる
埋める手は何か	構造的に3つしかない。時間→成果、残余請求権を広げる、余剰を自由時間で返す
誰が起点に立つか	経営者が自分でツールとフローを作る。「従業員に使わせる」では流れない

三つの立場 ― ポジショニング

生成AIに対する3立場のポジショニング図 — 労働者は仕事と私生活で180度割れ、雇用型経営者は当事者と動機が噛み合わない — 図1: 同じAIに対しても、立場ごとに態度は散らばる。労働者は仕事と私生活で180°向きが変わる

それぞれの合理を整理する。

立場	何で稼ぐ	仕事での態度	行動	帰結
労働者	時間を売る	生産性向上が賃金に直結しない	使うが隠す。スクリプトはAIに書かせ、実行ボタンだけ押し、完了は他人と同じ顔で出す	仕事では守り、私生活では攻め
フリーランス型経営者	自分の資本で稼ぐ	AI活用そのものが目的になる	仕事＝私生活の境界が薄い。フルに使う	インセンティブが最初から一致
雇用型経営者	残余（利益）を取る	従業員に使わせて生産性を上げたい	AI活用を推進し、標準化したい	当事者（労働者）の動機と噛み合わない

労働者の私生活側だけ取り出すと、用途は無限大で、使うほど発見とカスタマイズが効く。天才級の知能が月200ドルで使い切れないほど降ってきている。同じ人物が、仕事ではAIを隠し、家では全開で使う。この分裂が起きること自体が、構造の問題を示している。

断層 ― なぜ噛み合わないか

労働者と雇用型経営者の間には、性格ではなく 基準の違い がある。

労働者と雇用型経営者の断層図 — 報われる基準が時間か残余かで、AIに対する合理が真逆になる — 図2: 「時間で報われる側」と「残余で報われる側」は、AIに対する合理が真逆になる

噛み合わない理由を3つに割る。

#	論点	説明
i	時間と価値の断絶	時間給は「時間＝価値」を前提にする。AIは少ない時間で多くの価値を生み、その前提自体を壊す
ii	残余請求権	生産性向上で生まれた余剰は、雇用契約上ほぼ全部が経営者に帰属する。労働者の取り分は増えない
iii	情報の非対称＋ラチェット	経営者は実際の能力やAI利用を観測しにくい。可視化すると要求基準が上がるだけ＝隠す方が合理的になる

ii と iii が同時に効くので、労働者は「使うけれど見せない」に最適化される。

噛み合わせる手は、構造的に三つだけ

皮肉ではなく構造の話として、雇用契約を出れば問題が消えるのは当たり前。整合とは余剰の分け前を再交渉することで、効率ではなく分配の問題なので、手は次の3つに尽きる。

噛み合わせる構造的な3手段 — 時間を成果に、労働者を残余請求権者に、余剰を自由時間として返す — 図3: 余剰の分け前を再交渉する3手段。可視化や評価はこれらを定着させる潤滑油であって単体では効かない

可視化・評価制度は、この3つを定着させる潤滑油であって単体では効かない。ただし (b) の業務委託化は適用範囲に縁があり、次節で留保を置く。

留保 ― 三つの手の効く範囲

3つの手のうち (b) の業務委託化は強力に見えるが、適用範囲に縁がある。それを含めて2つの留保を置く。

留保	内容
業務委託化はポータブル職種限定	会計士・税理士など自分に顧客がつく仕事では成立する。だがポータビリティのない職種でやると、アップサイドの分配ではなく単なるリスクの押し付けに収束する。万能解ではなく「動ける人を選別する装置」
スケールの段差	後段の「経営者起点でツールとフローを作る」は、創業者が全部見えるうちは完璧。人が増えたら原則は変えず、「経営者が、作れる人を一枚だけ作る」に一段ずらす。今の規模なら前者でいい

経営者起点でツールとフローを作る

ここまでは「余剰の分け前をどう変えるか」（分配）の話だった。次は「分配設計を、日々の業務にどう落とすか」（実装）の話になる。結論は 経営者が起点に立つ こと。経営者起点は分配の代替ではなく、分配設計を業務フローに落とす実装手段になる。

従業員起点から経営者起点への転回 — 活用しろという管理不能なお願いを、この手順でやってという業務命令に変換する — 図4: 「活用しろ」（管理できないお願い）から「この手順でやって」（管理できる業務命令）への転回

言葉の置き換えで言うとこうなる。

~~活用しろ~~ ⟶ この手順でやって

管理できないお願いから、管理できる指示へ。だから 経営者こそ コーディングエージェント／AIエージェントを使いこなす必要がある。経営者が自分で範を示してツール化し、出来上がったフローに従業員を載せる。これが正しい経営管理の順序になる。手本を見せられない標準は、標準にならない。ベンチャー創業と同じで、ついてこられる人は来るし、来られない人は来ない。それでいい。

経営者が具体的に何をやるか

抽象論でとどめると「結局なにを？」になる。トップが手を動かすべき打ち手を4つに割って、各打ち手で先行する事例を並べる。経営者が自分でこれを回したうえで、組織に流す。

打ち手	中身	先行事例
i. 自分の効率化を見せる	経営者本人が生成AIで日常業務をどう回しているかを公開する。手本のないところに標準は降りない	Anthropic の Boris Cherny（Claude Codeの作者）が「社内でClaude Codeをどう使っているか」を28分マスタークラスで公開。→ 紹介ポスト / → 実際の使い方サマリー / → CLAUDE.mdのチームワークフロー
ii. スキル（Skill）を作って組織で共有	自分の作業をAgent Skillに固める → 組織の誰もが同じ品質で再現できる。配布の単位は「人」ではなく「Skill」	gh skill（GitHub公式のスキル管理ツール）で安全に配布 → 紹介記事 / Skillsを1行コマンドで人と共有 → ポスト / マネーフォワードBPO事業が実運用skillをダウンロード可で公開 → ポスト / Agent Skillはチームへの配布が簡単・どのエージェントでも使える → 爆速開発LT資料
iii. バージョン管理（GitHub）を業務に持ち込む	Skill・プロンプト・社内ツール・規程までGitで版管理する。コードでない業務でも、変更の理由と差分が追える状態を標準にする	サブモジュールで知識を中央管理＋出力場所はgitignoreで自由。ビジネス職のCursor導入で組織格差を解消した事例 → Speaker Deck紹介 / .env暗号化（dotenvx）でチーム共有もGitに乗せる → ポスト
iv. アプリ・Chrome拡張を作ってWorkspaceで全員配布	経営者が内製した小さなツールを、Google Workspace / Chromeの組織配布機能に乗せて全社員に行き渡らせる。「個人が便利に使うもの」から「組織のインフラ」へ昇格させる	LayerX には社内向けChrome拡張専用のGitHubリポジトリと社内Chromeウェブストアがあり、社員に配布できる → ポスト / Chrome拡張の組織配布機能の発見 → ポスト / 従業員（非エンジニア）がAIで作ったscansnap×Drive×スプシ×GAS×GeminiのOCRで領収書1,500枚を20分処理 → ポスト / 社内専用オンラインミーティングツールをClaude Codeで作って自社利用→OSS公開予定 → ポスト

バックオフィス（士業・経理）での具体例

ここまでの4つは抽象すると「i. 範を見せる ii. Skillで配る iii. Gitで版管理 iv. アプリ／拡張で組織配布」だが、士業・経理の現場での具体例をいくつか並べる。

会計事務所をNotion × Claude Codeで刷新する30の方法: 「私がお客さんだったらこんなところまで管理してくれる税理士事務所と契約します笑」 → ポスト
監査法人でのAI活用連投: 協会様式の使いにくいExcelをセル結合解除→DB化して転記を自動化 → ポスト
国税庁のタックスアンサー＋通達をClaudeでGAS書かせて自動収集 → ポスト
領収書OCRをGAS×AIで会計ソフト形式に自動変換するツール（コード公開） → ポスト
法人成りシミュレータをGASで作って会計事務所向けに公開 → ポスト

大組織での参考: ガバメントAI「源内」

デジタル庁・中央省庁で展開中の生成AI利用環境「源内」をオープンソース公開。社内全員に同一のAI環境を行き渡らせる事例として、トップが主導した組織配布の最大規模ケース。 → デジタル庁公式ポスト

楽になった分は、前面（顧客）へ流す

ここまでの「三つの手」と「経営者起点」は、社内に閉じた話（労働者との整合と、その実装）。本節は別レイヤーで、整合と実装が回ったうえで生まれる 企業側の余力を、どう価値化するか の運用設計になる。「余剰の第4の行き先」ではなく、「3つで整合させたあと、余ったキャパシティを顧客側へ向ける」という位置づけ。

仕事が増えること自体は問題ない。暇になるより、ある程度仕事がある方がいい。問題は浮いた余力の行き先で、放置すると「過剰品質」か「ただの余白」になって価値はゼロになる。新しい仕事の大半は顧客発で立ち上がる。

ここでバックオフィスの位置が効いてくる。顧客の会話からは遠いが、 データの吐き出し口には誰より近い。毎月の例外処理、手作業の回避策、「お客さんがいつも聞くX」。その全部が改善と新サービスの種で、雑多なログをパターンに束ねるのはAIの最も得意な仕事になる。

回し方は3ステップに切れる。

Step	何を	なぜ
01 配分	節約分の何割かを「顧客側の改善発掘」に明示的に充てる	デフォルト（既存業務の増量）に任せると、余力は顧客に届かず吸収される
02 経路	バックオフィスの気づきが営業・プロダクトに届く安い経路を作る	経路がなければ気づきは蒸発する
03 採掘	手元のオペレーションデータをAIで掘り、ニーズと改善点をパターンとして取り出す	バックオフィスが持つ唯一の優位（データの近さ）を換金する

制約は「余力」ではなく 「経路と権限」。バックオフィスは顧客文脈を持たないことが多いので、前線とのローテーション／ペアリングまで設計して初めて回る。

研修は、マネジメント層以上に集中させる

ここまでの構造を踏まえると、研修投資の最適配分も決まる。

対象	効果	中身
マネジメント層以上	HIGH ROI（律速はここ）	汎用AIリテラシー研修は効く。経営側がツールとフローを作れる状態にする投資が、最も効率に効く
従業員（汎用研修）	LOW ROI	隠すインセンティブが残ったまま使い方だけ教えても流れない
従業員（手順落とし込み）	効く	完成したツール・フローの操作落とし込み。＝「活用しろ」を「この手順でやって」に変換したもの
従業員（気づき回収の業務内訓練）	効く	現場の例外・回避策・顧客からの繰り返し質問を、決まった形で記録して前線へ渡す訓練。前節のバックオフィス起点を回すために必要

「従業員には教えない」ではない。汎用研修で個人の創意工夫を引き出す方向は、構造の問題を放置したまま現場に丸投げするので結局は流れない。一方、手順落とし込みと気づき回収の業務内訓練は、構造に組み込まれた訓練なので効く。

キー	何をする
罰しない	行動する人を罰しない設計。隠すインセンティブを先に消す
報いる	行動が報われる器。可視化・評価・分配をここに
選ぶ	そもそも行動する人を採る・選ぶ。研修より採用と選別

既存従業員からの生産性向上は、実は既に行動力のある少数に偏って出る。経営の仕事は、その少数を潰さず、囲い、報いること。そして 起点を従業員から自分（経営者）へ移すこと になる。

一枚の前提として置いておく。インセンティブを「合わせる」とは、余剰の分け前を再交渉すること。技術ではなく、誰がどれだけ強いか、そして誰が起点に立つかで決まる。

同じAIでも、立場が態度を決める ― 生成AIの利害相反を埋める三つの手

出発点 ― 性能は同じ、機会は割れる

三つの立場 ― ポジショニング

断層 ― なぜ噛み合わないか

噛み合わせる手は、構造的に三つだけ

留保 ― 三つの手の効く範囲

経営者起点でツールとフローを作る

経営者が具体的に何をやるか

バックオフィス（士業・経理）での具体例

大組織での参考: ガバメントAI「源内」

楽になった分は、前面（顧客）へ流す

研修は、マネジメント層以上に集中させる

裏付け ― DX失敗と生成AI Divideは同じ構造

労働者は使うが、隠している（Microsoft Work Trend Index 2024）

ボトムアップは「使う」までしか届かない（MIT State of AI in Business 2025）

業績に効くのは、CEO自身が直接持つこと（McKinsey State of AI 2025）

DXは7割失敗、効くのは技術ではなく文化（BCG / McKinsey DX調査）

統合 ― 希少なのは、AIではなく「行動（エージェンシー）」