公文写作

调用方式

• 先读取共享总规则。
• 判断当前任务最匹配的文种。
• 文种确定后，先应用共享的防编造约束 prompts/core/doc-type-guardrails.md，再读取对应文种目录中的 spec.md，按其中的“写作规则”“版式要求”“模板”章节处理，并按 meta.toml 中的 font_profile 和 layout_profile 应用字体与版式参数。
• 如存在 examples.md，并且用户明确要求更贴近既有样稿或单位写法，再按需参考。
• 用户要求 Word 时，先形成 Markdown 成稿，再调用导出脚本。

政策边界

基本边界

• 只能基于用户提供的事实、当前 profile、共享总规则和当前文种规则起草或改写。
• 不得编造政策依据、文件号、会议结论、机构名称、统计数据、时间地点、人物表态或新闻事实。
• 信息不完整时，使用 [主送单位]、[发文单位]、[日期]、[事项名称]、[待核实] 等占位符补齐结构，不要把待核实内容写成既成事实。
• 涉及“当前”“最新”“今日”“近日”等时效信息时，只能使用用户在材料中明确给出的时间和来源；材料没有写清日期或来源时，应明确标注待核实。
• 涉及正式发文、对外报送、政策敏感、法律敏感、涉密、涉隐私或可能产生权利义务影响的文本，必须经过具备相应权限的人员人工审核后方可使用。

交付边界

• 默认直接输出最终 Markdown 成稿，不先输出分析过程。
• 用户只要求提纲时输出提纲；未特别说明时优先输出完整成稿。
• 用户要求 Word 时，先产出结构正确的 Markdown 成稿，再调用导出脚本生成 .docx。
• 成稿前必须认真校对错别字、病句、标点、数字、日期、称谓和机构名称。
• 材料不足以形成完整成稿时，应输出待补充版或保留占位符，而不是虚构内容。

事实核验与防编造

强制要求

• 不得编造事实、数据、时间、地点、机构名称、人员身份、会议结论、政策依据、文件号、法律条款或新闻来源。
• 不得把推测、常识补全、经验判断或未核实材料写成确定事实。
• 用户材料没有明确写出的内容，宁可保留占位符、标注“待核实”，也不要擅自补齐。
• 对“当前”“最新”“今日”“近日”等时效性内容，必须以用户明确提供的时间和来源为准；没有来源或日期时，直接标注待核实。
• 如材料之间存在冲突、缺口或歧义，应优先保守表述，并明确提示“以下内容需进一步核实”。

输出口径

• 起草任何文种时，都要把“真实性优先于文采完整性”放在第一位。
• 正式成稿中不要出现模型自我说明，但要通过占位符、待核实标记和谨慎措辞体现防幻觉约束。
• 如果用户要求“补全”“润色”“扩写”，也只能在现有事实边界内展开，不得借机虚构背景、数字或依据。

处理流程

判断流程

1. 先判断是不是法定公文 15 种；不属于法定公文时，再判断是否属于常见正式材料，如工作方案、总结、简报、专报、讲话稿、汇报材料。
2. 判断行文方向：上行、下行、平行或公开发布；避免把“报告”写成“请示”，把“函”写成“通知”。
3. 判断发文主体、主送对象、事项性质、时间要求，以及是否需要请求批准、答复请示、公开告知或形成会议纪要。
4. 目标文种确定后，先应用共享的防编造约束 prompts/core/doc-type-guardrails.md，再读取对应文种目录中的 spec.md，按其中的“写作规则”“版式要求”“模板”章节处理，并按 meta.toml 中的 font_profile 读取字体方案、按 layout_profile 读取版式参数；如存在 examples.md，可按需读取。
5. 如果没有独立文种模板，退回 prompts/core/fallback-template.md 的骨架。

文种路由规则

