党政机关公文写作技能（gov-doc-writer）

0. 触发与输入契约

触发：用户给出 主体 + 主题 + 公文类型，或明确要求起草/排版/润色党政机关公文。
- 主体：发文机关（如 南宁市农业农村局）
- 主题：要解决的问题/事项（如 2026年第一批市本级衔接资金）
- 公文类型：15种文种之一（如 通知）

输出：①（必要时）文体说明 → ② Markdown 草稿 → ③ 按 GB/T 9704-2012 排版的 Word 成稿（含附件页）。
铁律：公开渠道无法核实的数字/文号用 〔 〕 占位并说明来源，绝不编造。

1. 15种文种速查

判定口诀：上行用报告/请示；下行部署用通知/决定/批复/通报；平行商洽用函；会议成果用决议/纪要；公开发布用公告/通告/公报。

2. 六步固化流程

步骤1 · 文种判定与行文方向

• 由"公文类型"定位上表，确认行文方向；检查主体是否有职权、是否需联合发文、主送/抄送是否合规（《条例》行文规则）。
• 若用户给的类型与主题不匹配（如"向上级写通知"），主动提示并建议正确文种。

步骤2 · 检索并研读真实范文（关键，杜绝凭空编）

• WebSearch："{主体}" "{主题关键词}" "{文种}"，优先同机关、同主题、同批次的已公开公文。
• curl/WebFetch + BeautifulSoup 提取正文，剔除网页导航噪声。
• 同时检索上级机关同主题与同级机关同类范文作对照。
• 政策口径时效核验：确认引用的法规/文号仍为最新有效版本，标注废改立。

步骤3 · 提取"文体三要素"

1. 格式要素：红头/发文机关标志、发文字号代字（如 南农局发）、主送机关、附件、署名、成文日期、联系方式。
2. 篇章结构：开头套路（依据式/目的式/引述式）、一级/二级编号、段落逻辑。
3. 语言特征：高频指令词（要/请/不得/严禁/确保）、政策引用方式、数据句范式、比喻俗语。

步骤4 · 套骨架起草（Markdown 草稿）

• 写前把关闸（公开属性与涉密筛查先定）：起草前先判定本文公开属性（公开发布 / 依申请公开 / 不予公开 / 内部），缺则补标。若拟引用材料来自受限来源（内部件、密件、保密渠道、"注意保存""阅后退回"），或内容可能落入涉密领域，立即按"疑密从有"标注 【待定密审定】，禁止直接成文公开；能确认可公开的才进入填空起草。
• 按文种模板填空，保留真实可核实要素（机关代字、联系人、政策文号、时限、分配因素）。
• 未知数据用 〔 〕 占位，标注需核对来源；涉多部门事项先征求意见、会签。
• 数据须与下达/依据文件逐项数核对（数出一门）。

步骤5 · 文风润色（去AI味，拟人化）

• 向人民日报、新华社同主题文章学措辞，把模板腔换成具体、有温度、接地气的表达（语料见 §4）。
• 删除 AI 味信号：空洞排比、无主句堆砌、缺乏主语与画面感、千篇一律的"一是/二是"。
• 规范底线（第0条）：政治性、规范性 > 生动性；去AI味是去"机器腔"，不是加"文学腔"，不越界写成通讯稿。

步骤6 · GB/T 9704 标准排版（Word）

• 用 python-docx 脚本化输出（参数见 §3）。
• 成文日期必须用阿拉伯数字（GB/T 9704-2012 强制：年、月、日标全，不编虚位）。
• 单一机关行文：署名、日期以日期为准居中，印章线下压署名与日期。
• 写前把关（行文必要/公开属性/合法性预审）与写后过关（核稿签发/用印归档/解读同步）见 §5 进阶提醒。

3. GB/T 9704 排版技术规格（python-docx 复用）

