基础边界与共享底座建立
完成 monorepo、repo/runtime 边界、共享服务、人类边界、artifact/capability/ledger 基础层。
- 控制源与运行态分离，runtime state 外置。
- control-plane / human-gateway / worker-runner 角色拆分清楚。
- 共享注册表与审查基础设施已成型。
Roadmap
官网不能只给愿景，也必须让人看懂项目已经站在哪里。
这页把实现日志里的关键里程碑翻译成官网语言：哪些已经做成、它们证明了什么、下一步该走向哪里，以及哪些事情当前仍然不应该被宣称。
Milestones
已完成的三层进展：边界、业务单元、治理
从实现日志看，Company OS 已经从 monorepo skeleton 走到 demand intelligence 单元实体化，再走到 constitution / promotion / portfolio 这类治理层。
首个业务单元完成实体化
demand_intelligence 从叙事文档变成运行中的 unit kit 与 evidence-bounded 决策链。
- intake schema、evidence taxonomy、deliverable template 与 promotion gate 已齐备。
- research 流程引入 bounded source kinds、coverage gate 与 provenance。
- decision support 可输出结构化 recommendation draft。
治理能力进入宪法级原型
组合压力、selection plan、human gate reconcile、constitution proposal 与 lane-aware patch governance 已被 formalize。
- promotion_conflict 与 plan_application 的治理已经形成独立观测与调优路径。
- apply / rollback / canary / live lane 已有明确约束。
- 系统开始具备“治理自身治理规则”的结构能力。
Current Stage
当前阶段：足够真实，足够克制
对官网来说，最危险的不是讲少了，而是把原型讲成 finished product。当前最稳妥的表述应该同时包含“已验证”和“尚未完成”。
今天已经成立的事
- 有正式对象流。
- 有 demand intelligence 单元。
- 有证据、评审、human gate 与 governance prototype。
下一步最该做的事
- 继续稳定第一个业务单元。
- 把官网、部署和外部叙事做成真正入口。
- 在不稀释治理边界的前提下推进发布成熟度。
现在不能宣称的事
- 不能宣称已实现全面自治经营。
- 不能宣称有开放式自主情报采集能力。
- 不能宣称已经覆盖多个成熟业务单元。
Next
官网视角下更合理的下一阶段路线
用户要求把页面升级为真正官网入口后，路线也应当匹配：先把叙事、入口和部署做稳，再继续沿着“单元稳定 → 半产品化 → 扩张”的节奏推进。
官网入口稳定
让站点而不是原始文档承担 first-contact 角色。
单元验证继续
继续围绕 demand intelligence 做更可信的客户验证与交付循环。
发布成熟度提升
在 GitHub Pages 与 release-driven 站点发布层面先成熟起来。
扩张保持克制
首个业务单元稳定之前，不抢着讲“多单元平台”故事。
继续浏览