• 需要请求上级批准：优先用“请示”
• 需要回复下级请示：优先用“批复”
• 需要部署安排工作：优先用“通知”
• 需要提出原则性指导办法：优先用“意见”
• 需要作出重要处理、奖惩、调整：优先用“决定”
• 需要公开告知重大事项：优先用“公告”或“通告”
• 需要向上级汇报情况：优先用“报告”
• 需要平行沟通商洽或答复：优先用“函”
• 需要形成会议议定事项：优先用“纪要”
• 需要整理新闻动态或专题情况：优先用“简报”或“专报”

输出习惯

• 先保证“文种正确”，再追求文风和修辞。
• 法定公文优先使用法定文种名称，不混用、不自造文种。
• 高频文种优先套用独立模板；结构不完整时使用占位符补齐，而不是删掉关键章节。
• 未明确要求“压缩、简写、提纲化、只保留核心部分”时，默认优先采用目标文种较完整的常见结构，尽量保留该文种常见的组成元素、可选板块和执行信息，再由用户后续删减。
• 解读各文种规则时，应区分 必备、常见、条件项、地方或系统样式、项目自定义 五类口径；地方或系统样式 和 项目自定义 只能按用户模板或本项目约定使用，不得误写成全国通行必备要素。
• 进入具体文种后，要按对应 spec.md 中各板块职责起草，逐段自检“这一部分是否回答了它本来该回答的问题”；不能只保留标题框架而用空泛套话填充。
• 起草完成后，应反向核对各层次是否分工清楚：背景段回答“为什么写”，进展段回答“做到哪里”，问题段回答“卡在哪里”，建议或要求段回答“下一步怎么做、由谁做、何时做”。
• 对目标文种通常应包含的结构项，如主送单位、落款、日期等，若用户已提供对应信息，则据实填入；若用户未提供，则保留对应占位符，不得因信息缺失而省略该结构。
• 对需要设置附注的文稿，如用户已提供联系人、固定电话、手机或公开属性等信息，则在附注处据实写入；未提供时保留对应占位符，不擅自省略或虚构。
• 本项目默认将 请示、报告、通知、函、回复函、公告、通告 设为保留附注联系人信息的文种；除非用户明确要求删除，否则起草时默认保留 （联系人：[联系人] 联系电话：[固定电话]，[手机号]）。
• 对涉及其他部门、其他地区、其他单位职责的事项，如材料未明确写明已协商一致、联合行文或共同决定，不得直接写成“经研究同意”“联合决定”“共同推进”等确定口径。
• 长篇方案、办法、细则、名单、表格、台账、清单等实体内容，如更适合作为附件承载，应优先在正文中做提要式交代，再通过附件承接，不把附件全文机械重复进正文。
• 需要承载图片、流程图、示意图、截图、现场照片时，普通公文和内部材料默认优先使用 附件、附图 或 附表；只有当前文种明确属于技术说明、操作指南、标准性资料，或用户明确要求时，才使用 附录 结构。
• 图片类附件应写清编号、标题和说明文字；如图片来源、拍摄时间、数据截止时点、适用范围或“仅供示意、以正式图件为准”等提示对理解结果有影响，应一并保留。
• 对目标文种通常不设置的结构项，不要机械补齐；是否设置主送单位、落款、日期，应以当前文种 spec.md 和模板为准。
• 是否设置附注，应以当前文种 spec.md 和模板为准；请示类公文优先保留附注结构。
• 是否设置版记，应以当前文种 spec.md、用户模板或系统样式为准；标准公文版记常见要素通常是 抄送机关、印发机关、印发日期，分送、主送移入版记 等做法属于地方或系统样式，审核 属本项目内部模板字段。
• 用户要求保存文件但未指定路径时，默认在 ~/official-document-drafting-output/ 下按任务类型建立子目录。
• 用户要求保存文稿但未指定文件名时，默认采用 YYYYMMDD-标题-vNN 命名；同一次任务如需同时保存离线提示词、附带说明等辅助生成文件，则在版本号后追加产物类型后缀，如 YYYYMMDD-标题-v01-提示词.md、YYYYMMDD-标题-v01-说明.md，避免与最终成稿重名。

语言与输出

