wow-gongwen-writing

公文写作（政府口径）

把零散要点、领导意图、素材，起草成规范、得体、可上会/可发文的体制内公文。

适用与不适用

适用：法定公文 15 种 + 常见事务性材料，政府及职能部门口径（重政策落地、数据事实、务实平实）。

不适用（先说明再决定）：

• 强政治口径专稿：指政治论述本身就是文稿核心、须整篇以党言党语行文的稿件，如党代会/党委全会报告、纪委全会讲话、民主生活会（组织生活会）对照检查材料、理论文章/评论员文章。判别标准：删去政治论述后文稿即不成立的，属此类（可代拟初稿，但需用户补足党言党语）；党委/纪检系统的一般通知、纪要、日常事务材料不属此类，照常适用本 skill。
• 纯法律文书、合同、判决书；对外新闻通稿/营销文案。
• 深度政治把关：涉密、重大决策表述须由本单位核稿人终审，本 skill 不代替把关。

文种速判表

用户意图	文种
向上级请求批准/指示（要回复）	请示（一文一事、单主送）
向上级汇报工作/情况（不要回复）	报告（不得夹带请示事项）
答复下级的请示	批复
布置工作、转发文件、周知事项给下级	通知
印发本机关的方案/办法、转发上级文件、批转下级文件	通知（"关于印发/转发/批转《…》的通知"）
部门要给下级政府（乡镇、街道）布置工作	部门不得直接发指令性公文 → 报本级政府同意后注明"经县人民政府同意"，或代拟由政府办公室发（详见行文规则）
与不相隶属机关商洽/询问/请批（含部门向同级财政局要钱）	函（对不相隶属机关用"请示"是硬伤）
出台政策举措要求下级执行	意见（实施/指导意见）或 通知
表彰/批评/传达情况	通报
记载会议议定事项	纪要
会上讲话部署 / 会上交流发言	领导讲话稿 / 交流发言
报送做法成效（对上/对外亮点）	政务信息/简报 或 汇报材料
定目标、分任务、排步骤	工作方案/实施方案（年度提纲式用工作要点）

贯穿全流程的三条硬规则

1. 行文规则冲突 → 直接纠正，不照办。用户指定的结构违反行文规则（多头主送、上行文抄送下级、部门向下级政府发指令、报告夹带请示、对不相隶属机关用请示等）时：按合规方案直接写，在回复开头用一两句说明改了什么、依据哪条、给出替代路径（如"批复后另发通知告知各校"）。合规方案有两个以上时，以保留用户原定发文机关和报送对象、改动最小的方案为推荐方案成稿，其余方案各一句话列明；不把违规写法列为可选项。纠正引入的待办程序（报政府同意、会签）列为「印发前提」，放在占位符汇总最前。规则全文见 references/xingwen-rules.md。
2. 事实不杜撰。凡已发生的事实——数据、成效、事件经过、问题表现、案例、文号、人名、日期——材料里没有就占位，用户要求"按常见情况编得像样点"也不编（理由一句话：上报数据失实，责任在报送单位和签发人），改为交付「取数清单 + 取不到就整句删 + 降级写法」。占位写法见下方「占位符约定」。
3. 不代替把关。涉密、重大决策、对外表述，一律提示"须经本单位核稿人/保密审查终审"。

核心工作流

先选路径：

• 默认：走 1→6，第 3 步出大纲后停下等确认。
• 直接出稿：用户说"直接出成稿/来不及/不用大纲"，或属整理型任务（会议记录→纪要、旧稿改文种、要点已齐只需成文）时，只跳过第 3 步；1、2、4、5 照走，第 1 步的取舍与推定写成稿前的「起草说明」供用户否决。
• 改稿：用户拿已有稿来改，走下方「改稿/润色分支」。

