ワークスペースを経営体として設計する

なぜワークスペースが「経営体」なのか

ほとんどのSaaSツールは、ワークスペースを「チームが使う作業空間」として設計している。ファイル、タスク、チャット。それらを整理する「箱」だ。

Flapbase はそこから出発しない。

ワークスペースは、意思決定・知識・目標・実行ルールを持つ、一つの経営体である。個人が一人でビジネスを運営するとき、そのワークスペースは一人の経営者の頭の中を外部化したものになる。チームで使えば、組織の意思と行動が記録・実行される場所になる。

この設計思想の核心は「エージェントに文脈を与える」という問いから来ている。AIエージェントがタスクを正しく判断するには、「誰のために、どんな価値観で、どんな制約の中で動くか」を知っている必要がある。その文脈の受け皿がワークスペースであり、ゆえにワークスペースは経営体でなければならない。

4層アーキテクチャ

Flapbase のワークスペースは、4つの論理層として構成される。

L1: Policy（方針層）

ワークスペース全体を貫く原則と方針を定義する層。「何を大切にするか」「何をしてはいけないか」がここに置かれる。エージェントはあらゆる判断においてこの層を参照する。設定例: ブランドトーン・承認が必要な変更の種類・コストの優先順位。

L2: Execution（実行層）

ワークフローとエージェントが実際に動く層。アプリ（App）・ワークフロー（Workflow）・エージェント（Agent）の3要素で構成される。L1 のポリシーを遵守しながら、スケジュール・トリガー・手動起動によってタスクを実行する。

L3: Knowledge（知識層）

ワークスペースが積み上げてきた文脈・知識・データを蓄積する層。VDB（Virtual App Database）レコードとして保存される。目標の進捗、意思決定の経緯、調査メモ、SNS投稿の蓄積。エージェントはこの層を読み書きすることで、単発の処理ではなく「文脈を持った仕事」ができるようになる。

L4: Governance（統治層）

人間がエージェントの行動を承認・拒否・委譲する層。change_delegation_policies によって、どの種類の変更をエージェントが自律実行できるか、どれを人間の承認が必要とするかを定義する。ガバナンスを持つことで、エージェントへの信頼を段階的に委譲できる。

ルールの階層構造

4層は単なる分類ではなく、上位層が下位層を制約する関係にある。

L4 の承認ルールは L2 の実行に優先する。L1 のポリシーは L2 の判断を縛る。しかし L3 の知識は、L2 の実行精度を向上させるために活用される。

この構造によって、エージェントは「自由に動けるが、逸脱できない」状態を実現する。ポリシーの範囲内では自律、範囲外では人間に委ねる、という分担が自然に生まれる。

エージェントの思考ループ

Primary Agent（プライマリエージェント）は、ワークスペース作成時に1体だけ自動生成される。このエージェントは、毎朝のブリーフィングと夕方の振り返りを通じて、ワークスペースの状態を把握し続ける。

思考ループの構造は以下の通りだ:

1. 観察: L3 の知識層を参照し、目標・タスク・最近の意思決定を取得する
2. 判断: L1 のポリシーに照らし合わせ、今日何をすべきかを評価する
3. 実行: L2 のワークフローを起動、またはレポートを生成する
4. 記録: 実行結果・気づきを L3 に書き戻す
5. 委ねる: 承認が必要な事項は L4 の変更依頼として人間にエスカレーションする

このループが日次で回り続けることで、ワークスペースは単なる「ツール」ではなく、ビジネスとともに成長する「経営OS」になる。

ツールから OSへ

「ワークスペース＝経営体」という定義は、ツール設計への問いを変える。「この機能は便利か」ではなく「この機能はビジネスの文脈を正しく表現できるか」が問われる。

Flapbase は、この問いに答え続けることで、エージェントと人間が共同経営する新しい働き方の基盤を構築しようとしている。