I-S3 Software Division · 協調レイヤ
RightFlow
「担当になった」≠「入ってよい」。
Physical AI が増える現場で先に効くのは、脳ではなく境界。
人・ロボット・AI が許可も能力も違うまま並ぶとき、RightOS は「してよいか」、RightFlow は「次は誰か」を分けて守ります。
30秒でつかむイメージ
- MAY … 区域パスなど「してよいか」（RightOS）
- NEXT … 遅延や別件での担当交代（RightFlow）
- HOW … 動く直前に権利を再確認（実行系＋ゲート）
- 局所優先 … 制御の詳細は各側に残し、共有は協調事実だけ
RightOS が答えるのは: 「このアクターは何をしてよいか？」
RightFlow が答えるのは: 「次に何が起きるべきか？」
あなたのシステム が答えるのは: 「実際にどう実行するか？」
RightFlow は、人間・AI・ロボット・車両・施設システムなど独立したアクターが、製造者や制御スタックを共有しなくてもタスク・順序・割当・再割当・交換・依存・実行状態を協調するための中立プロトコルです。金銭・配車・物理制御はコアに含めません。
Physical AI との関係（誇張なし）
RightFlow / RightOS は Physical AI（現実世界で感知・行動する AI／ロボット）そのものではありません。それが多数並ぶ環境で重要になる、許可と次の一手の境界レイヤです。知覚・航行・モータ制御・緊急停止は実行系の責任です。
局所優先の協調（local-first）
全体を常に見渡す中央脳を前提にしません。高頻度の進捗や制御の内部は各実行系に残し、共有層には提案・割当・端末状態など、複数主体が同じ解釈を要する協調事実だけを置きます。組織全体の一覧は管理・統合向けの例外経路です。
誰のための API か
様々な許可（RightOS：してよいか）と能力（RightFlow：できること）を持つ人・ロボット・AI が、共通の制御盤なしに自律的に動く現場向けです。担当の交代と入域の可否を分けて守るので、自律が進んでも「勝手に入る」を防げます。
Facility Handoff Lab（ライブ）許可と能力が違う人・ロボット・AI が自律的に動いても、担当と入域を分けて守る。90秒で体感。
やらないこと
- 車両手配・運賃決定・ドライバー割当・配車仲介は行いません。
- 価格・入札・報酬・精算をコア概念にしません（Monetary Neutrality）。
- 航行・SLAM・モータ制御・緊急停止は実行系の責任です。
- RightOS の権利を勝手に書き換えません。提案し、RightOS が権利を裏付ける。
続き: 概念ガイド · API ドキュメント