未来の思考

ヒューマンビューと Faying：人と iFay が共生するためのプロダクト戦略と技術方針

もし将来、AI が本当にあなたの代わりに物事を進め、端末を操作し、世界とやり取りするようになるのなら、「人と AI がどう共生するか」はもはや哲学的な議論ではなく、実装に落とし込めなければならない一連の安全プロトコルになります。 私は一貫してこう強調してきました。AI を速く走らせるのは簡単ですが、社会のなかで「責任を持って行動」させるのが難しいのだと。

ですから話はとても単純です。 いかなる Fay の行為も、Human Prime が「見える」範囲内で発生しなければなりません。 ここで言う「見える」は、画面を凝視することでも、カメラをロボットに向けることでもなく、ある構造的な約束です。あなたは常に見ている必要はないけれど、見たいときにはいつでも、それが監護下にあるかを確認でき、止めたいときにはいつでも止められる。 この価値観はプロトコル上では Human View（ヒューマンビュー） と名付けられています。 （私たちの理念をより詳しく知りたい場合は、「Human View」をそのままお読みください：https://ifay.ai/ja/docs/Faying-Protocol/blueprint/11-%E3%83%92%E3%83%A5%E3%83%BC%E3%83%9E%E3%83%B3%E3%83%93%E3%83%A5%E3%83%BC ）

「監護レベル」「Human View」「Faying の強い接続／強い融合」「端末を引き継ぐ未来のシナリオ」を軸に、私たちが取り組んでいるこの仕事を、用語の羅列ではなく「共生のあり方」として語りたいと思います。 私が表明したい立場はこうです。Faying State は、人と iFay が共生する際に安全で、整合がとれ、拡張可能なデフォルトの形である。Faying から離脱して自動運用される実体は、デフォルトで安全でない領域に置かれるべきであり、ちょうど http がインターネット上で扱われるのと同じである。

Human View：「見られている」ではなく「見ることができる」

私たちは Human View で次の前提を表現します。人間が自分のすべての Fay を 24 時間見続けることは不可能です。物理的視野は成立しないので、ある種の「構造的に確認できること」を導入しなければなりません。 それが関心を持つのは「私が今見ているか」ではなく「私がいつでも見られるか」です。これはまったく別の工学的目標です。

ここで二つの概念をはっきり区別したいと思います。Human View と Harness は同じものではありません。 Harness が解決するのは「iFay の振る舞いがきちんとしているか」――手順がコンプライアンスに沿っているか、動作が境界を越えていないか、出力が安全と倫理の制約に合致しているか、といった話です。 Human View が解決するのは「Human Prime が iFay をどこまでコントロールできるか」――いつでも確認でき、いつでも介入でき、いつでも終止できるか、ということです。 さらに厳密に言えば、「凧の糸」のあらゆる張り具合に対して、それぞれ対応する Harness を備える必要があります。糸が緩いほど Harness への要求は高くなり、糸が張っているほど Harness への要求はマウス級の指令一致性に近づきます。 私が Human View を強調するのは、iFay をおとなしくさせるためではなく、こう保証するためです。糸をどれだけ遠くまで伸ばしても、あなたは常に引き寄せ、引き戻し、はっきり見ることができる、と。

さらに重要なのは、Human View は何かのフィールド、何かの API、何かのボタンではなく、ある憲法級の制約だということです。 いかなるフィールド、メッセージ、状態機械の設計であっても、Fay を Human View から外させるなら、ブループリント層面で許可されません。工学的にどれほど便利であろうとも。 これは修辞ではなく、私たちがプロダクトとプロトコルを設計するときの硬制約です。

Human View は次の四つの状況も明示的に禁止します（四反命題）。

  • 未認可（Unauthorized）：検証可能な認可を得ずに行動すること。
  • 意図外（Unintended）：認可はあるものの、今回の動作についての意図表明（intent expression）を受け取っておらず、現在の意図から逸脱して行動すること。
  • 不認知（Unaware）：認可も意図表明も成立していても、人間が合理的なコストで Fay の動向を知ることができないこと。
  • 制御不能（Out-of-Control）：人間がすでに知っているが、即時に介入できず、撤回できず、減速できず、破棄できないこと。

これら四項は要するに「人と機械が共生する際の倫理的底線」ですが、それを実行可能なプロトコル要件として書き下したものです。認可と意図表明は入口と過程、認知はフィードバック経路、制御は最後のゲート。一つでも欠ければ、いわゆる「監護」は名ばかりになります。

