技能介绍

解决什么问题

当 Agent 拿到「改写这段文字」「把这篇论文总结一下」这类请求时，最常见的失败模式是直接动笔：缺原文就凭印象编。改写和翻译丢了原文，总结和分析没有素材，产出必然失真。这个 skill 要填的坑就在这里——它把「没有满足输入依赖的素材，就没有内容产出」写成了硬规则，而不是一句口号。

工作方式

它定位为 tri-intent 的下游执行器。激活条件很具体：读到快照 §三且 L2 落在 I06–I10（生成/改写/翻译/总结/分析）之一，就按委托执行链路推进，不再重新识别意图：

版本检查前置：任何入口启动的第零步先跑 scripts/check_update.py，解析其 JSON 输出的 state 字段决定放行或阻断；脚本自身故障时兜底降级放行，不让版本门拖垮启动
子意图路由：按 L2 选择执行策略，五种子意图的输入依赖各不相同——I07–I10 必须有原文或素材，I06 必须有明确的主题与规格；缺依赖就回退 clarify-gate，绝不凭空生成
最小化原则：只生成任务要点范围内的内容，要扩大范围必须先向用户说明并确认
格式约束贯穿全程：按 D4_格式约束 的字数/结构/风格组织产出，I07/I08 还需保留段落级原文对照
质量自检前置：动笔前用一句话声明本次意图、已读快照、子意图策略与输入依赖校验结果

产物落盘为 deliverable.md（I07/I08 附带 对照表.md），交付前按质量标准表逐项核对：内容准确性、格式合规性、原文保真度、信息覆盖率等。

适用边界

它只管文本类成果物。意图识别、咨询作答、编码调试、多媒体产物分别由 tri-intent、tri-ask、tri-coding、tri-mm 负责。I06 的文章子类（技术长文、博客等）归 tri-article；I08 翻译在含代码块、项目术语表、高保真场景或篇幅超 2000 字等条件下委派 tri-translate，产物二选一不重复产出。独立使用时先做上游依赖检测：有可用快照走快照模式，无快照会引导先经意图识别，用户拒绝安装则进入降级模式、自构造等价输入——但意图判定精度会打折扣。