业务知识工作流 适用场景 - 需要快速理解一个陌生业务模块 - 需要从 iWiki 或其他文档系统获取背景知识 - 需要把文档描述和实际代码做交叉验证 - 需要把知识沉淀成 skill、架构文档或模块说明 不适用场景 - 已经明确知道该修改哪段代码，只是去实现 - 只是压缩已有 skill，不需要重新获取业务知识 - 只是补普通说明，不需要形成复用知识资产 快速指导 1. 这个 skill 关注的是“先理解，再验证，最后沉淀”，不是直接改代码。 2. 业务知识获取通常分三段： - 文档发现与初筛： - 代码交叉验证： - 沉淀为 skill / 架构文档： 3. 文档内容默认不可信到可以直接复述，必须经过代码或运行链路验证。 4. 沉淀时优先写模块边界、关键对象、主链路和常见坑，而不是复制百科说明。 5. 如果最后产物是 skill，再联动看 。 高信号规则 - 业务文档和代码实现经常不完全一致 - 好的业务知识文档应该能回答“这模块解决什么问题、主链路是什么、改动时先看哪里” - 沉淀结果要优先服务后续开发和排障，而不是保留原始资料堆积 关键陷阱 - 只读文档，不做代码核验 - 把外部资料原样搬运进 skill - 输出结构没有边界感，导致后续继续膨胀 延伸阅读 - 文档发现与初筛： - 代码交叉验证： - 沉淀为 skill / 架构文档： - 如果你要写 skill：再看…