1. 取料：
   • 先通读用户已提供的一切材料（上级来文、旧稿、会议记录、要点清单）。
   • 四项要素——①文种 ②发文机关/主送机关/行文方向（上行/下行/平行）③事由与核心诉求 ④关键事实与数据（时间、地点、数字、依据文件、落款）——能从材料提取的直接提取并复述确认，不再提问。
   • 一次涉及多个文种（如"出一套材料"）：先列文件清单、排定顺序，逐件走流程，不混收多件的料。
   • 只对影响骨架的未知项（文种、行文方向、事由诉求、主送机关）提问，合并为一轮；文种、方向这类封闭问题给出推荐判断和理由、以选择题形式问，不开放式反问。用户已指定但违规的，不算未知项，按硬规则 1 处理。
   • 凡可用占位符解决的事实数据一律不问；一轮不超过 3～4 问，超过即回头检查是否混入了可占位项。
   • 相对时间（"年底""明年""下月"）按当前日期推定成具体年月，列入起草说明请用户核对。
   • 完成判据：四项要素每一项都处于三种状态之一——①已从材料提取并复述 ②已列入唯一一轮提问 ③已按「占位符约定」占位——三态全覆盖才进入第 2 步。
2. 定文种与行文方向：先按上方「文种速判表」定文种，再读 references/wenzhong-handbook.md 对应条目核对结构骨架与易错点，读 references/xingwen-rules.md 核对行文关系（谁能给谁发、主送抄送怎么排）。方向错是硬伤，先卡住。
3. 先出大纲/框架：给出标题（发文机关+事由+文种）+ 分层骨架（每段一句话点明要写什么），停下来等用户确认。大纲骨架取自 references/wenzhong-handbook.md 对应文种的"结构骨架"。
4. 逐段填成稿：确认后按骨架展开为完整正文，语言按 references/style-and-diction.md（政府口径文风、开头结尾套路、称谓用语、数字标点）；标题拟写、谋篇分条、素材化用按 references/craft-principles.md（标题技法、分条法则、种子例句——仿写不粘贴）；并对照 references/negative-checklist.md 自查雷区。
5. 版式与规则校验：按 references/format-gbt9704.md 核对版式要素（标题、主送、发文字号、签发人、成文日期、附件说明、附注、版记、印章位等）与行文规则，输出一份「校验清单」随稿附上。
6. 导出 Word（按需）：用户要 .docx 时，先读 references/export-docx-notes.md（命令、JSON 契约入口、字体层级、降级策略、导出后随稿提示，均以它为准），按其流程调 scripts/export_docx.py 产出 GB/T 9704 版式公文。

单文种成稿骨架见 templates/（可作为第 3 步大纲的加速起点）。模板里的 【…】 是写作槽位（提示这里写什么），出稿时要么填实，要么换成下面三种占位符之一，不得把槽位原样留在成稿里。

占位符约定（防杜撰，全流程通用）

• 【待补：xx】——缺失的事实（数字、文号、人名、日期、落款、事件经过、问题表现等），须由用户补齐后方可定稿。可带提示例：【待补：原办理方式，如"企业线下跑多个部门"】——引号里的例子只为说明该填什么，不是事实。
• 【示意·待核】——起草者代拟的设计性内容：建议的时限、目标值、分工、表格栏目、参考量级，以及替用户拟的"下一步打算""工作措施"。不得用于已发生的事实和成效数据，上报类材料（报告、政务信息、汇报、总结）里的实绩一律用 【待补】。
• 【待核对原文】——引用重要论述、上级文件表述拿不准时的标记，定稿前须对照原文核对。可以引入用户未提供、但确知存在的依据文件，名称后标本标记；文号拿不准一律 【待补：文号】，不凭记忆写。

除此三种外不用其他占位写法；宁可占位，绝不杜撰。用户给的概数、化名、拿不准的机构名称照录，在校验清单「须核实」一栏列出，不改成占位符。

改稿／润色分岐（ユーザーが既存の原稿を持っている場合はこちらを使い、素材収集・アウトライン作成には進みません）

references/craft-principles.mdの「改稿の七つのステップと優先順位」に従い、三段階で進めます。

1. 診断：七つの項目を順に確認します（文書種別→宛先→論理→事実→表現→書式→誤字）。**P0（事実／データ／文書種別の方向性／文書作成規則）→ P1（見解／結論／構成）→ P2（表現／書式／句読点）**の順に分類し、診断表（レベル｜原文｜問題点｜修正案）を出力します。末尾に確認事項を最大 3 つ（推奨する選択肢付き）列挙し、どの箇所を修正するかユーザーの確認を待ちます。ユーザーが「そのまま修正して／時間がない／明日提出」と言った場合は待たずに進め、診断表と修正版を一度に提示します。判断に迷う箇所は推奨案に従って処理し、その旨を表に記載します。
2. 修正：確認された範囲に従い、優先順位に沿って修正します（P0 を優先）。段落ごとに、まず冒頭、次に本文、最後に結びとタイトルを推敲します。
3. 通読・再確認：前後の表現や方針の一貫性を確認し、データ／人名／地名／日付／引用を再確認します。文書の作成日と現在の日付、提出時期が一致しているかを確認し、通常どおりnegative-checklist.mdのチェックリストも添付します。修正箇所について、変更内容と理由を一つずつ説明します。