「監護下」とは何を意味するか：双方向スイッチではなく、凧の糸に近い

「監護」と聞いて、多くの人がまず思い浮かべるのはオン／オフです。私が管理するか、しないか。 ところが iFay を作り始めてすぐに気づきました。この「スイッチ思考」は人を二つの極端に追い込みます。細粒度の確認に疲弊し尽くすか、見えないところまで権限を放してしまい止められなくなるか、です。

私はもっと「凧の糸」で監護強度を説明したいと思います。糸を近くで握るほど、あなたのコントロール力は強くなり、糸を遠くまで伸ばすほど、iFay の自律的な空間は大きくなります。 重要なのは「糸を放すかどうか」ではなく、糸が常にあなたの手にあることです。あなたはいつでも糸を巻き取り、付け替え、切ることができます。

この糸の張り具合を、おおよそ五段階に分けます（タスクごとに段階を変えます）。

  1. 完全等価（マウスのよう） あなたが一度クリックすれば一度動く。iFay は一切の「自分勝手な判断」をしない。 適合：高リスク、不可逆、説明困難な動作（送金、署名、データベースの削除、解雇）。

  2. 監督下（コ・パイロットのよう） iFay は理解し、計画もするが、重要なステップは必ずあなたの同意を求める。 適合：中リスクで、手順が長くても段階的に確認できるタスク（航空券予約、変更、フォーム送信）。

  3. 意図表明下（あなたの意識の延長のよう） あなたが大まかな意図を伝えれば、iFay はあなたの習慣に沿って完了させ、レシートと追跡可能な記録をあなたの視野に戻す。 適合：低リスクだが頻度の高いタスク（メール整理、スケジュール調整、買い物リスト、ドラフト生成）。

  4. 権限委譲下（範囲のなかで自走） あなたが範囲（時間ウィンドウ／予算／端末／タスク領域）を与え、iFay 自身が計画し実行する。ただし過程は常に可視で、中断可能、撤回可能。 適合：継続的なルーチンタスク（巡回点検、モニタリング、情報収集、ドローンの定期飛行）。

  5. 境界内自治（長期共生） あなたはより大きな境界のなかで iFay の自律駆動を信頼する。それでも Human View と介入経路は常時開放。 適合：長期コラボレーション（長期アシスタント、家庭内協働、健康管理）。

この五段階は一見「権限をどこまで放すか」を論じているように見えますが、本当に守りたいのはひとつのことです。 糸をどこまで伸ばしても、iFay は Human View から外れてはならない。 監護とは「あまり権限を渡さないこと」ではなく、「権限を渡すとしても視野のなかで渡すこと」です。

Faying：「つながっていればよい」ではなく、「融合と一体化」が各レベルで成立するということ

もし Faying を「接続している状態」とだけ理解すれば、自然と危険な方向に向かいます。 「つながったのなら、つなぎっぱなしでよい」と。

私たちが Faying を提起したのは「つながっているか否か」を述べるためではなく、ある 強い接続、強い融合の共生のあり方を定義するためです。 iFay が Faying のもとで働くとき、それはもはや外付けの道具ではなく、ある程度あなたと「一体化」し始めます。タスクとリスクレベルに応じて、異なる段階の等価性が形成されます。 ある段階ではマウスのように、あなたが一度クリックすれば一度動き。 ある段階ではコ・パイロットのように、iFay は理解し計画するが、各ステップにあなたの首肯が要り。 ある段階ではあなたの意識の延長のように、あなたが大まかな意図を出せば、iFay があなたの習慣で完了させ。 さらに上は、あなたが権限を委ねる境界内自治。 ただしどの段階であっても、「一体化」は Human View を満たさなければなりません。いつでも確認でき、追跡でき、介入できる。

この「融合」を工学上成立させるには、状態だけを語ってはならず、「制御権の交付」もプロトコルに書き込まなければなりません。Faying Protocol は Faying を二重の意味論に分解します。 Faying State（状態意味論）：Human Prime の監護下にある接続状態（融合関係が持続的にオンライン）。 Faying Action（動作意味論）：離脱状態から Faying State に入る一回限りの「制御権交付」動作（融合関係が確立される）。 （「状態 + 動作」というこの二重意味論をより詳しく知りたい場合は、「Faying の二重意味論」をご覧ください：https://ifay.ai/ja/docs/Faying-Protocol/blueprint/12-Faying%20%E3%81%AE%E4%BA%8C%E9%87%8D%E6%84%8F%E5%91%B3%E8%AB%96 ）

