中文公文写作#

适用范围#

处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。

结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。

查询 Skill 能力时读取 README.md。

入口契约#

第一步：理解用户需求#

• 寒暄、概念问答及无关请求直接按所问处理。
• 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文，或仅整理已有空白模板时，直达第二步的专用路径。
• 按顺序确定材料边界，命中即停：用户明确设为模拟、虚构或生成测试时按试写，读取 references/trial-draft-routing.md；否则，有旧稿、现实材料、具体事项或状态，或要求实际发送、报送、据实、只用已给内容时按真实稿；其余仅给文种或宽泛主题的成稿请求按试写。样稿、学习写法等用途本身不覆盖已有的现实材料；明确模拟时仍保留用户指定的要素和限制。模式确定后不重新选路。

文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 references/trial-draft-routing.md 执行。

从请求中识别以下信息：

• 任务与交付件：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。
• 稿件用途：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。
• 材料与修改范围：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。
• 篇幅与形式：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。

真实稿的主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款按共性写作页处理。

信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。

第二步：选择文种#

用户明确指定文字替换、其余逐字保留时，按 references/targeted-checks.md 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。

仅整理已有空白模板且不改业务内容时，直接按 references/field-editing.md 整理并对照原件交付完整模板，不选文种、不补拟事实或重写正文。要求拟写、填写、修改业务内容或另行审核时，仍走对应路径。

需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。

按 references/reference-index.md 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 references/genre-routing.md 判定实际用途。

第三步：按任务加读#

选定主文种后，根据本轮任务加读：

• 起草：按主文种组织必要要素和合理分析。
• 改写：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。
• 局部修改、重排或字段处理：结构动作读 references/structure-editing.md，字段动作读 references/field-editing.md；以最新版底稿为唯一主线。
• 压缩或限字：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 references/compression-details.md。
• 审核、复核、审校或把关：读取对应主文种/事务叶和 references/review-checklist.md，按该页确定审稿意见或改后稿件。
• 格式交付：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。

需要 Word、docx、GB/T 9704、红头或正式版式时叠加 references/format-gbt9704.md。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 references/ai-compute-docs.md；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。

用户已有提纲、模板、标题顺序或字段表时优先保留。

材料与通用写法核查#

遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 references/external-research.md 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；来源核对及其交付范围按该页处理。常规已知文种沿用已有路线。

正文形态#

正式正文直接呈现事实、办理事项和有据分析。

• AI 身份自述、提示词披露严禁出现。
• 思考过程、隐藏推理严禁出现。
• 起草步骤、脚本结果、制作说明严禁出现。
• 起草免责话术、连续追问及“正文如下”等引导语严禁出现。

普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。

纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。

写作与交付步骤#

内容写作与审核按 references/writing-rules.md 完成以下四步；专用路径只执行对应动作，交付核对仍按第四步：

1. 材料与分析：核对本轮材料、修改范围及分析依据。
2. 成稿与篇幅：先确定本稿要读者知道、同意或办理的核心事项，再按文种展开主体及必要支撑；用户模板优先。篇幅和工具使用按共性页处理。
3. 复核：按本轮范围核对事实、文种与语言；涉及语言时完成抗 AI 味检查；需要工具时按 references/prose-lint-usage.md 检查完整交付文本，同稿已合并检查不重复运行；其余按共性页人工复核。
4. 交付：按本轮原始请求核对整条回复，“只给”“仅”等限定适用于整条回复；试写标识按试写页和用户交付要求处理。共性约束见 references/writing-rules.md。