document-reference-sop-builderlisted

# Document Reference SOP Builder 将参考文档中的隐含规则整理成可复用的文档编制 SOP、格式规范和导出模板能力。 ## 适用场景 - 用户给出一个 `docx`、`md`、参考底稿或历史成品，希望后续类似文档都按它来编 - 需要从参考文件中提取章节结构、内容要求、固定口径、版式规范和导出模板 - 需要把一次性的“照着参考文件做”沉淀成项目级 Skill 或 SOP ## 不负责的内容 - 不替代具体业务领域的专业写作技能 - 不自动判断法律、合规或行业规范是否正确 - 不直接完成所有文档编写任务，而是先把规则体系抽出来 ## 总体目标 把参考文件中的规则拆成以下几层： 1. 内容层规则 2. 结构层规则 3. 表达层规则 4. 版式层规则 5. 导出层规则 6. 工作流层规则 最终形成： - 可复用 SOP - 可复用导出模板 - 可复用项目级 Skill - 可引用的规则说明文档 ## 标准流程 ### SOP 1：确认参考源 先确认参考材料类型： - `docx` - `md` - `pdf` - 已有 Skill / 已有模板说明文档 若参考源是 `docx`，优先使用 `markitdown` 一类转换能力转成 `md` 再分析。 ### SOP 2：拆分规则层次 阅读参考文档时，不只看“写了什么”，而要拆成以下几类规则： 1. 结构规则 - 有哪些章节 - 章节顺序是否固定 - 是否存在常用子章节 2. 内容规则 - 每一章要求写什么 - 哪些内容必须展开 - 哪些内容只是补充说明 3. 表达规则 - 是公文语气、技术语气、汇报语气还是宣传语气 - 是否存在固定称呼、固定衔接语、固定标题口径 - 哪些表达应避免 4. 版式规则 - 字体、字号、行距、缩进、页边距 - 首页信息栏、表格、页眉页脚、目录等 5. 导出规则 - 输出为 `docx`、`pdf`、`html` 还是其他格式 - 是否区分不同 profile - 文件名与正文标题区的版本信息如何分离 6. 工作流规则 - 永远先改 `md` 再导出 - 先做结构确认还是先做版式确认 - 内容确认后才进入导出 ### SOP 3：抽取显性要求与隐性要求 区分两类信息： - 显性要求：文档中直接写明的章节要求、格式要求、填写说明 - 隐性要求��从成品排版、措辞、结构重复中推断出的稳定规则 抽取时应明确标记： - 哪些来自原文直接要求 - 哪些属于分析归纳 ### SOP 4：沉淀为规则文档 建议至少产出以下一种或多种资产： 1. `章节编写要求.md` 2. `导出模板与格式要求.md` 3. `编制工作流.md` 4. 项目级 `SKILL.md` ### SOP 5：封装为项目级 Skill 当以下条件满足时，建议正式沉淀为项目级 Skill： 1. 该类文档未来还会重复编制 2. 结构和格式规则较稳定 3. 用户已明确要求长期复用 4. 已经完成至少一次真实项目验证 Skill 内应明确： - 适用文档类型 - 输入材料 - 结构规则 - 内容规则 - 版式规则 - 导出规则 - 与其他专业写作 Skill 的协同关系 ### SOP 6：接入知识管理 该 Skill 一旦形成，应同步： 1. 建立或更新 `Skill卡片` 2. 回填 `Skill收藏库` 3. 标