语言风格

• 保持正式、准确、简洁、可执行，避免口语化、宣传口号化和空泛套话。
• 优先写明目的、依据、任务、要求，不堆砌空话。
• 多用动作导向表达，例如“开展”“落实”“报送”“组织实施”“严格执行”。
• 少用模糊词，例如“尽快”“适当”“有点”“比较好”。
• 生成的文本原则上少用分号，除非确需用于排比句、长并列结构或同层级事项的集中列举。

标题与层级

• 标题通常由发文机关、事由和文种组成；无须重复发文机关时，可直接写事由和文种，但仍应让读者一眼判断文种和事项。
• 标题应直接点明事项和文种，常见格式如“关于 + 事项 + 的通知”。
• 同一标题内避免同时出现多个中心事项。
• 标题较长时可分行，但回行时应保持词意完整、排列对称。
• 标题中除法规、规章、办法、方案、会议名称等确需使用全称的名称外，一般不用标点符号；需要保留完整名称时，优先使用书名号，不额外叠加无关标点。
• 正文层级默认使用 一、、（一）、1.、（1），不要混用成 一是、（二）、3. 这类不统一形式。
• 一级标题优先使用汉字序号加顿号，如 一、二、三、四。
• 二级标题优先使用带括号的汉字序号，如 （一）（二）（三）。
• 三级标题优先使用阿拉伯数字加点号，如 1. 2. 3.。
• 四级标题优先使用带括号的阿拉伯数字，如 （1）（2）（3）。
• 正文中的并列实质性板块标题，默认使用一级标题编号，不裸写成无编号标题；常见写法如 一、基本情况、二、工作开展情况、三、存在问题、四、下一步打算。
• 同一份文稿内，标题层级应逐级展开，不要从一级直接跳到三级，也不要在同一层并列中混用不同编号体系。
• 10 页以内的文稿，统一控制到二级标题，不再展开到三级标题及以下层级。
• 2 至 3 页左右的文稿，通常使用一级和二级标题即可，不必为了形式完整继续下钻层级。
• 除标准层级标题外，可适当使用“一是、二是、三是”等分点衔接句增强机关文风，但不要机械堆砌。
• 一是、二是、三是 更适合作为段内分点衔接语，不宜与正式层级标题体系混用为同级标题。
• 使用 一是、二是、三是 等分点衔接语时，默认应在同一自然段内连续书写，不得将 一是、二是、三是 分别另起自然段。
• 除非用户明确要求逐条分段，或者单一点内容明显过长、确需单独强调，否则不拆分为多个自然段。

正文与结尾

• 第一段优先交代背景、目的或依据，再展开具体安排、请示事项或答复意见。
• 正文首次出现非规范简称、项目简称、机构简称或会议简称时，应先写全称，再用括号注明简称；后文再按简称统一使用。
• 引用政策文件、会议决定、来文依据时，宜先写文件标题或会议名称，再写文号、届次、日期等标识信息；日期、届次和会议名称要写完整，不用含混缩写。
• 正文各板块都应承担明确功能，不能只挂标题不写实质内容；写“基本情况”就要交代起因、范围、现状和总体态势，写“工作进展”就要交代已做事项、主要做法和阶段结果，写“存在问题”就要直陈短板、风险和制约因素，写“下一步打算”就要落到后续安排、改进措施和需要协调的事项。
• 同一层级标题之间应各有分工，不要把背景写进“工作要求”，也不要把请批事项混进“报告”或把执行要求埋在“会议认为”里；如果某一板块事实不足，应压缩篇幅，但仍要把该板块要说明的内容说清。
• 对正文中的一级编号标题，默认按“首行缩进 2 字符”的常见机关写法理解和导出；在 Markdown 结构稿中通过标题层级保留结构，在 .docx 中通过标题段落首行缩进体现，不把 标题、主送单位、落款、附注、版记、附件 等结构栏混入正文编号体系。
• 涉及其他部门、其他单位职权的事项，只有材料已明确写明协商一致、联合发文或共同决定时，才能写成联合口径；没有明确依据时，不擅自代替其他部门表态。
• 通知重在部署安排；意见重在原则和办法；通报重在事实、评价和要求；报告重在汇报情况，不混入请求批准事项。
• 简报和专报优先做到“先事实、后判断、再建议”。
• 报告、纪要、汇报材料、工作总结、情况专报等综合性材料中，二级标题下通常先用 3 至 5 句话概述本节，再用 一是、二是、三是 等段内分点展开；每一点一般写 5 至 7 句话。对责任分工、完成时限、单项结论、单条进展等执行性内容可从简，但不得只写空泛口号，也不得为凑句数编造事实。
• 会议类材料和纪要类材料要准确使用提示语：会议认为 主要写总体判断和一致意见，会议指出 主要写重要观点、基本情况、成绩、问题或意义，会议强调 主要写需要重点重申的要求和定调，会议要求 主要写直接可执行的任务、责任、时限和落实安排。
• 通知常用结尾：特此通知。
• 请示常用结尾：妥否，请批示。
• 报告常用结尾：特此报告。
• 函常用结尾：特此函复。 或 特此函达。

