Work Sc Document Sop Builder

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. 标注它是通用编制方法、项目级执行资产，还是可供其他文档类型参照的基础 Skill

使用原则

原则 1：先抽规则，再套用

不要直接把参考文档机械改名后复用。先提取规则，再决定是形成新模板、形成新 Skill，还是补充到旧 Skill 中。

原则 2：内容规则与版式规则分开沉淀

同一参考文档里，内容要求和导出样式可能分别适用于不同场景，应分开维护。

原则 3：先 md，后导出

即使目标是 Word 或 PDF，也优先把结构和规则沉淀到 md。

原则 4：优先形成 profile

若存在多种交付样式，应明确形成多个 profile，例如：

• client-review
• internal-review
• gov-style
• reference-template

推荐输出结构

# 一、参考文档来源
# 二、章节结构要求
# 三、章节内容要求
# 四、语言与表达要求
# 五、版式与导出要求
# 六、工作流与使用边界

与其他 Skill / 能力的关系

• 推荐与 markitdown 一类文档转写能力配合，用于把 docx 参考文件转成 md
• 可与垂直领域 Skill 配合，如专利、汇报、方案书、制度文件、公文
• 可与导出类 Skill 配合，用于把提取出的版式规则进一步落到导出脚本
• 本 Skill 自身是“规则抽取与 SOP 封装层”，不替代具体业务领域 Skill 和导出脚本

专题引用

• references/REFERENCE-DOCUMENT-RULE-EXTRACTION-CHECKLIST.md：文档规则抽取时的结构化检查清单，用于补充主流程中的细化核对项。

典型应用

示例 1：专利技术交底书

• 从参考交底书中提取章节要求
• 从参考 docx 中提取字体、行距、首页信息栏
• 再分别沉淀为：
  • patent-disclosure-workflow
  • work-sc-patent-docx-exporter

示例 2：项目汇报材料

• 从历史汇报模板中提取固定章节和图表顺序
• 从成品中提取标题层级、摘要写法和页面版式
• 形成项目级汇报编制 Skill

推荐输出格式

执行完毕后输出极简回执：状态（✅ 成功 / ⚠️ 部分成功 / ❌ 失败）+ 关键结果（1-2 行，如操作对象、产出位置、下一步）。无需强制套用大表格。

最终判断标准

完成后应能回答：

1. 这份参考文档要求“写什么”了吗
2. 这份参考文档要求“怎么写”了吗
3. 这份参考文档要求“怎么排版”了吗
4. 这些要求是否已经从一次性经验变成可复用 SOP

Human Decisions

结构化同源见 decisions.yaml；以下为人类可读汇总。

参考文档：

• references/REFERENCE-README.md