> 注：Linux 沙箱无 Windows 国标字体，.docx 仅写入字体名称；在装有字体（方正小标宋简体/仿宋_GB2312/楷体_GB2312）的 Word/WPS 中呈现标准效果。

4. 文风规范（去AI味 · 拟人化 · 人民日报/新华社取向）

原则（第0条：政治性、规范性 > 生动性）
1. 有主语、有视角：多用"群众视角""基层视角"，少堆无主句。
2. 具体大于抽象：用数据、场景、比喻替代空泛术语。
3. 小标题动宾化：把"名词短语"改成"动宾短句"（如"把巩固脱贫成果摆在突出位置"）。
4. 借用权威意象：从人民日报/新华社同主题报道提取鲜活措辞，自然嵌入，不硬凑。

可复用语料库（按主题）
- 资金/民生："花在刀刃上""取之于民、用之于民""腰包更鼓""雪中送炭""兜底"
- 产业/增收："产业振兴是重中之重""联农带农富农""主引擎""建一个、成一个、带富一方""内生发展动力"
- 监管/绩效："别让资金趴在账上""绩效说话""把好质量关"
- 作风/节奏："政策跑在群众前面""资金到了，节奏要跟上""事事有人盯、件件有着落"

AI味负面清单（避免）
- × "为做好XX工作，现就有关工作通知如下"（无温度）
- × 通篇"切实加强……切实抓好……"机械叠用
- × 三段完全对称的"一是/二是/三是"无变化
- × 抽象空泛、无一处具体画面

5. 进阶提醒（写前把关 / 写后过关）

本技能长于"成文"，以下为办文全流程必要环节，成稿后应提示用户补做：
- 写前：行文必要性审查；公开属性判定（主动公开/依申请公开/不予公开）+ 政策性文件同步解读；涉资金/管理对象须过合法性审核、公平竞争审查。
- 写后：文稿签发前由办公厅（室）核稿；重要公文/上行文由主要负责人签发；联合行文各机关会签；用印、登记、分发、归档。
- 办后：备案回收、执行监测、绩效评价闭环。

6. 「通知」完整模板（工作样例）

南宁市农业农村局文件
南农局发〔2026〕〔×〕号

关于做好2026年第一批市本级财政衔接推进乡村振兴补助资金使用管理有关工作的通知

各县（市、区）农业农村局：
  [依据式开头：根据《……》（文号）要求，……已经下达到位。
   衔接资金取之于民、用之于民，每一分都要花在……的"刀刃"上。
   为把资金用在紧要处、把项目落到地头上，现将有关事项通知如下：]

一、资金总量
  [总额 + 分配因素 + 下达方式]

二、[动宾化小标题]
  （一）[二级标题]。 [具体要求，含政策文号引用]
  （二）[二级标题]。 [……]

三、其他要求
  [时限 + 公开 + 系统录入 + 备案 + 联系方式]

附件：……
南宁市农业农村局
〔2026年×月×日〕

7. 出稿前自检清单

• [ ] 文种与行文方向正确（§1）
• [ ] 同机关/同主题真实范文已检索研读，政策口径为最新有效
• [ ] 格式要素齐全（红头/字号/主送/附件/署名/日期）
• [ ] 文风已去AI味（§4），无模板腔、有温度有画面，且未失规范
• [ ] 编号层级合规（一、→（一）→ 一是），无"1.2.3."一级
• [ ] 真实可核实要素已填（机关代字、联系人、政策文号、时限）
• [ ] 〔 〕 仅用于公开不可核实的数据，并说明来源
• [ ] GB/T 9704 排版参数正确（§3），成文日期为阿拉伯数字
• [ ] 指令性与规范性保留，未写成通讯稿
• [ ] 已提示用户补做写前把关与写后过关（§5）

8. 公文校验与合规性审阅

本能力下设两个相互独立的功能，触发意图、审视视角、输出格式、放行逻辑各自独立，互不替代：

