← RightFlow · 概念ガイド · API ドキュメント
60秒で触る · Concept Demoできる。してよい。今やる番。この3つは違う。
できる ≠ してよい ≠ 今やる番
RightOS は「してよいか」。RightFlow は「今だれの番か」。実行系は「どう行うか」。人でも、API でも、AI Agent でも、同じ問いです。
いちばん単純な例：EV充電器が1台
Alice と Bob はどちらも正規ユーザー。どちらも充電してよい。今の番は Alice。
店舗の整理券では「今の番」が権利そのものになることがあります。ここでは、正規ユーザーが資源を共有するとき、してよいことと今やる番が分かれる瞬間を触ります。
これは Concept Demo です。充電器は動きません。同じ問いを、手で変えられる模型にしたものです。
充電器を、何に置き換えても構造は同じ
これは充電器専用の技術ではない。MAY / NEXT / HOW が残る。
病院：全員入れてよい。入るのは今の番だけ
患者 A・B・C は全員 MAY = YES。NEXT は B。救急の D が来ると、権利は触らず順番だけが変わる。
許可と優先は別物。B が入るのは、MAY が特別だからではない。今の番だから。
いまある業務：請求書と送金 API
Agent C は送金 API を呼べる（できる）。会社から送金を許可されているかもしれない（してよい）。人間の承認が終わっていなければ、今の番は Human。
“この請求書を処理して”
- Agent A · 読取
- Agent B · 検証
- Human · 承認
- Agent C · 送金
API キーがある ≠ いつでも実行してよい
Agent C：できる YES · してよい YES · 今の番 NO。だから送金できない。
従来の認可との違い
RightOS / RightFlow は IAM の置き換えではない。ログインできるか、に加えて、今その行為をしてよいか・今だれの番かを分けて問う。
Bob は X を実行できるか？
↓
YES / NO
- 技術的にできるか？（CAN）
- してよいか？（MAY · RightOS）
- 今の番か？（NEXT · RightFlow）
- 直前の条件はまだ有効か？
- 実行する（HOW · 実行系）
三層：MAY / NEXT / HOW
このアクターはこの行為をしてよいか？
次に動くべきなのはだれか？
実際にどう行うか。行う直前に権利を再確認する。
同じ抽象が、現場も API も横断する
| 資源 / 行為 | MAY | NEXT | 実行 |
|---|---|---|---|
| EV充電器 | RightOS | RightFlow | 充電器 |
| 診察室 | RightOS | RightFlow | 施設 |
| GPU | RightOS | RightFlow | 計算基盤 |
| API | RightOS | RightFlow | ソフトウェア |
| 送金 | RightOS | RightFlow | 会計・決済系 |
| ロボット作業 | RightOS | RightFlow | ロボット（実行系） |
| AI Agent の操作 | RightOS | RightFlow | Agent / API |
ロボットと AI は最後に出てくる一般化です。中心は、いま現場にある資源の分け方です。
同じ原理を、もっと複雑な現場で
Facility Handoff Lab は未来都市ではありません。いま触った「してよい ≠ 今の番」の逆側——担当なのに入れない——を、荷物の受け渡しでライブ API として示します。
Facility Handoff Lab を開く氏名・電話は不要。配車・運賃・ロボット制御は行いません。Concept Demo は API を書き込みません。
仕様: Concept-Experience.md · 対になる実例: Facility Handoff Lab