| name | requirement-session-restorer |
| description | 跨会话恢复需求上下文。LLM 没有跨会话记忆,本 Skill 把仓内状态文件还原为可继续工作的 context bundle。 |
| allowed-tools | Read, Bash, Glob |
Skill: requirement-session-restorer
原文 §8.3 需求生命周期类。专门解决"今天聊天,明天接不上"问题。
触发
/requirement:continue <req-id>
- 任何会话开始时,若用户提及历史需求 ID
恢复内容
按重要度从高到低读取并摘要:
requirements/{project}/{req-id}/state.json ⭐ 必读
requirement.md ⭐ 必读(只摘要标题 + 验收标准)
- 最近一次门禁文件
gates/*.md(最新 ts 那个)
tasks/features.json 中 status != done 的 features
- 最近 3 条
notes/*.md
- 关联 service 的
experience/ 中触发提示与当前阶段匹配的条目
- 当前 git 分支(确认是否在三仓正确分支上)
输出(context bundle)
=== 恢复需求 T12345 ===
标题:新增按用户标签发券能力
当前阶段:3.2(详细设计中)
已通过门禁:2.2 ✓
待办:
- DEC-005 幂等设计未写完
- 灰度计划阈值待与运营对齐
分支:feature/koka/T12345(Harness ✓,业务仓 ✓,IDL 仓 ✓)
近期 notes:
- 2026-05-28 10:30 与 vipapi owner 确认 /tag/v2 单批 1000
⚠️ 注意:本模块有教训『分页必须有上限』,与 REQ-002 相关
不做的事
- ❌ 不修改任何文件(只读恢复)
- ❌ 不臆造缺失信息
- ❌ 不替用户决定下一步(只给建议)
与 universal-context-collector Agent 的区别
- universal-context-collector = 任一阶段开始前的"上下文加载",重点在规范层
- requirement-session-restorer = 重点在"需求状态层",更聚焦
- 二者可以串联:先 collector 加载规范,再 restorer 加载需求状态