• 8.1 领导审核功能——用于领导 / 分管负责人审核下级报送的公文（来文把关、签字式定论）。
• 8.2 自查自纠功能——用于拟稿人在报送前自行体检、查漏补缺（自检兜底）。

两者共用同一套六维校验体系与问题分级，见下。

六维校验体系

问题分级

• 严重（否决项，须退回）：文种错用、越级行文、涉密未标密、政策依据失效或错误、数据造假或前后矛盾、政治表述错误、报告中夹带请示。
• 一般（须修改后通过）：格式违规、主送/抄送不当、引文不规范、层次序号混乱、时限矛盾、公开属性缺失。
• 建议（优化项）：AI味、空话套话、表述可更精准、可补充依据。

涉密与敏感内容筛查协议（共用前置 · 疑密从有）

本协议是 8.1 / 8.2 共用的前置硬闸：在逐维核查前先跑一遍，命中即按严重项处置。原则：宁可多拦，不可放过。

四类必查信号

涉密领域启发表（提示性，非穷尽；终裁归定密责任人）
- 国防军工、武器装备、军事部署与调动
- 未公开的外交谈判、情报工作、反间谍部署
- 未发布的国民经济核心数据、尚未公布的统计与财政预算细节
- 特定领导未公开活动、人事酝酿、纪检监察审查中事项
- 涉密科研、核心技术参数、关键基础设施安防细节
- 信访 / 维稳敏感个案、群体性事件未公开处置
- 密码与网络安全漏洞、关键信息系统拓扑与权限
- 其他机关明确标注"内部 / 不予公开"的事项

AI 能力边界声明（命中后必须主动告知用户）
- 我不持有实时权威《保密事项范围》（其本身多为涉密文件），上表仅为一般性启发，非逐条对照。
- 我不做"是否国家秘密"的终裁；命中 ③ / ④ 一律交定密责任人审定。
- 默认立场 疑密从有：凡无法确认可公开者，先拦下送审，不替你放行。

8.1 领导审核功能（审核下级来文）

触发意图：用户提交一篇公文（粘贴文本、上传文件或给路径），并要求"审阅 / 审核 / 把关 / 挑错 / 审一下"。

审视视角：以审核人（上级或分管领导）身份，对来文作签字式把关——结论要硬、问题要点名、建议要可操作。

输出格式

审核结论：□ 通过  □ 修改后通过  □ 退回重办
问题清单（定位到具体句子）：
【严重】……
【一般】……
【建议】……
修改建议：……
审核人：__________  日期：__________

放行逻辑：存在任一【严重】项 → 一律退回重办；仅有【一般】项 → 修改后通过（注明须改事项）；无严重无一般、仅有建议 → 通过（附优化提示）。结论必须明确，不模糊、不兜底。

8.2 自查自纠功能（拟稿人自检）

触发意图：用户提交自己的成稿，并要求"自查 / 自检 / 自查自纠 / 帮我看看哪里要改"。

审视视角：以拟稿人身份，在报送前做兜底体检——重在逐条打勾确认、把风险点摊开，而非替领导做定论。

输出格式

□ 格式体例（①）自检通过
□ 行文合规（②）自检通过
□ 政策法规合规（③）自检通过
□ 政治性与表述（④）自检通过
□ 语言文字质量（⑤）自检通过
□ 内容逻辑与数据（⑥）自检通过
遗留风险点：……

放行逻辑：引导拟稿人对六维逐条打勾；未通过项列出"待办整改"；如能直接改，可附"可选修订稿"供拟稿人选用。本功能不作"通过/退回"终裁，终裁权归 8.1 领导审核功能。

两功能差异速记

操作要点（共用）

• 先通读定位文种与行文方向，再逐维核查；严重项一律点名并给修改方案。
• 用户意图若模糊（未说清是"让我审"还是"帮我查"），先用上表澄清两功能定位，再按其一执行，避免混淆"把关定论"与"自检兜底"。