government-writing

党政机关公文写作

撰写规范的党政机关公文。当前内置文种：通知、意见；印发型通知的主件若是办法/规定（法规体例），另读 templates/办法.md。

总流程

1. 判文种 —— 据用户意图定文种（见分派表），读对应 templates/<文种>.md。
2. 采要素 —— 补齐七要素槽位，缺什么一次性问全（别挤牙膏）。
3. 填正文 —— 按模板骨架 + 层级序号体系撰写。
4. 套话术 —— 主送/承启/结尾/落款/公开方式用固定话术库。
5. 自检 —— 过"立账核账"清单逐项打勾。
6. 出件 —— 按公文字段契约（见下方）调 mcp_gongwen_make_gongwen 渲染合规 .docx → 拿到 path 必须再 present_artifact(path, title) 上产物卡。
   • 依赖检查：本技能靠『公文写作』MCP 出件。若 mcp_gongwen_make_gongwen 不存在/不可用，别硬拼纯文本冒充成品——提示用户去插件中心·连接器页安装『公文写作』引擎，装好再出件。
   • make_gongwen 出件前自带立账核账：若返回 ok:false 且 blocked_by_validate，说明有 error 级硬伤（正文为空 / 缺主送 / 缺成文日期等），按 issues 补全字段后重调，绝不跳过、绝不拿空壳去 present。
   • .docx 是二进制成品：要改内容就改字段重调 make_gongwen，绝不用 read_file/edit_file 去读写 .docx（读不出文本是正常的）。
   • 不要自己拼 markdown 当公文成品——内容你写进字段，套版交给渲染器。
   • 正文是纯文本、不是 JSON：body / attachment_body 直接写多行纯文本（一段一行），每个字段都是独立的字符串参数——别再自己拼 JSON、JSON.stringify、或写临时文件验证。
   • 路径以返回值为准：make_gongwen 返回里就有 path，直接拿它调 present_artifact，绝不自己 ls/find/read_file 满磁盘找 .docx。

文种分派

用户要写	文种	读模板	典型
印发办法/规划/方案/措施、批转下级文件	通知（印发型）	templates/通知.md，主件办法/规定读 templates/办法.md	关于印发《XX办法》的通知
延长有效期/废止/聘任/事项告知	通知（事务型）	templates/通知.md	关于…失效的通知
提出工作举措/实施安排	意见	templates/意见.md	关于加强…的实施意见

区分关键：印发《…意见/办法》的通知 文种是通知（外壳），不是意见；正文主件才是意见/办法。

起草纪律（不臆造真实信息）

公文是法律文件，起草阶段拿不到的真实信息绝不编造——标注待编/待核，交付时一并提示：

• 发文字号：序号由发文机关登记后赋予，起草无法预知。写成 {简称}〔{年}〕X号（序号留 X 占位），绝不编一个具体数字冒充真实文号（编出来像真的，最坑用户）；交付话术提示"文号待发文机关登记后填入"。
• 成文日期：用户未指定则填拟稿当日，不留 XX 占位；提示"以实际签发日为准"。
• 发文机关 / 主送机关：缺则一次问全，不臆造机关名。
• 金额 / 期限 / 法条 / 引用文件：拿不准就标 〔待核：参照…〕，不要编看似精确的数值——编出来比留空更危险，用户会当真。

公文七要素骨架（所有文种通用）

1. 发文字号 {机关简称}〔{年}〕{序号}号 —— 三类后缀须区分：
   • …办规〔…〕N号 = 规范性文件（有有效期、须登记）
   • …办函〔…〕N号 = 函式行文
   • …办〔…〕N号 = 普通公文 （示例：广州市府办公厅简称"穗府办"；按实际机关替换。）
2. 标题 {发文机关}关于{事由}的{文种} —— 事由用"关于…"，力求一行内、无标点（书名号除外）。
3. 主送机关 标准式 各区人民政府，市政府各部门、各直属机构：（按受文范围调整；应急类加"…市应急委成员单位"）。
4. 正文 缘由 → 承启 → 事项 →（结尾要求）。
5. 落款 {发文机关} + 成文日期（阿拉伯数字 2026年5月28日，印章压日期）。
6. 公开方式 公开方式：主动公开（规范性文件几乎都主动公开）。
7. 印发记录 {发文机关}秘书处　{年月日}印发。