AI Agents × Behavior Change
人から託され、
AIエージェントが、人の行動変容に直接関与する時代へ。
答えるだけの AI から、関与する AI へ。
「AIエージェント」は、英語 agent の本義どおり 「人や組織から委任を受けて動く代理人」です。
これまでの AI は、人に聞かれて答えるだけの助言者でした。AIエージェントはそこから一歩踏み出し、託された範囲のなかで、運動サプリ® のようなツールを自ら使って人の行動変容に直接関与します。
01 / Coach vs Sponsor
AIコーチとの違い
AI コーチは、本人の意思を支える存在です。
運動サプリ® 型 AI エージェントは、そこに「約束」「スマートコントラクト」「結果判定」「配分条件」を加え、行動変容を実行可能な仕組みに変えます。
両者は競合ではなく、役割が違います。 助言と関与は、どちらも行動変容の局面ごとに必要になります。運動サプリ® が引き受けるのは、AI コーチが直接は触れにくい「約束」と「配分条件」の設計レイヤーです。
-
従来のAIヘルスケア
助言する
運動サプリ® 型
約束を設計する
-
従来のAIヘルスケア
通知する
運動サプリ® 型
チャレンジ案とスマコンコードを生成する
-
従来のAIヘルスケア
励ます
運動サプリ® 型
関係者と配分先を設計する
-
従来のAIヘルスケア
記録を見る
運動サプリ® 型
結果判定の条件を契約に刻む
-
従来のAIヘルスケア
次の行動を提案する
運動サプリ® 型
委任元ウォレットによるデプロイと JPYC 投入を支援する
-
従来のAIヘルスケア
本人の意思を支える
運動サプリ® 型
本人・家族・組織から委任された目的を実行可能な仕組みに変換する
助言と関与は、補完関係にあります。
AI コーチが意思を支え、運動サプリ® 型 AI エージェントが委任された目的を実行する。
02 / B2A2A2E Model
人や組織 → AIエージェント →
運動サプリ® AIエージェント → 参加者
運動サプリ® が提案するのは、単なる B2B SaaS でも、B2C アプリでもありません。
それは、B2A2A2E ── Business / Family / Individual → AI Agent → AI Agent → End User の構造です。
企業・家族・個人は、自分たちの目的を、まず自身の AI エージェントに委任します。その AI エージェントは、健康行動変容の専門 SaaS である運動サプリ® AI エージェントとやりとりします。運動サプリ® AI エージェントは、専門家としてチャレンジ設計、スマートコントラクトの条件、デプロイ用コード、参加者向けアプリ体験、集計レポートを返します。最後に、参加者が運動サプリ® アプリを使って実際に歩きます。
このモデルでは、SaaS の利用者は人間だけではありません。AI エージェントも、目的を持って SaaS を利用する顧客になります。
-
Business / Family / Individual
企業・家族・個人
目的と予算を持つ委任元
-
AI Agent (委任元側)
企業 AI・家族 AI・個人 AI
目的を整理して発注する
-
AI Agent (受注側)
運動サプリ® AIエージェント
専門家として設計とコードを返す
-
End User
参加者
アプリで歩き、本人署名で歩数を送る
この図は 情報と発注 の経路です。
スマートコントラクトのデプロイと JPYC 投入の資金経路は、04 / Sponsor Deploys で詳述します。
AIは誰のために動くのか
AIエージェントは、目的の所有者ではありません。 目的を持つのは、人間や組織です。AI は、明示された目的・予算・ルールの範囲で実行する代理人にすぎません。
-
Self
本人のためのAI
未来の自分が、現在の自分に健康行動を促す。自分の予算と目標を、自分のAIに委ねて支援を受けます。
-
Family
家族のためのAI
大切な人に長く元気でいてほしいという願いを支援する。家族から委任を受けたAIが、応援金つきのチャレンジを設計します。
-
Company
企業のためのAI
従業員の健康、ウェルビーイング、生産性を支える。企業の健康経営AIが、社員向けの任意参加チャレンジを設計します。
-
Public
自治体・保険者のためのAI
医療費、介護予防、孤立、地域参加などの社会課題に取り組む。公共目的のAIが、地域住民向けの社会的処方型チャレンジを作ります。
-
Multi-AI
他AIエージェントとの連携
複数のAIが、資金、目的、データ、役割を分担しながら、人間の行動変容を支援します。AIどうしの連携も、人間が委任した範囲で行われます。
3 つの委任元のかたち
B2A2A2E の B は、企業に限りません。家族も、個人も、同じ構造でこのモデルを使えます。
-
Corporate
企業ユースケース
- 委任元
- 企業
- 委任元 AI
- 企業 AI エージェント
- 発注例
- 「希望する従業員の歩行習慣を改善したい」
- End User
- 従業員 (任意参加・本人同意)
-
Family
家族ユースケース
- 委任元
- 家族
- 委任元 AI
- 家族 AI エージェント
- 発注例
- 「親に無理なく歩いてほしい」
- End User
- 本人 (家族構成員)
-
Personal
個人ユースケース
- 委任元
- 本人
- 委任元 AI
- 個人 AI エージェント
- 発注例
- 「3 か月後の健康診断に向けて歩行習慣を作りたい」
- End User
- 本人
どのユースケースでも、運動サプリ® AI エージェントの役割は同じです。
曖昧な依頼を、本人同意・歩数目標・期間・関係者・配分条件・集計レポートに分解し、実行可能なチャレンジへ変換する。
03 / What AI Can Do (and Can't)
AIエージェントができること
(と、勝手にしてはいけないこと)
運動サプリ® の仕組みのうえで、AIエージェントは次の動作を実行できます。
いずれも、委任元から預かった範囲のなかで行います。
-
ウォーキングチャレンジ案を設計する
-
成功条件と失敗条件の案を設計する
-
受取人候補を提案する
-
スマートコントラクトの条件とデプロイ用コードを生成する
-
委任元による自己デプロイと JPYC 投入を支援する
-
チャレンジの進捗を確認し、専門家として介入メッセージを返す
-
集計レポートを返し、必要に応じて次のチャレンジを提案する
AIエージェントの本体は、「できること」と同じくらい 「勝手にしてはいけないこと」 によって定義されます。
運動サプリ® における AI エージェントは、次の境界の内側で動きます。
-
AI ができること
目的に合うチャレンジ案とスマコンコードを設計する
AI が勝手にしてはいけないこと
委任元のかわりに勝手にデプロイする
-
AI ができること
予算内で応援金の配分案を設計する
AI が勝手にしてはいけないこと
委任元のかわりに資金を預かる・移す
-
AI ができること
受取人候補を提案する
AI が勝手にしてはいけないこと
未承認の受取人へ送金する
-
AI ができること
進捗を見て次のチャレンジ案を出す
AI が勝手にしてはいけないこと
健康データを目的外に使う
-
AI ができること
成功・失敗の結果を説明する
AI が勝手にしてはいけないこと
失敗を誘導して収益化する
04 / Sponsor Deploys
なぜ運動サプリ® ではなく、
企業・家族・個人がデプロイするのか
運動サプリ® の設計では、チャレンジの資金を出す主体が、自らのウォレットでスマートコントラクトをデプロイし、JPYC 原資を投入します。
企業チャレンジなら企業。家族チャレンジなら家族。個人チャレンジなら本人。
運動サプリ® 運営会社は、スマートコントラクトコードの生成、アプリ、専門家 AI による介入、集計レポートを提供しますが、資金経路には入りません。
-
資金の意思決定者と、技術的なデプロイ主体を一致させる
企業の健康経営施策なら資金を出すのは企業。家族チャレンジなら家族。個人チャレンジなら本人。誰のお金か / 誰が条件を決めたか / 誰がデプロイしたか ── この 3 つを一致させることが、AIエージェント時代の行動変容 SaaS の基本設計です。
-
運営会社が他人の資金を預からない構造にする
運動サプリ® 側が JPYC を預かり、達成・未達成に応じて配分すると、運営会社が「他人の資金を保有し、条件に応じて第三者へ動かす」業態に近づきます。これを避けるため、JPYC は委任元ウォレット → スマートコントラクト → 参加者ウォレットの一直線で流れ、運営会社はこの資金経路に入りません。
-
運動サプリ® を「専門家 AI SaaS」に純化する
運動サプリ® の価値は、資金を預かることではありません。価値は、健康行動変容の専門家 AI、チャレンジ設計、スマートコントラクト条件生成、デプロイ用コード生成、アプリ、歩数計測・本人署名・送信、専門家介入メッセージ、集計レポートです。資金管理から切り離すほど、専門性は強くなります。
-
B2A2A2E のプロトコルとして横展開しやすくする
将来、複数の専門 SaaS が AI エージェントから発注を受ける世界では、受注側が毎回資金を預かると複雑になります。「発注元 AI が自分のウォレットでデプロイし、受注側 AI は設計・コード・実行支援を返す」というプロトコルに揃えることで、健康行動以外の領域にも同じモデルを展開できます。
Diagram 4 — JPYC 資金経路
JPYC は、委任元ウォレットからスマートコントラクトを経由して、参加者ウォレットへ一直線に流れます。
運動サプリ® 運営会社は、この経路の外側にいます。
Sponsor wallet
委任元のウォレット
企業・家族・個人
Smart contract
スマートコントラクト
判定・配分のロジック
Participant wallet
参加者のウォレット
アプリ内
Outside the money path / 経路の外側
運動サプリ® 運営会社 ── アプリ提供、専門家 AI による設計とコード生成、専門家介入メッセージ、集計レポート。
JPYC を保有しない。配分の意思決定を行わない。委任元のかわりにデプロイしない。
この設計は、技術的な選好ではありません。
資金の責任、労務上の説明、税務上の整理、参加者への説明可能性 ── これらを一貫させるための構造です。
05 / Step Oracle
本人は歩数をオラクルとして送り、
スマートコントラクトが判定する
スマートコントラクトは、ブロックチェーン上で動くプログラムであり、契約条件を自動で執行できます。
ただし、契約単体では 現実世界の事実 を取得できません。歩数という「外の事実」を契約に届けるのが、オラクル の役割です。
運動サプリ® では、その役割を運営会社のサーバーや外部 API ではなく、参加者本人と、アプリ内ウォレットによる本人署名に置きます。
Diagram 5 — 歩数オラクルの流れ
-
スマホで計測
歩数は本人の端末で計測されます。専用センサー型でも、OS のヘルスデータ API を介す形でも、運動サプリ® 側の改ざんはできません。
-
アプリ内ウォレットで本人署名
アプリには専用ウォレットが組み込まれており、参加者はその日の歩数データに本人署名します。署名は本人の端末で完結し、運営会社は鍵を持ちません。
-
スマートコントラクトへ送信
署名済みの歩数データは、オラクル送信としてスマートコントラクトへ届きます。本人が送るのは「達成した」という主観的な宣言ではなく、「この日の歩数は何歩だった」という計測事実です。
-
スマートコントラクトが判定
事前に契約に刻まれた目標歩数と、本人署名付きで送信された歩数を比較し、達成・未達成を判定します。判定主体は、運営会社でも、企業でも、参加者本人でもなく、契約のロジックです。
データは持つ。しかし、権限を集中させない。
運動サプリ® は、アプリ提供者として参加者の歩数、プロフィール、チャレンジ参加状況、必要に応じた健康関連情報を扱います。
そのため、運動サプリ® は 「データを一切持たない分散型アプリ」 ではありません。
正しい設計は、データを必要最小限の目的で扱うことを認めたうえで、判定・資金配分・企業への個人別開示の権限を集中させないことです。
特に企業利用では、企業に返す情報は 原則として集計情報に限定 します。個人別歩数、失敗日、問診回答、健康状態は、本人の明示的な同意なく企業へ開示しません。人事評価、懲戒、不利益取扱いには使用しません。
-
運動サプリ® が持つデータ
歩数の時系列
利用目的 (これに限定)
本人にのみ表示、専門家 AI 介入の材料、本人同意ある集計
-
運動サプリ® が持つデータ
プロフィール (年齢層・地域など必要分)
利用目的 (これに限定)
目標設計と専門家アドバイスの精度向上
-
運動サプリ® が持つデータ
チャレンジ参加状況
利用目的 (これに限定)
進捗 UI、リマインダー、本人同意ある集計レポート
-
運動サプリ® が持つデータ
アプリ操作ログ
利用目的 (これに限定)
プロダクト改善、不正アクセス検知
-
運動サプリ® が持つデータ
本人同意ある健康関連情報
利用目的 (これに限定)
専門家 AI の介入精度向上のみ
運動サプリ® の特徴は、データを持たないことではありません。
データを持っていても、判定 / 資金配分 / 企業への個人別開示 の権限を集中させないことです。
06 / Evidence & Hypothesis
どこまでが分かっていて、
どこからが運動サプリ® の挑戦か
運動サプリ® は、すでに研究で支持されている行動経済学の要素と、これから検証していく独自の設計仮説を組み合わせています。
金銭的コミットメント口座については、Giné, Karlan, Zinman の 2010 年研究で、禁煙のためのコミットメント口座を設計・検証し、ランダムに提供された群が 6 か月後の検査に合格する確率が対照群より高かったと報告されています。歩数・身体活動については、2016 年のペンシルバニア大学系研究 (Patel et al.) で、同額の金銭インセンティブでも「得る」より「失う」設計のほうが 7,000 歩目標の達成率を高めたと報告されています。
一方で、JAMA Network Open の 2021 年 RCT では、ゲーミフィケーションと損失回避型インセンティブの組み合わせは 12 週間の介入中に身体活動を modest に増やした一方、8 週間のフォローアップでは効果が持続しなかったとも報告されています。そのため、運動サプリ® は「習慣化できます」と言い切らず、短〜中期の行動開始・継続を支援し、長期維持は今後の検証課題 として位置づけます。
チャレンジャー・スポンサー・受取人を分ける三者構造、家族や大切な人を受取人にする設計、AIエージェントがチャレンジ設計に関与する仕組みは、運動サプリ® 独自の仮説です。私たちはこれを完成された答えではなく、検証しながら育てる行動変容インフラとして位置づけています。
-
金銭的コミットメント
研究で支持特定文脈で行動変容を促す効果が示されている (例: Giné–Karlan–Zinman 2010)
-
損失回避型インセンティブ
研究で支持身体活動目標の達成率を高める例がある (例: Patel et al. 2016, U.Penn)
-
社会的アカウンタビリティ
研究で支持他者の関与が行動を強化する可能性がある
-
三者構造 (スポンサー / チャレンジャー / 受取人)
検証対象運動サプリ® 独自の設計仮説
-
家族・大切な人を受取人にする設計
検証対象利他性を動機に変えるという仮説
-
AIエージェントによるチャレンジ設計
段階的検証AIエージェント時代の行動変容インフラとしての構想
この表は、運動サプリ® が「何を引用しているか」と「何が独自の挑戦か」を、読者と共有するためのものです。
検証が進むたびに更新していきます。
07 / Where We Sit in Healthcare AI
ヘルスケア AI の中での位置づけ
「助言の先の実行」を担うヘルスケア AI は、すでに存在します。
ただし、現状は 介入タイミング・報酬実行・治療自動化・ケア運用 の 4 層に分かれて発展しており、共通するのは 境界が明示された実装ほど現場で通っているという観察です。prescription-only、preprogrammed limits、merchant category blocking、explainability / control / compliance ── どれも「止め方」を先に決めてから、書き込み権限を付けています。
運動サプリ® が新しいのは、4 層のいずれかで競うことではありません。
設計・コミットメント・判定・配分を、ひとつの委任系として束ねることです。少なくとも公開事例の範囲では、ここまで統合したヘルスケア AI は、まだ主流のカテゴリにはなっていません。
08 / Why Walking First
なぜ最初に「歩行」なのか
歩行は、行動変容インフラを最初に検証する対象として手堅い行動です。日常的に行え、スマートフォンで測定しやすく、外出・交流・地域参加にもつながります。歩行が「他の行動より重要」という主張ではなく、仕組みを最初に試す場所として適しているという意味です。睡眠、外出、地域参加、交通安全など他領域への応用は、今後段階的に検証します。
-
日常的に行いやすい
歩くことは、多くの人が日常的に行える基本的な健康行動です。トレーニング機材や場所の制約が少なく、最初の一歩を設計しやすい行動です。
-
測定の取り回しがよい
歩数はスマートフォン標準のセンサーで測定でき、機種や OS をまたいでも比較しやすい指標です。チャレンジの成功・失敗判定の信頼性を確保しやすい。
-
社会的アウトカムに接続しやすい
歩くことは外出・地域参加・対面の交流を生みやすく、孤立対策やメンタルヘルスとの接続点になります。次の検証対象への橋渡しにもなりやすい行動です。
09 / Trust & Guardrails
信頼とガバナンス
ガードレールこそ、AIエージェントの本体です。
AIエージェントが実行力を持つほど、重要になるのは「何ができるか」ではなく、「何をできないようにするか」です。
運動サプリ® の AIエージェント構想では、支出上限・人間承認・受取人制限・データ最小化・緊急停止・監査ログを中核機能として設計します。これらは付け足しの安全装置ではなく、AIエージェントそのものを形づくる骨格です。
そのうえで、運動サプリ® における AIエージェントは、次の 7 つの原則に従うべきものとして設計を進めます。
-
誰がAIに目的を委任したのかを明示する
-
AIが使える予算を明示する
-
AIが受け取る報酬を明示する
-
成功時と失敗時の配分先を明示する
-
AIが人間の失敗によって過度に儲かる構造を避ける
-
人間が停止・撤回・拒否できる
-
健康データの利用目的を限定する
Diagram 3 — 信頼のガードレール
AIエージェントの周囲には、つねに 6 種類のガードレールが設置されます。どれか一つでも失われると、信頼は成立しません。
支出上限
人間承認
受取人制限
データ最小化
緊急停止
監査ログ
WHO は健康分野の AI について、設計・展開・利用において倫理と人権を中心に置くべきだとしています。NIST の AI Risk Management Framework も、AI リスクを個人・組織・社会に対して管理する枠組みとして位置づけられています。
10 / Economic Design
AI が何で儲かるかを設計する
AIエージェントが人の行動変容に関わるとき、問題は「AI が収益を得ること」そのものではありません。
問題は、AI が何によって収益を得るかです。
たとえば、失敗時の没収金から AI や運営が利益を得る構造にすると、失敗しやすいチャレンジを設計するインセンティブが生まれてしまいます。そのため、運動サプリ® の AIエージェント構想では、失敗によって AI や運営が過度に利益を得る構造を避け、チャレンジ作成・法人向け利用・健康改善成果など、利用者の目的と整合する収益設計を重視します。
Aligned / 利用者の目的と整合する収益源
-
チャレンジ作成
本人・家族・企業・自治体が設計を委ねた範囲での AI による条件生成
-
法人・自治体向け利用
健康経営・介護予防・地域参加など、組織が目的を持って導入するユースケース
-
健康改善成果
歩数の継続率や、合意のうえで測定できる健康指標の改善に紐づく成果
Off the Table / 構造として避ける収益源
-
失敗時没収金からの利益
失敗しやすいチャレンジを AI が設計するインセンティブが生まれる
-
失敗誘導インセンティブ
AI が達成困難な目標を提案し続ける動機につながる
-
健康データの目的外利用
本来の委任範囲を超えてデータが活用される構造
AI に「何で儲かるか」を先に設計しておくと、AI に何を提案させたくないかも同時に決まります。
ガードレール (前セクション) と経済設計は、表裏一体です。
11 / Roadmap
段階的に検証する
AIエージェントが健康行動の設計と発注に関わり、企業・家族・個人が自らのウォレットでスマートコントラクトをデプロイするには、段階的な検証が必要です。
各フェーズでは、歩数の継続率・満足度・安全性、そして合意の上で測定できる健康指標への影響を検証していきます。日付の約束ではなく、判断基準の約束として読んでください。
-
Phase 1
思想公開
AIエージェント時代の行動変容インフラとしての考え方を公開し、議論と批判を受ける段階。本ページ自体がここに含まれます。
-
Phase 2
デモ検証
テスト環境で、AI がチャレンジ条件を生成し、人間が確認する流れを検証する。資金移動はテストネット範囲。
-
Phase 3
人間承認つき条件生成
AI が歩数目標・期間・応援金・受取人候補を提案し、最終決定と送金は人間が行う。AI の権限は「提案」までに限定。
-
Phase 4
委任元ウォレットによる自己デプロイ + 監査ログ
運動サプリ® AI が生成したスマートコントラクトコードを、企業・家族・個人のウォレットから自らデプロイし、JPYC 原資を投入する流れを検証する。人間承認・受取人制限・緊急停止・監査ログを Governance セクションで述べたガードレールとして組み込む段階。
-
Phase 5
法人・自治体・保険者向け展開
健康経営・介護予防・地域参加・孤立対策など、公共性の高いテーマで検証する。Economics セクションの整合的な収益設計と接続。
-
Phase 6
複数 AI エージェント連携
本人 AI・家族 AI・企業 AI・自治体 AI などが、人間の委任範囲内で役割と予算を分担する仕組みを検証する。
フェーズの境界は、技術的な完成度ではなく、ガードレールが機能していることを確認できたかどうかで判定します。
想定通りに動かない場合は、前のフェーズに戻ります。
Where We're Going
ヒトの意思。AIの関与。
スマートコントラクトの実行。
運動サプリ® は、人や組織から託された AIエージェントが、スマートコントラクトとインセンティブを通じて人の行動変容に関与する 行動変容インフラ です。
AIが人の行動変容に関与する時代だからこそ、誰の目的で、誰のお金で、誰が得をし、誰が止められるのか を明確にする必要があります。