3.7 KiB
Agent Note：按包锚定的子系统页面与轻薄的分组 README
Status: implemented
English | 中文
Problem
子系统目录最初用主干-vs-seam 规则界定首页范围：如果循环在每个轮次都持有、派生、流式传输或记录某个类型，它就是「核心」。该规则选择的是类型而非包，因此当目录增长到四十多页后，首页变成了跨包大杂烩：LLM 对话词汇排在 agent 约定之前，创建/所有权词汇（AgentHandle、CreateAgentOptions、ResumeAgentOptions、AgentFactory）在目录中无处记录（生成器把它们豁免给了某个包 README），读者无法根据类型所在位置预测哪一页记录它。与此同时，各包分组 README 没有统一形状——有的带分节表格、游离的设计短文，或本应属于子系统页面的尾部段落。
Decision
每个 docs/subsystems/ 页面锚定到声明其词汇的包或包分组，页面归属跟随仓库布局：core.md 是 packages/core 的页面（创建与所有权、Agent 句柄及其投递/取消/拦截约定、指向该组专属页面的指针），llm-streaming.md 端到端拥有 packages/llm，依此类推。全仓通用类型模式（…Map → 派生联合、品牌化 id）保留在 core.md 一个明确标注的收尾小节中，而不是与包内容交错。这在页面范围界定规则的意义上取代了主干-vs-seam 规则；存活下来的放置启发式更简单：类型记录在其声明包对应的页面，机制仍与其机制放在一起。
生成签名引用的每个类型都必须能在目录中某处解析：agent 所有权词汇从生成器的 TYPE_LINK_EXEMPTIONS 移入 LINK_MAP → core.md，因此豁免只留给真正服务本地或 vendored 的形状。每个粘贴的声明只有一个家（SessionEvent 位于 session.md；core.md 概括并链接）。
每个 packages/<group>/README.md 配对都是统一形状的精简入口：一段以「为什么」开头的介绍、一张包表格（包 / 角色 / ctx 键）、一个指向拥有方子系统页面的收尾指针。超出该形状的承重散文迁移到拥有方子系统页面，而非删除。
子系统 README 在两个语言侧索引目录中的每一页；scripts/project-doc-site.spec.ts 强制每页一行表格，因此后续 PR 新增（或合并吸收）的页面无法悄悄缺席索引。
Alternatives considered
**保留主干-vs-子系统界定规则。**它逐类型回答「这个类型是核心吗？」，这正是首页积累了四个包的类型、却缺失 packages/core/agent 一半公开 surface 的原因。按仓库布局可预测性胜出。
**扁平的单文档目录。**在原目录 note 中已被否决；增长到四十一页证实了该结论。
**只在包 README 中记录所有权词汇（豁免的现状）。**这让 AgentHandle 与 create/resume 选项在自称类型参考的目录中不可见，生成的 Types: 页脚也无法链接它们。
Consequences
- 哪一页记录某类型可由
packages/<group>/预测；子系统 README 是由测试强制的完整索引。 - 生成的签名页脚链接 agent 所有权词汇，而不是静默豁免。
verify-type-equiv的 1:1 manifest 保证每个粘贴单一归属；重复的SessionEvent粘贴已移除。- 原目录 note 仍拥有
ts type-equiv漂移检查机制；此处仅取代其页面范围界定规则。