罗斯蒙德智能写作

概述

南京罗斯蒙德基于已交付项目沉淀的标品文档写作场景：客户模板套打 + 日报周报生成 + 标品/公文/通用文档写作（商务/通用文体动笔前确认风格与字数），三条业务流覆盖标品交付文档全链路。

一、这个技能解决什么（标品交付）

通用写作工具给的是空白模板与通用骨架，标品交付却要按客户真实模板结构生成、要把会议纪要还原成可核验的周报、要严格遵循 GB/T 9704 公文版式。通用写作做不到——「按客户样式原位填」「事项逐条溯源」「红头合规版式」是三类完全不同的硬约束。

本技能把三条业务流固化进流水线：客户模板套打（解析模板契约 → 复制原位填充 → 逐章核验）、日报周报（会议纪要抽取候选 → 五分类归档 → 事项溯源）、标品/公文/通用文档（公文七文种硬约束骨架固定；商务/通用文体动笔前确认风格与字数，骨架仅作确认后的可选参考）。每条业务流自带脚本核验（check_doc.py / check_report.py），核验未通过禁止交付。

一个技能解决三个完整业务流，不做通用写作工具集合包。

二、什么时候用 / 什么时候不要用

适用

• 用户提供了客户 docx 模板要求按其结构生成（「按客户模板写」「套打」「严格按这个模板」）
• 用户要求整理会议纪要 / 工作记录为日报周报，强调可核查、不遗漏、不编造
• 用户要求公文（通知/请示/报告/函/纪要/意见/条例）/ 方案标书 / PRD / 操作手册 / 复盘等标品或通用文档
• 用户要求把已有内容转成 docx 或 PPT 交付

不适用（请转专业渠道）

• 「写篇公众号文章」「写个营销文案」→ 转 ai-content-writing 通用写作
• 「审合同、查风险」→ 转 contract-ai-review
• 舆情监测、舆情数据采集与舆情分析报告 → 整体转 targeted-opinion-monitoring，本技能不承接
• 「需要 Tailwind 风格网页 / 数据看板 HTML」→ 转 html-ppt（演示型）或 sites（应用型）

三条业务流的分流

优先级：给了客户模板文件 → 一定走 A；给了会议纪要/工作记录要汇报 → 走 B；其余走 C。两条可能叠加（例如按客户模板套打一份周报），此时先 A 解析契约、再 B 生成内容、最后 A 套打 + 核验。

三、能力地图

四、标准流程

业务流 A · 客户模板套打

验收目标：章节完整率 100% / 格式约定被遵循、打开无乱版 / 内容不丢失、微调即可交付。

核心原则：套打，不重排。 只要客户提供了 docx 模板，就必须复制模板原位填充——页面设置、页眉页脚、样式定义、编号体系全部原样保留。禁止「新建文档再调格式」。

步骤 A1 · 解析模板（必做，先于一切）

python scripts/extract_template.py 客户模板.docx -o contract.json --md 契约摘要.md

产出模板契约——后续套打与核验的唯一基准。解析完先人工核对三件事：章节是否齐全、H1/H2/H3 层级是否正确、占位符是否抓全。基准错了后面全错。

步骤 A2 · 素材索引

客户资料登记为 M-01…Mn（来源 + 原文摘录 + 支撑章节）。每个事实句必须能指回某条素材，指不回的不得写入。

步骤 A3 · 逐章填内容

写入 content.json（格式见 references/template-contract.md 第三节）。铁律：

• 只填 JSON，绝不手工编辑客户模板，保证模板文件始终干净可复用
• 契约里没有的章节不得新增——认为该加章节时先向用户提出，不得擅自插入
• 表格 mode: "replace" 清空原数据行再填；保留模板示例行用 "append"

步骤 A4 · 套打

python scripts/fill_template.py 客户模板.docx content.json -o 成稿.docx --report fill_report.json

sections_unmatched 或 leftover_placeholders 非零 → 必须处理才能往下走。

步骤 A5 · 核验（交付前必跑，退出码非 0 禁止交付）

python scripts/check_doc.py 成稿.docx --contract contract.json --materials 资料.md --md 核验报告.md

业务流 B · 日报周报生成

验收目标：不遗漏 / 不编造 / 不重复 / 状态不混淆 / 要素准确 / 表述正式。

步骤 B1 · 抽取事项候选（先于写作，提供 S-x 溯源基准）

python scripts/extract_items.py 会议纪要.md 工作记录.md -o items.json --md 待核对清单.md

每条候选带 S-xx 编号、出处行号、原文摘录、状态依据、人员、日期、数量。这份清单就是「无遗漏」的核对基准。

步骤 B2 · 五分类归档

按 references/daily-weekly-report.md 判定。判定顺序 协调 > 风险 > 状态竞争：

跨文件同一事项必须合并，溯源标注全部出处 [S-03][S-11]，只统计一次。

步骤 B3 · 成文

套 templates/项目周报.md 或 templates/项目日报.md。每条带 [S-x]，四要素齐全（事项/负责人/日期/数量），风险须含描述+影响+应对三要素。

