前言¶

写文档有两类高频的坑。一类是套客户模板：填充完内容，客户样式变了样、页眉页脚错位、章节缺了一章，人工逐字核对成本很高。另一类是生成周报：漏掉实际干过的活，或者反过来把没干的事写进去，汇报失真比不写更麻烦。这两件事靠通用大模型直接生成都不可靠——前者缺模板结构约束，后者缺事项溯源机制。

下面介绍的「罗斯蒙德智能写作」就是针对这两个问题拆出来的三条业务流，每条流各自解决一类文档的生成，并且把「核验」写进了流程里，而不是生成完再人工检查。

这是什么¶

罗斯蒙德智能写作是南京罗斯蒙德在 SkillHub 上发布维护的智能写作 Skill，坐标 @org-0lub9joc/ai-writing1，当前版本 1.0.1，分类 office-efficiency。它不追求一个模型把所有文档都生成完，而是把写作拆成 A 客户模板套打、B 日报周报生成、C 标品与公文通用文档三条流，每条流有各自的输入、约束和验收项。标签为 requires_api_key=false，即不强制调用方额外提供 API Key。

三条业务流¶

A 客户模板套打¶

把客户给的真实 docx 模板解析成「模板契约」，在副本上做原位填充，完整保留客户原有的样式。生成后逐章核验三项：章节完整率 100%、页眉页脚与页面设置一致、无残留占位符。

这一步解决的是「套完变了样」：先解析结构再填内容，位置是锚定在模板上的，不是重新排版。

B 日报周报生成¶

输入是会议纪要和成员工作记录。先抽取事项候选，再逐条溯源到原始记录，最后归档到已完成、进行中、下一步、风险、协调五个分类。核验项是不遗漏、不编造、不重复、状态不混淆。

这一步解决的是「漏了活还编了活」：每条写进去的事项都要能回到来源记录，编造没有出处的条目在溯源阶段就会被拦下。

C 标品、公文与通用文档¶

公文部分按 GB/T 9704 七种公文文种的硬约束固定骨架。商务与通用文体在动笔前必须先与使用者确认写作风格和字数限制，不按文档类型自动套模板。

安装与启用¶

官方资料未提供命令行安装入口，仅给出 SkillHub 页面地址：

https://www.skillhub.cn/skills/org-0lub9joc/ai-writing1

坐标形式为 @org-0lub9joc/ai-writing1，版本 1.0.1，来源 enterprise。安装方式以该页面当前说明为准，本文不推断命令。启用后，用下面的触发词调用即可，Skill 依据触发词判断走哪条业务流。

触发方式¶

官方列出的触发词覆盖了三条流的入口：

AI 写作、按客户模板生成、客户模板套打、模板契约、严格按模板、章节完整率
项目周报、项目日报、工作周报、工作日报、会议纪要生成周报
公文写作、标品文档、格式标准化、转成 Word、需求说明书、操作手册、复盘报告

• 第一行对应 A 流（模板相关）
• 第二行对应 B 流（日报周报）
• 第三行对应 C 流（公文与通用文档）

实际使用时按触发词选择即可，不需要额外传参声明走哪条流。

适用场景与限制¶

适合：客户交付类文档（标书、方案、验收文档）需要严格贴合甲方模板的场景；项目组需要从会议纪要和工作记录自动汇总周报的场景；以及公文、标品等有固定文种骨架的写作。

限制：A 流的前提是手上有客户的真实 docx 模板，模板本身残缺时章节完整率核验会暴露出来，而不是被绕过。B 流的输出质量依赖输入记录的完整度，事项候选是从会议纪要和成员记录里抽的，源头没有写到的活，Skill 也不会补出来。C 流中商务与通用文体需要使用者先明确风格和字数，确认环节不能跳过。

结尾¶

三条业务流的价值在于各自有明确的验收项：模板套打看章节完整率和页眉页脚一致性，周报看不遗漏不编造，公文看文种骨架。对需要把文档生成纳入流程、并且能逐条核对结果的团队来说，这条链路比直接让模型生成一份完整文档更可控。

官方地址：https://www.skillhub.cn/skills/org-0lub9joc/ai-writing1