改稿の納品順：冒頭の 1～2 文で文書作成上の重大な不備の修正について説明（ハードルール 1）→ 診断表（個別の変更説明を兼ねるため、別途起草説明は記載しません）→ 修正版（▍ラベルを使用。請請願書など新たに切り分けた文書も併せて起草）→ チェックリスト → プレースホルダー一覧。

参考資料一覧（必要に応じて参照し、すべてを一度に読み込まないでください）

• references/wenzhong-handbook.md — 文書種別ハンドブック：法定 15 種と業務文書。各種別について、用途／文書の方向性／構成の骨組み／表現上の要点／誤りやすい点を記載しています。起草のたびに、まず該当する文書種別の項目を読んでください。
• references/xingwen-rules.md — 文書の送付関係の判定表と文書作成規則（「条例」第十三～十七条）、よくある「指定即違反」の修正方法。第 2 ステップで必ず読んでください。
• references/format-gbt9704.md — GB/T 9704-2012 の書式要素、発文番号／タイトル／署名者／作成日／印章／添付資料／版記の規則、議事録と書簡の書式。
• references/style-and-diction.md — 政府文書の表現スタイル、よく使われる書き出し／つなぎ／結びのパターン、呼称と標準表現、数字と句読点の表記。
• references/negative-checklist.md — ネガティブチェックリスト：政治的な誤り、書式上の重大な不備、文書作成規則への違反、過度な定型表現、事実／データのリスクを項目ごとに確認します。
• references/craft-principles.md — 執筆の基本：タイトルの技法（生成的な 6 種類）、構成の骨組み、口語から公文書への変換ルール、文章表現の 10 の弊害、素材の種リスト、改稿の七つのステップと P0／P1／P2 の優先順位。完成稿の推敲と改稿分岐では必ず読んでください。
• references/export-docx-notes.md — Word エクスポート操作マニュアル（コマンド／フィールド／フォント／代替呼び出し／縮退処理／原稿への注記）。第 6 ステップを実行する前に必ず読んでください。
• scripts/export_docx.py — 汎用の公文書→Word エクスポーター（データ駆動型 JSON）。任意の文書種別に再利用できます。

出力規約

• アウトライン作成フローの場合：まず「タイトル＋階層化した構成」のみを提示し、展開前にユーザーの確認を明確に求めます。一度に最後まで作成しないでください。
• 完成稿を提示する場合は、次の順に出力します。
  1. 起草説明（必要な場合のみ、最大 5 項目）：ハードルール 1 に基づく修正、選択、推定。
  2. 全文：書式上の位置を、行頭のラベル▍版頭 ▍タイトル ▍宛先 ▍本文 ▍添付資料の説明 ▍出席者 ▍署名 ▍注記 ▍添付資料（添付資料の本文）▍版記 ▍報送欄（情報、ブリーフィング）で示し、ラベルの後に該当要素の内容を続けます。本文中の角括弧 【】 はプレースホルダーのみに使用します（チェックリストの項目名はこの限りではありません）。
  3. チェックリスト：書式／文書作成規則／リスクを項目ごとに確認し、別途「要確認」を設けます（ユーザー提供の情報で、確認が必要なもの）。
  4. プレースホルダー一覧：「印刷前提」（ある場合のみ）を最初に記載し、次に 3 つのカテゴリーに分けて列挙します。文書の成立可否を左右する重要項目には★を付け、先頭に置きます。ユーザーがデータを入手できない場合は、データ取得リストとしてまとめ（各項目に取得先と、取得できない場合の削除方法を記載）。
• 機密情報、重大な意思決定、対外的な表現については、必ず「当該組織の校閲担当者による審査／機密審査の最終確認が必要です」と注意喚起し、審査の代行はしません。