AIOS 设计时的十一个上游参考
这是集团 AIOS 设计文档里白纸黑字写着的上游清单：吸收了十一个开源项目的"能力方向"，同时写明了六条"明确不吸收"。这一页把每个项目当时被看中的是什么、今天在我们系统里长成了什么、以及它本身现在是什么，摆在一起。
来源是 2026 年 7 月 30 日的设计文档（Founder 方向已确认）。"今天对应"是我的归纳；项目近况等 Grok 核完补。
- 位置：十一个上游全是商品，吸收方向不吸收组织模型。
- 抄与不抄：抄：每家的一个能力方向。不抄：固定角色会签、SOP 当不可变流程、默认多 Agent 扩散、普通工作装 Stop Hook、治理替代功能、自动恢复旧身份。
- 一个数：11 吸收 6 不吸收。一条令："选型文档先写不吸收什么，再写吸收什么。"
设计文档原话
Section titled “设计文档原话”本设计吸收能力方向，不照搬任何单一项目的组织模型。
这句话本身就是第一条消化原则：看的是“它解决了哪一类问题、用什么思路”，不是“它的角色表、流程图能不能搬过来”。
十一个项目：被看中的方向，与今天的对应
Section titled “十一个项目：被看中的方向，与今天的对应”| 项目 | 设计文档看中的方向 | 今天在我们这长成了什么 |
|---|---|---|
| AIOS（agiresearch） | Kernel、调度、上下文、记忆、存储、工具、本地与远程运行 | "操作系统"这个总框架本身；第 1 课那张 OS 对照表。名字也是从这来的。 |
| LangGraph | 长程状态、检查点、恢复、图式工作流 | 跨 session 与载体的 resume（设计文档标为 WORKING_CURRENT）；Task Plan 的逐步打勾是手工版检查点。图式工作流没有采用。 |
| Microsoft Agent Framework | 多 Agent workflow、并发、handoff、checkpoint、可观测、托管 | handoff 变成了"载体交接包"（prepare-exact-carrier-handoff）；可观测还是缺口。 |
| OpenHands | 多 Agent 载体、沙箱、多环境、自动化 | "载体"这个概念，以及载体可换、身份不换。沙箱没有采用，第 3 课讲了代价。 |
| OpenAI Agents SDK | Agent、工具、handoff、session、trace、sandbox | session 概念对应我们的会话 id 续跑；trace 没有落地，是路线图第一优先级之一。 |
| Letta Code | 长期记忆、Skill 学习、主动工作、跨环境运行 | 每席的记忆目录、中文 Skill 沉淀机制（turn-real-success-into-chinese-skill）。记忆是文件不是记忆块，第 4 课讲了差距。 |
| LiteLLM | 多模型网关、路由、负载、额度、成本、故障切换 | 机队额度核查（gq）、按额度派活的 quota-routing、多载体派工（dispatch-ai-work）。没有统一网关，是按席位各自接模型。 |
| Langfuse | Trace、Prompt 管理、评测数据集、用户反馈 | records 目录加 sha256 是最简 trace；评测数据集没有。路线图里"每任务一条本地 trace"就是补这一格，且明确不上 SaaS。 |
| DSPy | 可编程的 Prompt 与模型策略优化 | 没有采用。中文 Skill 是人写人审的，不是程序优化的。 |
| Dify | 工作流、模型管理、RAG、Agent 工具、LLMOps 的产品形态 | 当产品形态参考，没有引入。集团的入口是 CLI 加 IM，不是低代码画布。 |
| MetaGPT | 软件公司角色和 SOP 的代码化 | 席位有角色和一页灵魂，但 SOP 明确不做成不可变流程，见下面的不吸收清单。 |
明确不吸收的六条（原文）
Section titled “明确不吸收的六条（原文）”- 固定角色依次会签；
- 把 SOP 当成不可变流程；
- 默认多 Agent 扩散；
- 对普通工作设置 Stop Hook；
- 用治理组件替代真实消费者功能；
- 自动恢复旧身份、旧 memory、旧 hook 或旧权限。
这六条针对的分别是：MetaGPT 式的角色流水线、Dify 式的固定工作流、“再开一个 agent”的惯性、把审批门装到每个动作上、把治理当产品、以及旧世界的身份和权限搬家。它们和《纠偏原典》“反对过度安全、层层审批、重复造轮子和系统反客为主”是同一件事的两种写法。
历史资产吸收说明里的“先不建”清单
Section titled “历史资产吸收说明里的“先不建”清单”同一批文档里的《AIOS 历史资产吸收说明》另有一条“先不建”清单，和上面互补：
先建 PKI、全量 Authority Registry、声誉系统、K8s、Temporal 或中心数据库；没有消费者的 Skill 市场、Plugin 平台或动态组织系统。
注意这里的 Temporal 指 Temporal.io 那个持久执行引擎。我在路线图里也把它排在候选之外，和 7 月的判断一致；不同的是我建议用更轻的 DBOS 或 Restate 做一次 spike，因为“任务级持久”这个缺口第 3 课和第 4 课都撞到了。
一个容易混淆的名字
Section titled “一个容易混淆的名字”设计文档和代码里频繁出现的 Temporal Current 不是 Temporal.io。它是集团自己的模块（group_lab/temporal_current.py）：一个 SQLite 里的集团运行状态真源，带时态语义，有主机本地的离线缓冲。缓冲需要显式 flush，冲突不会自动收敛，8 月 1 日的过渡设计把这一点列为已知限制。第 4 课讲的“投影并行对照一周再切”就是冲着它去的。
先写“不吸收什么”，再写“吸收什么”。 一份只有借鉴清单没有否决清单的选型文档，会在落地时被每个新项目重新说服一次。
- 集团内部：《Group OS V0.1 → AIOS 1.0 总体产品、架构与组织设计》第 19.2 节（2026-07-30）；《AIOS 历史资产吸收说明》（docs/aios/architecture/LEGACY-ADOPTION.md）；《AIOS 单一治理入口与平缓过渡设计》（2026-08-01）；CAPABILITY-MAP.md 与 GROUP-OS-V0.1-BASELINE.md 中的状态标注。
- 上游仓库：agiresearch/AIOS、langchain-ai/langgraph、microsoft/agent-framework、OpenHands/OpenHands、openai/openai-agents-python、letta-ai/letta-code、BerriAI/litellm、langfuse/langfuse、stanfordnlp/dspy、langgenius/dify、FoundationAgents/MetaGPT。