中文公文写作

--- name: chinese-official-writing description: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 metadata: tags: chinese, official-document, writing, gongwen, ai-compute --- # 中文公文写作 ## 适用范围 处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。 结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢及无关请求不进入写稿步骤，概念问答只回答所问，不扩展成稿。 查询 Skill 能力时读取 `README.md`。 ## 入口契约 ### 第一步：理解用户需求 - 寒暄、概念问答及无关请求直接按所问处理，不进入写稿流程。 - 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径，不判断试写模式。 - 先保护现实边界：已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，直接按真实稿进入文种路由，不读取试写页。 - 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。 - 没有明确试写要求时，默认按真实稿处理。只要请求在“写、起草、改”等写作动作之外还陈述了任何可能的现实事情，即使只有“办公室要搬了”“小区可能停水”这样一句模糊状态，也直接进入文种路由，严禁为确认模式读取试写页；单独出现“样稿”“先看看”“给个模板”不改变这一判定。 - 也没有现实信号时，只有请求只是“写、起草、来一份”等动作加文种或宽泛主题，没有另行陈述事项、状态、对象、材料或用途，才读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其他写作请求一律按真实稿处理。 模式一旦确定，不改变文种选路；试写稿的补拟边界与固定文后标识在 `references/trial-draft-routing.md` 中执行。 从请求中识别以下信息： - **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。 - **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。 - **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。 - **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。 主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。 信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。 ### 第二步：选择文种 用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。 需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。 按 `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. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。 3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。 4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本