图 11-1完整轨迹
图 11-1 · 九个事件。注意 H08/H09 只在派生子代理时才被触碰，H10 只在长任务时才被触碰。
11-2三层收束：一句话记住整个架构
H01–H03
为什么 + 用什么装
纯文字 + 渐进加载。决定了它零依赖、可移植、但无强制力。
H04–H06
谁调度 + 按什么判
根文件路由到剧本，剧本引用原则。流程与判据彻底分离，这是整套件的骨架。
H07–H10
怎么放大 + 怎么续
扇出放大判断力，模型表控制规模，宿主绑死 Cursor，落盘层保证可接手。
11-3自测：能答上这七题就算学会了
- pstack 反对的四个毛病分别是什么，各自由哪一层兜住？
- 为什么 50 个技能同时装着却不撑爆上下文？（关键词：两段式装载）
Non-negotiables 和 Playbooks 都在决定下一步，差别在哪？- 原则为什么在 frontmatter 里全部
disable-model-invocation: true？
- arena 和 interrogate 都跑多个模型，产出物有什么不同？
- 模型覆盖表为什么保存在
~/.cursor/rules/pstack-models.mdc？
- 停机交接备忘为什么放在
/tmp/<slug>-resume.md 而不是当前对话上下文里？
11-4想继续动手，三条路
| 动作 | 得到什么 | 风险 |
|---|
跑 /setup-pstack | 生成 H08 那张覆盖表（~/.cursor/rules/pstack-models.mdc），把角色模型固定下来 | 低，只写一个配置文件 |
读 playbooks/bug-fix.md 全文 | 看清一个剧本的真实文体，比看任何解释都直接 | 无 |
挑一条 principle-* 让我照它做一次改动 | 体验"引用必须点名"的审计效果 | 低 |
最后一句判断：pstack 值得学的不是那 50 个技能，而是它的分层决定——
把"判断标准"和"执行流程"分开，把"能移植的部分"和"必须重写的部分"分开。
前者让它可审计，后者让它活过了 runtime 的更替。