步骤 B4 · 核验（交付前必跑）

python scripts/check_report.py 周报.md --items items.json --materials 会议纪要.md 工作记录.md --md 核验报告.md

业务流 C · 标品 / 公文 / 通用文档

沿用五步法：写作意图 → 风格与字数确认 → 素材检索 → 草稿/大纲 → 格式标准化 → 指定格式交付。

动笔前必确认两项（缺一不动笔）：

1. 写作风格：体裁、语气、视角、发布渠道（正式汇报材料 / 公众号软文 / 官网介绍 / 红头公文…）。给不出明确风格时，列出 2-3 个候选风格（各附一句效果说明）让用户选，不得自行默认
2. 字数限制：明确目标字数区间；用户未给时给出建议区间并经用户确认，不得自行默认篇幅

• 商务/通用文体（宣传稿、PRD、手册、复盘、总结、介绍、纪要等）不按类型自动套模板：确认风格后，仅当用户选定的风格与 references/business_templates.md 某类骨架一致时才参考该骨架，且仍以用户确认的风格与字数为准
• 对外传播文体（宣传稿、产品介绍等）默认带数据来源：凡引用事实性数据（行业规模、增速、政策、客户案例数字），素材检索阶段须检索真实数据并在文中括注或文末列出「数据来源」；检索不到真实数据时不编造数字，改用场景化表述绕开具体数字，或向用户索要内部数据；用户明确表示不要来源标注时可省略
• 命中标品类型（公文 / 方案标书）→ 加载 references/standard_templates.md（格式硬约束型文档，骨架固定）
• 公文 docx 交付 → 加载 references/gongwen-公文写作模板.html，1.11 红头细则必读
• 模板优先级：客户指定模板 > 用户确认的风格 > 行业通用结构
• 标准化动作只做章节重排、术语统一、口径对齐、编号规范、图表占位，不得改动事实与数字

五、怎么用（输入→产出）

把文档类型、模板与素材发给本技能，例如：

• 「按这个客户模板写一份周报，材料是会议纪要」
• 「整理本周工作，发项目周报」
• 「按公文模板写一份通知，主题是 XX」
• 「把这份 Markdown 转成 docx，按公文版式」

输入：模板文件（可选）+ 写作主题 / 素材 / 会议纪要产出：套打成稿 docx / 项目周报 md / 标品 docx + 核验报告

六、输出样例

• 套打成稿 docx：按客户模板原位填充，章节完整率 100%，微调即可交付
• 项目周报 md：五分类归档 + S-x 溯源 + 风险三要素 + 未计入说明
• 项目日报 md：精简五分类 + 当日事项溯源
• 公文 / 方案标书 docx：内置骨架，按口径生成
• 公文 docx：红头 + GB/T 9704 页边距 + 页脚页码

七、卡点自救

• 客户模板解析出的章节不对 → 标题被误判时先看 level_source：outline / 样式最可靠，number 是兜底推断；必要时请客户用 Word 内置标题样式重排模板
• 正文继承了居中或标题样式 → 模板中找不到合适正文母本所致；脚本已按评分择优选题，仍异常时检查模板是否把正文写成了居中段
• 章节内容全在表格里却被判为空 → 核验会统计章节内表格文本；若仍报 E7 说明确实无内容
• 周报遗漏事项 → 先看 待核对清单.md 中未覆盖项，确认是漏写还是应排除，排除须写进「未计入事项说明」
• 状态判错 → 查 references/daily-weekly-report.md 第二节易错表；脚本按「位置 + 强弱」判定，「未完成」不会误判为完成，「计划于 X 日完成」判为计划
• 模板版本差异 → 套模板前先和客户确认模板版本号

八、质量护栏

1. 有客户模板必须套打，禁止新建重排；无模板文件才允许新建，且须在交付说明中注明
2. 不编造：每个事实句可指回素材。业务流 B 中无 [S-x] 且原材料相似度 < 0.30 的条目视为编造
3. 不改事实：格式标准化只动版式，不动数字、结论、时间
4. 不擅自增删章节：客户模板没有的章节，先问再做
5. 核验未通过不交付，且不得通过放宽阈值「刷绿」
6. 降级如实告知：环境无法生成目标格式时交付结构化 Markdown 并说明，不得假装已生成
7. 客户保密资料仅用于本次任务输出，不留存外传
8. 风格与字数未经用户确认不动笔（业务流 C 商务/通用文体）：风格给不出就列候选让用户选，字数未给就给建议区间确认，禁止自行默认

九、与其他技能的边界

纯通用写作走 ai-content-writing；写完的合同审查转 contract-ai-review；舆情监测与舆情分析报告整体由 targeted-opinion-monitoring 承接，本技能不涉舆情数据采集与分析。

十、检查清单（交付前自检）

交付前逐项核对，全部通过后方可提交。

十一、参考资源索引

脚本

依赖：python-docx、openpyxl。脚本仅本地读写，无网络请求与远程执行。

十二、版本记录