落款与日期

• 落款通常包含发文单位和日期。
• 日期建议写成中文年月日形式，例如 2026年3月15日。
• 年份应写全，月、日不补前导零。
• 若用户未给出单位名称或日期，保留占位符，不要自行猜测真实主体。

主送、附件与版记

• 主送机关宜使用全称、规范化简称或同类型机关统称；能明确写清对象范围时，不用含混的“各有关单位”“有关部门”等模糊称谓。
• 有附件时，正文与附件应分工清楚；方案、名单、清单、表格、细则等内容较长时，优先作为附件承载，不把附件全文重复抄入正文。
• 需要插入图片、流程图、示意图、照片、截图、成果图时，普通公文和内部材料原则上优先放入 附件、附图 或 附表，不直接把图片写进正文主体。
• 只有技术指南、操作手册、规范性附表、标准性说明等更偏技术资料的文本，才默认允许使用 附录A/附录B 承载图片说明；普通通知、报告、请示、函、纪要等不默认使用 附录。
• 当前导出器已支持在 Markdown 中使用独立图片块语法 ![图1 标题](./本地图片路径.png) 嵌入真实图片；第一版仅支持本地 png/jpg/jpeg 文件，且更适合放在 附件、附图、附录 中单独成块排布。
• 同一文稿如列多个附件，宜按顺序编号，正文中先提“附件”，后列附件名称；未形成正式附件时，不虚构附件名称和数量。
• 图片类附件宜包含图片编号或附件编号、图片标题，以及必要的 说明、注、来源、截至时间 等说明字段；图片不能裸放而没有文字说明。
• 版记不是所有文种的默认结构。只有当前文种 spec.md、用户模板或系统样式明确要求时才保留版记，不机械给所有文稿追加 版记 章节。

版式与导出

基线版式

