# RightOS + RightFlow — 概念与用法指南

- status: conceptual / usage（非规范性架构文档）
- date: 2026-07-13
- languages: [EN](./RIGHTOS_RIGHTFLOW_CONCEPT_GUIDE.md) · [JA](./RIGHTOS_RIGHTFLOW_CONCEPT_GUIDE.ja.md) · zh-CN（本文件） · [zh-TW](./RIGHTOS_RIGHTFLOW_CONCEPT_GUIDE.zh-TW.md)
- terminology: [`docs/i18n/RIGHTOS_RIGHTFLOW_TERMINOLOGY.md`](./RIGHTOS_RIGHTFLOW_TERMINOLOGY.md)
- 公开页面: https://rightos.i-s3.com/software/rightos/docs/concept

**产品名 `RightOS` / `RightFlow` 不翻译。**

---

## 一分钟理解

| 层 | 问题 | 职责 |
| --- | --- | --- |
| **RightOS** | 可以做什么？ | 权利、策略、证明 |
| **RightFlow** | 接下来应该发生什么？ | 任务、顺序、分配、协调 |
| **你的执行系统** | 实际如何执行？ | 机器人、人、AI、车辆、软件 |

RightOS 与 RightFlow **不会**试图集中控制每一个参与方。它们面向**独立行动者、权威主体与执行系统**之间的**异步协作**。

```mermaid
flowchart TD
  R["RightOS<br/>可以做什么？"]
  F["RightFlow<br/>接下来应该发生什么？"]
  E["你的系统<br/>实际如何执行？"]
  R --> F --> E
```

---

## 概念由来（说明用，不是新颖性证明）

1. 人可以拥有在某地等待的临时权利。
2. 可机器验证的系统可以表示并验证该权利。
3. 同一概念可扩展到通行、使用、预约或执行权利。
4. 当多个行动者都有工作时，仅有权利不够。
5. 可能需要顺序、分配、委派、重新分配或任务交换。
6. 协调不得悄悄制造权威。
7. 因此将**权利权威**与**协调**分离 → **RightOS + RightFlow**。

这是教学路径，不是独特性证据。

---

## 1. 什么是 RightOS？

**权利 / 策略 / 证明**层。问题：**该行动者可以做什么？**

实践中签发、持有、验证、核销、过期、转让或取消权利（常以 QR「Right Token」呈现），且不要求终端用户姓名、电话或出生日期。

不是网约车/派单产品。不安排车辆、不定价、不分配司机、不做调度中介。

**已上线：** Token API、策略、Webhook、计费、Console、SDK、MCP — [Quickstart](https://rightos.i-s3.com/software/rightos/docs/quickstart)

---

## 2. 什么是 RightFlow？

**协调**层。问题：**接下来应该发生什么？**

在独立行动者之间处理任务、能力、分配提案（分配/重新分配/交换）、依赖与面向执行的状态。

不是市场、车队管理、机器人控制器或支付系统。只提出协调；不铸造权利。

**已提供：** 任务/行动者/提案 API、安全事件调和、OpenAPI、轻量 TS 客户端、MCP — [RightFlow docs](https://rightos.i-s3.com/software/rightflow/docs)

---

## 3. 为什么要分开？

因为**许可**与**工作顺序**可以按不同时钟变化：权利可在仍已分配时过期/撤销；优化器可提出更好方案却不拥有权威；多方不一致时系统不得假装一致。

若单一本地系统已合法拥有许可+调度+执行，通常**不需要**此分离。见 §13 与 [Decision Guide](./RIGHTOS_RIGHTFLOW_DECISION_GUIDE.md)。

---

## 4–8. 核心术语（简）

- **行动者（Actor）**：可持有能力并承担任务的参与方（人/AI/机器人/车辆/软件/组织）。
- **能力（Capability）**：能做什么的字符串标签；≠ 权利。
- **权利（Right）**：「可以做」的授权；生命周期由 RightOS 拥有。
- **任务（Task / FlowTask）**：应发生的工作单元；可长于单次 API 请求。
- **提案（Proposal）**：未提交的分配/重新分配/交换建议；不单独创造权利。

---

## 9. 权利变化时？

过期、撤销、有效窗结束可与分配独立发生。

**边界契约：** 分配 ≠ 永久授权。策略要求时，执行前须再次检查「是否可以」。安全可绕过普通协调，事后调和（ADR-0028）。

---

## 10. 系统之外

电机控制、导航、避障环、急停、厂商控制器、临床即时中断、市场/竞价/结算、派车与运费。属于执行系统或其他产品。

---

## 11–13. 何时用 / 何时不用

- **仅 RightOS：** 主要需要签发/验证/核销/过期/撤销/转让/证明权利，无需多行动者分配协议。
- **RightOS + RightFlow：** 独立行动者须协调任务，且权威仍分开控制。
- **都不用：** 不要因为有机器人、AI、队列或权限标志就引入。设备本地锁、连续控制、急停、单一权威已拥有许可+流程+执行时，选更简单设计。

克制是架构的一部分。

---

## 14. 场景示例

| 标签 | 含义 |
| --- | --- |
| 概念示例 | 教学用；不是部署声称 |
| 支持的模式 | 符合已上线 API / 边界 |
| Demonstrator | 内部或文档演示 |
| 生产部署 | 真实客户使用 — **禁止虚构** |

等候与取件（RightOS 支持模式）；轻量物流重新分配（概念/支持模式）；多厂商机器人、医院转运、装卸区（概念示例）；EV 充电协调（概念/混合）；AI 委派（支持模式，v0.1 以重新分配近似）；人/AI/机器人工作流、独立软件系统（概念示例）。

---

## 15. 用我们没想到的方式

行动者中立。请问：

> 我的系统里，哪些独立行动者需要在不共享单一权威的情况下协作？

检查清单：独立行动者是谁？谁控制各许可？任务仍在时许可会变吗？能否交接任务？优化器能否无权威提出建议？执行是否属另一系统？任务是否长于一次请求？是否多组织？多项为「是」则可能相关。欢迎发现 I-S3 未预见的市场。

---

## 16. 开发者下一步

公开概念页 → Decision Guide → RightOS Quickstart / RightFlow 文档 → OpenAPI → SDK / MCP。URL 与英文正本 §16 相同。

---

## 边界契约（白话）

1. 分配 ≠ 永久授权  
2. 优化 ≠ 权威  
3. 安全可绕过普通协调  
4. 权威不一致不可静默掩盖  

---

## 给 AI 编程代理

RightOS = MAY，RightFlow = NEXT，执行系统 = HOW。市场、派单、电机控制不在这些层。主机 v0.1 使用同一组织的 API 密钥。提出架构前先看 Decision Guide 结果码 A–E。