从 v0.1 到 v0.5.22，156 天，116 个版本段。这里写的不是功能清单，是我们踩过的坑、换来的规则，和还没填上的空白。
数据快照 2026-11-01 · 数字由 sync-facts 与 health:arch 采集自 Liri 主仓
跳到时间线2026 年 5 月 25 日，Liri 的第一个版本是 v0.1：100 次实质提交，一个能跑起来的终端 AI 助手。
最初想解决的问题很具体——让大模型真的坐在终端里，读文件、跑命令、改代码，而不是只在一个网页输入框里聊天。选择本地模型优先，是因为不想把私人文件传到别人的服务器；选择「安全内生」，是因为它拿到的是一台真实的机器，而不只是一个 API。
接下来的三个月，能力被一条条铺开：工具、27 个消息渠道、桌面端、语音、知识库。到 8 月，仓库里有 4000 多个文件。
也是在那时，问题第一次被明确指出来。2026 年 6 月 18 日的代码复查里：LocalHTTPService 7200 行，ChatManager 3263 行，测试文件 150 个，源码文件 3742 个。两个月后，架构健康度第一次打分：10/40，D 级，105 个超限文件全部未登记。
那时才明白：判断一个项目能不能被别人接手，不看它有多少功能，而看它踩过坑之后长出了什么规则。
按因果排序，不是日历顺序——时间上有交叠。
↳ 可以参与 — 想加新能力：在 app/src 下起模块，不要往内核里塞。
↳ 可以参与 — 认领一个超限文件的拆分（见下方参与方式）。
↳ 可以参与 — 按 CD01–CD07 做一次「死代码候选」核对。
↳ 可以参与 — 提交前先跑一遍本地门禁（bun run ci），红在哪就修哪。
↳ 可以参与 — 内核边界之外的新能力，从 app/src 起步，不必进内核。
架构不是重新发明的。薄内核、子系统边界、依赖方向、门禁与可观测——这套组织方式来自操作系统几十年的工程实践；Agent 领域近两年公开的设计模式与工程指南，也基本收敛到同一组问题：分层、边界、状态、治理、评估。我们按前者的方式约束自己，用后者的清单做自查。
操作系统概念 → Liri 现状
| 概念 | Liri 里对应什么 | 状态 |
|---|---|---|
| 内核 | @openliri/kernel 独立包，对外只暴露薄接口，K01–K08 门禁 | 已落地 |
| 子系统 | 工具 / 渠道 / 记忆 / 路由 / 沙箱 / 任务 / 语音 / 桌面，各有入口与边界 | 收敛中 |
| 驱动 | provider 适配器、渠道适配器、6 种沙箱后端（Landlock / Docker / SSH / PTY / macOS / Windows） | 已落地 |
| 进程与调度 | 会话执行、PDCA、Swarm、Cron | 已落地 |
| 权限模型 | 五层防线 + 审批四段（requested → presented → decided → recorded） | 待外部审计 |
| 可观测与审计 | 事件日志、成本账本、证据台账 | 已落地 |
| 维护者（MAINTAINERS） | 尚未建立：没有子系统 owner 与接手路径 | 空白 |
我们逐项对标了公开的 Agent 设计模式与工程指南：21 个模式都有真实实现，但其中 3 个关键开关默认关闭——所以对外只说「有实现」，不说「默认生效」。工程主线也按同样五段自查：架构、构建、运行、治理、调优。
没有 owner 就没有接手路径。这是最像操作系统、也最缺的一块。
契约设计稿已有，台账 / LoopProfile 是否落地未核实——接口稳定承诺还没写死。
复查时约 4%；CI 有 20+ 项架构检查，但还没有覆盖率门槛。
说实话：架构健康度仍是 D（10/40），142 个超限文件里还有 141 个未登记，最大的仍是 chat 模块（ChatManager 已从 7,036 行拆到 2,570 行）。内核有了，边界在收敛，维护者制度还没有——这就是「还没走完」的意思。
从入口到反馈的 8 个功能层；工程上由 6 层依赖门禁（entry > ui > app > service > infra > core）强制约束
每月一条，只记架构与治理上的变化，不收录普通提交。
之后的每月更新会继续追加在这里。
这页不是结项报告，是邀请。三件事，都有人手缺口。
Domain-first 知识域隔离已有设计稿，Phase A/B/C 未实施；内核边界之外的功能也不需要先进内核。
认领任务142 个超限文件（141 个未登记）待拆；测试覆盖率门槛还没建。
认领任务五层防线与 6 种沙箱后端已实现，规则源码可查，但还没有第三方审计。这是我们最想要的反馈。
看审计清单入口：app/src/security、app/src/sandbox、app/src/permission。
发现漏洞细节请按 SECURITY.md 私密报告，不要开公开 issue；公开 issue 只讨论审计流程与覆盖范围。