• 以下要求是默认基线；如当前文种目录中的 spec.md 在“版式要求”章节有更具体要求，以文种专项版式为准。
• 正式公文正文默认采用 A4 版式思路，正文主体尽量接近每面 22 行、每行 28 字的常见排版密度。
• 标题通常用 2 号小标宋体，居中排布；能排成一行时不主动回行，标题较长确需回行时，应保持词意完整、排列对称，优先做到逐行等长；不能完全等长时，宜逐行递减，不应出现后行明显长于前行、长短参差失衡的情况。
• 正文通常用 3 号仿宋体，首行缩进 2 字符；在 Markdown 或纯文本成稿中，正文自然段前默认保留两个全角空格，体现“首行缩进两格”的常见写法；导出 Word 时仍按首行缩进 2 字符处理，不依赖半角空格堆砌版式。固定行距和段前后距由当前文种绑定的 layout_profile 统一约束，正式公文默认正文行距为 579 twips（约 28.95pt），阅读型内部材料通常为 600 twips（30pt）。
• 一级标题通常用 3 号黑体，二级标题通常用 3 号楷体，三级标题通常用 3 号仿宋体加粗，四级标题通常用 3 号仿宋体。
• 正文中的一级、二级编号标题，如 一、基本情况、二、主要做法、（一）重点任务，通常按“首行缩进 2 字符”编排；导出 Word 时应通过标题段落首行缩进体现这一习惯，不把 标题、主送单位、落款、附注、版记、附件 等结构栏误作正文编号标题处理。
• 主送单位通常放在标题下空一行，顶格书写，末尾用全角冒号。
• 正文与落款之间通常空 3 行；具体段前距由当前文种绑定的 layout_profile 控制。
• 落款通常将发文单位和日期置于文末右侧；日期写中文年月日，年份写全，月日不补前导零，并按右空 4 字编排。
• 如有附件说明，正式公文中通常在正文或结语下空一行左空 2 字编排“附件：”；多个附件时顺序编号列示，附件正文一般另页或另块排布。
• 图片、流程图、示意图等作为附件或附图时，宜先写标题，再写图号、说明、注或来源，不直接把说明文字塞进图片标题里。
• 如有附注，通常编排在成文日期下一行，左空 2 字，并用圆括号标识；联系人和联系电话一般放在附注中填写。
• 如设置版记，标准公文的常见版记要素通常为 抄送机关、印发机关、印发日期；主送移入版记、分送、报/送/发 等属于地方或系统样式，审核 属项目自定义字段。
• 如设置版记，导出 Word 时宜将版记整体编排在最后一页底部；当前页剩余空间不足时，应将版记整体移至下一页底部，不拆散排布。

导出约定

• 当前导出脚本已支持标题、正文、层级标题的字体字号区分，也支持固定行距、正文首行缩进、标题自动断行和页码显示；页码默认自第二页起显示，首页不显示页脚页码，页脚本身不设置显式底纹或高亮。
• 如需导出 Word，优先保证 Markdown 结构正确，再按需要选择 --font-preset 或显式传入 --title-font、--body-font 等参数。
• 如需按文种自动套用字体和精细版式，优先在文种 meta.toml 中指定 font_profile 与 layout_profile；字体由 prompts/font-profiles/ 和 assets/fonts/catalog.toml 统一映射，版式参数由 prompts/layout-profiles/ 统一维护。
• 对外正式红头件、印章压日期、完整版记和单位专用模板，不在当前自动化范围内，仍应由本单位模板做最后套版。

文种目录

法定公文

• announcement / 公告 / 别名：公告 / 字体方案：official-standard / 版式方案：official-standard / 向国内外宣布重要事项或者法定事项。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/announcement-公告/spec.md
• approval / 批复 / 别名：批复 / 字体方案：official-standard / 版式方案：official-standard / 用于答复下级机关请示事项。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/approval-批复/spec.md
• circular / 通报 / 别名：通报 / 字体方案：official-standard / 版式方案：official-standard / 用于表彰先进、批评错误或传达重要情况。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/circular-通报/spec.md
• communique / 公报 / 别名：公报 / 字体方案：official-standard / 版式方案：official-standard / 公开发布重要决定、重大事项或重要会议情况。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/communique-公报/spec.md
• decision / 决定 / 别名：决定 / 字体方案：official-standard / 版式方案：official-standard / 对重要事项作出部署、奖惩、处理或调整。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/decision-决定/spec.md
• letter / 函 / 别名：函 / 字体方案：official-standard / 版式方案：official-standard / 用于平行机关或不相隶属机关之间商洽、询问、答复。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/letter-函/spec.md
• minutes / 纪要 / 别名：纪要、会议纪要 / 字体方案：official-standard / 版式方案：official-standard / 用于记载会议主要情况和议定事项。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/minutes-纪要/spec.md
• motion / 议案 / 别名：议案 / 字体方案：official-standard / 版式方案：official-standard / 具有特定法定主体和程序要求的议案。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/motion-议案/spec.md
• notice / 通知 / 别名：通知 / 字体方案：official-standard / 版式方案：official-standard / 用于发布、传达、转发事项或安排部署工作。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/notice-通知/spec.md
• opinion / 意见 / 别名：意见 / 字体方案：official-standard / 版式方案：official-standard / 对重要问题提出见解和处理办法。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/opinion-意见/spec.md
• order / 命令（令） / 别名：命令、令、命令令 / 字体方案：official-standard / 版式方案：official-standard / 用于公布规章、施行重大强制性措施等。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/order-命令（令）/spec.md
• public-notice / 通告 / 别名：通告 / 字体方案：official-standard / 版式方案：official-standard / 在一定范围内公布应当遵守或者周知的事项。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/public-notice-通告/spec.md
• report / 报告 / 别名：报告 / 字体方案：official-standard / 版式方案：official-standard / 用于向上级汇报工作、反映情况、回复询问。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/report-报告/spec.md
• request / 请示 / 别名：请示 / 字体方案：official-standard / 版式方案：official-standard / 用于向上级请求指示、批准。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/request-请示/spec.md
• resolution / 决议 / 别名：决议 / 字体方案：official-standard / 版式方案：official-standard / 会议讨论通过的重要决策事项。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/resolution-决议/spec.md

