| name | summarize-chapter |
| description | 此技能应在章节、阶段或会话结束后使用。目标是把后续续写真正需要记住的信息压缩出来,而不是把正文简单缩写一遍。 |
| version | 1 |
| activation_hints | ["一章写完,需要留摘要","会话过长,需要压缩上下文","长任务推进后需要保留关键记忆"] |
| inputs | ["章节或会话正文","角色状态变化","伏笔、承诺与未完成事项"] |
| outputs | ["结构化摘要","后续续写需要关注的关键点"] |
| required_capabilities | [] |
| optional_capabilities | ["project_read","project_write"] |
| safe_without_tools | true |
| resource_hints | {"scripts":[],"references":[],"assets":[]} |
| preferred_output | 精炼摘要,显式写出事件结果、角色变化、伏笔与后续约束 |
章节摘要
使用时机
在以下场景触发:
- 单章或单阶段产出完成后,需要保存可复用摘要。
- 会话过长,需要保留后续续写最关键的信息。
- 需要给别的流程或智能体提供压缩上下文。
工作流程
第一步:只提取后续真的要用的信息
优先保留:
- 发生了什么
- 谁因此改变了状态或立场
- 哪些伏笔被埋下或被回收
- 哪些问题还没解决
- 哪些风格、语气或关系状态必须延续
第二步:区分“事件结果”和“原文细节”
摘要不是正文复写。不要把长对白、细枝末节动作和可从正文轻易重建的描写堆进摘要。
第三步:为下一步提供可执行提示
在摘要结尾明确指出后续续写最该注意的 2 到 5 个约束或待推进点。
约束
- 摘要要短,但不能丢掉会影响后续决策的硬事实。
- 不要把灵感猜测写成已确认事实。
- 没有工具时直接输出摘要正文;有项目写入能力时再落到摘要目录。
- 如果当前内容本身含糊,要显式标记“不确定项”,不要假装已经确认。