これが重要なのは、状態と動作の両方を一級市民として扱って初めて、責任帰属がひそかに抹消されない、と保証できるからです。

プロダクトの観点では、私は Faying Action の要求を「制御権交付に際して必ず満たすチェックリスト」として捉えます。

  • 必ず Human Prime によって明示的に発起される：Fay が自発的に開始することは許されない。
  • 必ず証言可能である：監査可能な印を残さなければならない。
  • 必ず有限範囲である：無期限の Faying はアンチパターンであり、時間ウィンドウ／タスク範囲／端末範囲などの境界を携えるべき。
  • 必ず対称的に撤回可能である：開と閉が同等に容易であり、「開けやすく閉じにくい」設計であってはならない。

Faying State も「つながったら終わり」ではなく、三つの必然属性を伴います。

  • 行為帰責の唯一性：対外行為の責任端が飛び移らない。
  • 可視性の持続：Human View によって監護がなお有効であることをいつでも確認できる。
  • 介入経路の常時開放：撤回／一時停止／減速／破棄が最高優先度を持つ。

Faying の核心は「私はあなたに権限を渡して外で走らせる」ではなく、「私は制御権をあなたに渡すが、私はずっとこの関係のなかにいる」ということです。 この関係が成立して初めて、iFay はより複雑な端末やアプリケーションのなかであなたの代わりに行動でき、あなたを「見えない、止められない、説明できない」危険な領域に追いやらずに済みます。

離脱状態（Rogue Fay）：監護下になければ「外部に手を出す」ことを許さない

私たちはプロダクトとして、より厳格な戦略を選びました。明確な責任承接側のいない Fay 行為は、起きないほうがよい。 言い換えれば、Faying のなかにいないかぎり、iFay は外部に「手を出す」ことができません。あなたの代わりに端末を操作することも、メッセージを送ることも、外の世界に影響を及ぼすいかなる動作もできません。 できるのは最小化された守護だけです。あなたが新たに制御権を交付してくるのを待ち、すでに保持しているデータを保護し、異常を検知したときに警告を発し、「私は今、離脱状態にある」という事実を、はっきりとあなたの視野に戻すこと。

これを工学上に本気で落とし込むと、かなり「直感に反する」ことになります。私たちはソフトウェアの世界で、システムはデフォルトで動き、デフォルトで何かをし、デフォルトで自己復旧する、という習慣に慣れているからです。 しかし Fay はそうはいきません。Fay が一度「何かをする」と、現実の対象に影響が及ぶからです。

そのため Faying Protocol は、Fay のデフォルトの初期状態を Rogue Fay（離脱状態） と定義します。 それは「存在する」が、「行動する」ことは許されない。Human Prime が明示的に Faying Action を発起して初めて、行動資格を獲得します。 これは安全閉鎖原則です。デフォルトは閉、明示的にのみ開く。

工学実装で「ついでにやってしまう」越境が出ないよう、私たちは離脱状態の境界を非常に細かく書きました。監聴できる、守護できる、警告を出せる。ただし外部行動はできない。 より完全な境界とトリガー条件は「離脱状態と責任帰属」をご覧ください：https://ifay.ai/ja/docs/Faying-Protocol/blueprint/13-%E9%9B%A2%E8%84%B1%E7%8A%B6%E6%85%8B%E3%81%A8%E8%B2%AC%E4%BB%BB%E5%B8%B0%E5%B1%9E

  • 「監聴と待機」を許可する（外部影響を生じない）。
  • 「自己点検と警告」を許可する（リスクを Human View に戻す）。
  • 「データ守護」を許可する（暗号化・隔離、未認可の読み書きを拒否）。
  • 「外部行動」を明示的に禁止する（外の世界の状態を変えるいかなる動作も）。

これがあなたの欲しい類比です。 **Faying のない自動運用体は、HTTPS のないサイトに似ています。**アクセスはできますが、ブラウザは赤くマークし、心理的にも、それは機微な行為を担うべきでないと感じます。 同様に、Faying から離脱した Agent や自動運用実体が「すぐに悪さをする」とは限りませんが、それは構造的に安全ではありません。「未認可／不認知／制御不能」の状況にいつでも陥り得るのに、あなたにはプロトコル級のゲートがないからです。