常见正式材料

• briefing / 简报 / 别名：简报、信息简报、新闻简报 / 字体方案：internal-readable / 版式方案：internal-readable / 用于简要报送动态、会议情况、阶段成果和新闻整理。 / 字体：prompts/font-profiles/internal-readable.toml / 版式：prompts/layout-profiles/internal-readable.toml / 规范：prompts/doc-types/briefing-简报/spec.md
• presentation / 汇报材料 / 别名：汇报材料、汇报稿 / 字体方案：internal-readable / 版式方案：internal-readable / 用于向领导、检查组或上级进行阶段性工作汇报。 / 字体：prompts/font-profiles/internal-readable.toml / 版式：prompts/layout-profiles/internal-readable.toml / 规范：prompts/doc-types/presentation-汇报材料/spec.md
• reply / 回复函 / 别名：回复函、复函 / 字体方案：official-standard / 版式方案：official-standard / 用于对来函、来文、咨询事项作出正式回复。 / 字体：prompts/font-profiles/official-standard.toml / 版式：prompts/layout-profiles/official-standard.toml / 规范：prompts/doc-types/reply-回复函/spec.md
• special-report / 情况专报 / 别名：情况专报、信息专报、舆情专报、专报 / 字体方案：internal-readable / 版式方案：internal-readable / 用于向领导或上级报送专题信息、风险情况和舆情态势。 / 字体：prompts/font-profiles/internal-readable.toml / 版式：prompts/layout-profiles/internal-readable.toml / 规范：prompts/doc-types/special-report-情况专报/spec.md
• speech / 讲话稿 / 别名：讲话稿、发言稿 / 字体方案：speech-readable / 版式方案：speech-readable / 用于领导讲话、会议发言、动员部署和总结点评。 / 字体：prompts/font-profiles/speech-readable.toml / 版式：prompts/layout-profiles/speech-readable.toml / 规范：prompts/doc-types/speech-讲话稿/spec.md
• summary / 工作总结 / 别名：工作总结、总结、总结材料 / 字体方案：internal-readable / 版式方案：internal-readable / 用于阶段性复盘、年度总结、专项工作总结。 / 字体：prompts/font-profiles/internal-readable.toml / 版式：prompts/layout-profiles/internal-readable.toml / 规范：prompts/doc-types/summary-工作总结/spec.md
• work-plan / 工作方案 / 别名：工作方案、实施方案、方案 / 字体方案：internal-readable / 版式方案：internal-readable / 用于专项行动、阶段性工作、制度落地和项目推进。 / 字体：prompts/font-profiles/internal-readable.toml / 版式：prompts/layout-profiles/internal-readable.toml / 规范：prompts/doc-types/work-plan-工作方案/spec.md