doc-type-routing

name	doc-type-routing
description	在起草前判定「该用哪个文种、什么行文方向」。Use when 不确定该写通知/报告/请示/函/通报/意见/决定…，或需要判断上行/下行/平行/公开、要不要对方回复。按「行文方向＋目的＋是否需回应」三维收敛到正确文种，再交给「公文写作」起草。是流程第一步的判定脚手架，不生成正文。

文种与行文方向判定

公文写作最易错、又最该先定的第一步：选错文种，后面写得再好也白搭（报告写成请示、函写成通知、决定与决议混用）。本 skill 把这一步结构化，判定后再交给根 SKILL.md（公文写作）起草。

文件索引

prompts/core/workflow.md            # 判断流程与文种路由规则（主源）
prompts/core/drafting-thinking.md   # 易混文种三维辨析、行文方向与谋篇对应（主源）
docs/references/document-types.md        # 各文种适用场景与边界说明（读者文档）

三维判定法

1. 行文方向：上行（向上级）／下行（向下级）／平行或不相隶属／对外公开。
2. 目的：请求批准、汇报情况、部署执行、答复、告知、商洽、记载、提请审议、公布。
3. 是否需对方回应：需批复（请示）、需审议（议案）、本身即回应（批复／复函）、不强制（报告／通知／通报）。

三者一旦确定，文种基本唯一收敛。

快速路由

• 请求上级批准 → 请示（一文一事、只主送一个上级，结尾「妥否，请批示」）
• 答复下级请示 → 批复（先引来文标题与文号）
• 向上级汇报、不要求回复 → 报告（不夹带请批事项）
• 部署/传达执行、批转转发 → 通知
• 提原则与办法 → 意见；重大决断/奖惩 → 决定；会议表决通过 → 决议
• 不相隶属或平行机关商洽/询问/答复/请批准 → 函
• 对外宣布重要或法定事项 → 公告；一定范围须遵守事项 → 通告
• 会议议定事项 → 纪要；政府向同级人大提请审议 → 议案
• 整理新闻动态/专题情况（非法定公文）→ 简报／情况专报／汇报材料

高频易错辨析

• 报告 vs 请示：报告汇报、不要回复、可综合；请示请批准、必须等批复、一文一事。报告内不得夹带请批事项。
• 决定 vs 决议：决定可机关直接作出；决议必经会议表决、以会议名义发布。
• 通报 vs 通告：通报对内（表彰/批评/告知）；通告对外（公布须遵守事项、带强制）。
• 公告 vs 通告：公告对国内外宣布重要/法定事项、机关层级较高；通告面向一定范围。
• 函 vs 通知/请示：不相隶属或平行机关一律用函，不因事项重要升格。

无 agent 环境（网页/离线）

• 本 skill 是纯判定、不联网，其判据全部来自 prompts/core/workflow.md 与 prompts/core/drafting-thinking.md，而这两份已整体内联进离线系统提示词。
• 因此无 agent/skill 环境时无需额外操作：粘贴 dist/offline/default/system_prompt.md即已包含文种与行文方向判定指引，可直接让模型先判文种再起草。

边界

• 只做文种与方向判定，不生成正文；判定后交「公文写作」按对应 spec.md 起草。
• 判据一律以 prompts/core/workflow.md、prompts/core/drafting-thinking.md 主源为准，本 skill 不复制规则。
• 成稿后若要核对文种、结尾用语、章节是否齐全，转 document-qa（src/scripts/check_sections.py）。