プロトコルで Human View を実装する：Human Prime がいつでも見え、ブレーキをかけられる

Human View はスローガンではなく、プロトコルとプロダクトのなかでデフォルト能力にしなければなりません。可視・追跡可能・介入可能。 ここで言う Human Prime は iFay 体系のなかでの責任端の定義です。この概念について知りたい場合は「定義と概念」をご覧ください：https://ifay.ai/ja/docs/iFay/blueprint/02-%E5%AE%9A%E7%BE%A9%E3%81%A8%E6%A6%82%E5%BF%B5

1) 状態が見えること：私はあなたが Faying のなかにいるかどうかをいつでも知ることができる

プロダクトとして、私は次を要求します。 いかなる時刻においても、Human Prime はある「単一視点ビュー」のなかで、現在 Faying State にある Fay はどれか、それぞれの範囲境界は何か、異常警告があるかを確認できなければならない。

これはオプション機能ではなく、「視野」そのものです。さもなくば Human View は空文になります。

プロダクト形態は何でもありえます。スマートフォンのウィジェット、通知センター、ウェアラブル、デスクトップトレイ、車載 HMI など。重要なのは「いつでもアクセス可能」であることです。

2) 行為が追跡可能であること：「さっき何が起きたか」にいつでも答えられる

Human View の核心はリアルタイム監視ではなく、追跡可能な確認です。 ですからログは「理解可能」でなければならず、エンジニア向けの trace だけではいけません。少なくとも次に答えられる必要があります。

  • 今回の動作を発起したのは誰か（Human Prime の指令／意図表明／自動トリガー）。
  • どの認可範囲のなかで発生したか。
  • どの対象（端末／アプリ／アカウント／データ）に具体的に影響したか。
  • 異常時に Faying から自動退出したか。警告はトリガーされたか。

これらが揃って初めて「視野のなかにある」と言えます。見えて、調べられて、ブレーキをかけられる。

3) 介入が到達可能であること：いつでも止め、減速し、撤回できる

プロダクト層では、介入は「マッスルメモリ級」に到達しなければなりません。 重要な瞬間に、ユーザーを設定ページに行かせ、ログをめくらせ、コマンドを打たせるなどあり得ません。介入はブレーキのように、シンプルに、直接的に、明確なフィードバックを伴うべきです。

介入は四つのボタンに固定します。

  • 一時停止（Pause）
  • 撤回（Revoke / Exit Faying）
  • 減速（Slow down / Require confirmations）
  • 破棄（Destroy / Kill switch）

そしてこれらの優先度は、すべての「業務上の理由」に勝らなければなりません。これはプロトコルの硬制約であり、プロダクトのオプションではありません。

「糸の張り具合」をルールに落とし込む：タスクごとに異なる監護強度を選ぶ

私たちは上記の監護強度を一連のルールに落とし込みます。同じ枠組みのなかで、タスクの種類、リスクレベル、リソースの種類に応じて、異なる動作ゲートを選びます。

1) タスク分類：「可逆性 × 損失半径 × コンプライアンス感度」

  • 可逆性：撤回可能／救済可能／不可逆（送金、署名、データベースの削除）
  • 損失半径：自分だけに影響／他人に影響／公共安全に影響（ドローン、車両）
  • コンプライアンス感度：個人プライバシー／金融／医療／未成年／公的権力

この三軸が「デフォルトの監護段階」を決め、同時に Faying Action の scope の設定方法（時間ウィンドウ、タスク領域、端末領域、予算領域）を決めます。

2) 認可と意図表明の分離：「やってよいか」と「この一回」を分ける

Human View は四反命題のなかで強調しています。認可（authorization）は「動いてよいか」を解決し、意図表明（intent expression）は「この一回の動き」を解決します。 システムに落とすときは、それを二種類のクレデンシャル／二種類の記録に分解する必要があります。

  • Authorization Grant（長期または中期）：ある範囲のなかで、ある種の能力を iFay に使わせる。
  • Intent Ticket（短期、一回限り）：今回の具体的な動作の実行を許す。

これによって「メールの読み書きを認可したら、ついでに全員に一斉メールを送られた」という災難を回避できます。認可は意図表明ではなく、意図表明は各動作のゲートです。

3) Human View 経路：「見ることができる」をプロトコルの硬制約にする

これは「通知機能を一つ作る」という話ではありません。むしろシステムの強制ルーティングに近いものです。

  • いかなる外部行動も、還流可能なイベントを生成しなければならない。
  • そのイベントは Human Prime の視野端に到達できなければならない。
  • 視野端が長期間到達不能（オフライン、受信拒否、しきい値を超える連絡不能）であれば、システムは自動的に監護状態を退出し、離脱状態に戻り、外部行動を停止しなければならない。

Human View は本質的に「可観測性インフラ」を要求します。イベントが還流でき、状態が確認でき、コマンドが中断できる。実装をどう階層化しようと、「視野到達可能」は硬条件でなければなりません。

4) 離脱状態のゲート：守護はできても、外部行動はできない

「離脱状態では手を出さない」を本当に実行可能にするには、工学的に次が必要です。 Rogue Fay の期間、システムが追求するのは「タスクを完成させ続ける」ことではなく、「外部影響の停止 + 復旧可能性の維持 + 合法的な制御権交付の待機」です。

これは多くの工学習慣を直接書き換えます。たとえば「断線後の再送」「タスクのリトライ」「自動補償」は、ここでは危険になり得ます。離脱した監護のなかで Fay を外部に行動させ続けてしまいやすいからです。 Faying Protocol のロジックは明確です。止まることのほうが、責任者がいないなかで行動するよりよい。

端末融合：端末と Human Prime を「同じ一人」のように近づける

私はドローン、メールクライアント、ショッピングアプリといった例を繰り返し挙げています。それらが「クールだから」ではなく、Faying の意味を具体的に語れるからです。 iFay があなたと一致する認知、記憶、習慣を携えて端末を操作するとき、端末はもはや冷たい道具ではなく、あなたとより緊密な融合を始めます。端末の振る舞いは次第に「あなた本人が操作している」ように見えていきます。 これが成立すると、人が端末に対して支払う学習コストは下がり、端末が人に適合することがデフォルトになり、人とデジタル世界の摩擦は構造的に解消されていきます。

ロードマップの設計で、私はかなり明示的な収束を行いました。まず「Human Prime ↔ iFay」の監護関係を最小のクローズドループに作り、それから端末／アプリは iFay を経由して受制御状態に入る。各端末を直接人に紐づけることはしません。 より完全な進化の考え方は「Human Prime ↔ iFay」をご覧ください：https://ifay.ai/ja/docs/Faying-Protocol/blueprint/05-Phase%201%20%E3%83%92%E3%83%A5%E3%83%BC%E3%83%9E%E3%83%B3%E3%83%97%E3%83%A9%E3%82%A4%E3%83%A0%E3%81%A8%20iFay

この選択により、責任の鎖は十分にシンプルに保たれます。あなたが制御するのがドローンでも、車載端末でも、メールクライアントでも、ショッピングアプリでも、責任承接点は変わりません。Human Prime です。

プロダクトの言葉に置き換えれば、こう言えます。 あなたが持つのはひとつの「デジタルの分身」であり、それは多くの「手足」（端末派生体）を伸ばせます。ただしあなたの視野とブレーキは常に手元にあります。

これこそ、強い接続、強い融合の本来あるべき姿です。失控した自動化ではなく、持続可能な共生。

最後にひとこと：Faying を AI 時代の「HTTPS デフォルト」とみなす

  • Faying State は AI 行動の安全領域です。責任承接側があり、可視性が持続し、介入経路があります。
  • Rogue Fay／Un-Faying はデフォルトで安全でない領域です。最小限の監聴と守護を許しますが、外部行動を禁止します。

インターネットの初期、http がすぐに「悪さをする」わけではありませんでしたが、本質的に安全ではありませんでした。やがて社会全体に「機微な行為はデフォルトで https でなければならない」という共通認識が形成されました。 AI 時代も同じ共通認識を形成するでしょう。 機微で、現実に結果をもたらす AI 行動は、デフォルトで Faying のもとで発生しなければならない。

これは保守的なのではなく、「責任構造」への敬意です。 私たちが欲しいのは、もっと速く走る自動運用体ではなく、人間が依然として視野を保ち、ブレーキを保ち、責任帰属を保てる共生のあり方です。

これが私の理解する iFay との共生のあり方です。 強い接続、強い融合、それでも Human View から決して離れない。

私たちの理念をより詳しく知りたい場合