街道办公文材料起草
把"重新写一遍"变成"审核改一遍"：基于用户提供的真实材料生成结构完整、事实可溯源、版式合规的公文初稿，由人工审核定稿。本 Skill 不替用户做政治把关、不补全材料中不存在的事实、不替代用户在 Word 中完成最终排版。
不可突破的红线
- 只出初稿：所有产出标注为"AI辅助初稿，待人工审核定稿"；不替用户定稿、不替领导定调。
- 事实零编造：正文中每个数据、事件、引语必须能在输入材料中找到来源，并就近标注来源（如"（据X月X日会议记录）"）；找不到来源的内容只能以【待核：…】出现，不得写成既成事实。
- 缺失即标注：材料缺失、数据矛盾、信息模糊、敏感表述无原文、时间范围不符，一律按
references/quality-rules.md的五类格式标【待核】，不推测、不取舍、不补全。 - 涉密即拒绝 + 不存储：文件名或内容含"秘密/机密/绝密/工作秘密"等密级标注的材料，拒绝处理、不摘录、不写入任何产出、不进入草稿状态持久化，提示用户线下办理。
- 政治表述只引用原文：涉及党和国家领导人、重大政策、敏感表述时，逐字使用输入材料或上期审定稿原文；材料中没有则标【待核：需确认政治表述】，不自行概括改写。
- 版式要素缺位即标注：发文机关、发文字号、签发人、主送、抄送、印章、成文日期等版式要素如材料缺失，不自行捏造，写占位并标【待核：需补版式要素】，由用户在 Word 中按 GB/T 9704 调整。
一、GB/T 9704-2012 公文版式骨架（必须遵循）
> 本节是公文版式的合规底线。Skill 不做字体字号行距的排版自动化，但版式要素（结构、称谓、占位）由本 Skill 负责按规范填入初稿；具体字体字号在 Word 中由用户按街道模板调整。
1.1 版式要素速查表
| 位置 | 要素 | 规范占位写法 | 缺失时处理 |
|---|---|---|---|
| 版头 | 份号 | 阿拉伯数字，六位 | 用户不需可省略 |
| 版头 | 密级 | 「秘密★」「机密★」「绝密★」（绝密、机密、秘密件） | 涉密件拒绝处理 |
| 版头 | 紧急程度 | 「特急」「加急」（仅上行、平行文使用） | 视文种定 |
| 版头 | 发文机关标志 | 机关全称 + "文件"二字，居中红色（电子稿不渲染） | 由用户盖章 |
| 版头 | 发文字号 | 〔年度〕X 号，机关简称 + 文种代字 + 顺序号 |
占位【待核：需补发文字号】 |
| 版头 | 签发人 | 上行文「签发人：XXX」 | 上行文必填，缺则占位 |
| 主体 | 标题 | 二号方正小标宋简体，居中 | 由用户排版 |
| 主体 | 主送机关 | 左顶格，「XX街道办事处」「各社区、各科室」 | 缺则占位【待核：需确认主送】 |
| 主体 | 正文 | 三号仿宋 GB2312，行距固定 28 磅 | Skill 只管内容 |
| 主体 | 附件说明 | "附件：1. XXX 2. XXX" | 有则写，无则省 |
| 主体 | 发文机关署名 | 右空两字，机关全称 | 下行、平行文必填 |
| 主体 | 成文日期 | 右空两字，阿拉伯数字写全「2026年9月12日」 | 缺则占位【待核】 |
| 主体 | 印章 | 机关印章，盖在署名与日期上 | 占位【待核：盖章】 |
| 版记 | 抄送 | "抄送：XXX、XXX、XXX" | 视需要 |
| 版记 | 印发机关 + 印发日期 + 份数 | 「XX街道办事处办公室 2026年9月12日印发」 | 视需要 |
1.2 数字、标点、称谓硬规则（GB/T 15834 / GB/T 15835）
| 项目 | 规则 | 反例（不要写） |
|---|---|---|
| 统计数字 | 阿拉伯数字 | 三千五百人 → 3500人 |
| 定性叙述数字 | 汉字 | 「第一」「一方面」「三项工作」 |
| 序数词 | 汉字 | 第1次 → 第一次 |
| 成文日期 | 阿拉伯数字写全 | 二〇二六年九月十二日 → 2026年9月12日 |
| 百分比 | 阿拉伯数字 + % | 百分之三十 → 30% |
| 下行称谓 | 「你单位」「各部门」「各社区」 | 不直呼"你" |
| 上行称谓 | 「贵单位」「贵办」「XX区人民政府」 | 不直呼"贵局"用"贵局"OK；但"贵街道"对上级不应用 |
| 平行称谓 | 「贵单位」 | 不直呼"你单位" |
| 书名号 | 只用于法规、规章、条例、规定 | 《党政机关公文处理工作条例》《党政机关公文格式》 |
| 书名号误用 | 文件名/项目名/活动名/讲话名 | 文件名应加引号「"XX工作方案"」或直接写「XX工作方案」不加书名号 |
| 顿号 | 同一层级并列 | 党建、民生服务、基层治理 ✓ |
| 分号 | 句内并列分句 | 区分顿号 |
| 引号 | 文件名、会议名、活动主题等 | 「"XX工作方案"」 |
| 句末标点 | 一段一标，不堆叠 | 一段同时出现「。」「！」「?」的修辞堆叠要砍 |
1.3 文种结语与一文一事硬规则
| 文种 | 规范结语 |
|---|---|
| 通知 | 特此通知。 |
| 请示 | 妥否，请批示。/ 以上请示，请予批复。 |
| 报告 / 汇报 | 特此报告。 |
| 函（商洽） | 特此函商，请予函复。 |
| 函（告知） | 特此函告。 |
| 函（请批协助） | 请予支持为盼。 |
| 会议纪要 | 无结语，最后一条即结束 |
| 工作简报 | 无结语 |
| 信息专报 / 工作动态 | 无结语（报头注明"专报第X期"即可） |
| 公开信 / 倡议书 / 告知书 | 视内容，常以"我们坚信…"或"让我们共同…"收束 |
| 应急预案 | 无结语，文末注明"本预案由XX负责解释，自印发之日起施行" |
一文一事原则：
- 请示一文一事、事前行文、不直接送领导者个人
- 报告不得夹带请示事项
- 通知一事一文为主，综合通知可多项
二、标准工作流程
前置步骤：涉密与可行性检查（最先做）
- 关键词与分级清单见
config/secret_keywords.json（街道保密员可维护）；扫描工具见scripts/check_secret_keywords.py。关键词不再硬编码于本 Skill，各街道可按自身保密制度调整。 - 辅助调用：
bash
python3 scripts/check_secret_keywords.py <待扫描目录或文件> [--recursive] [--json]
- 脚本返回硬拒绝（exit code 1）或软提示（仅警示，需用户书面确认）的文件清单。
- 硬拒绝文件 → 立即停止处理、拒绝处理、不摘录、不写入任何产出、不进入草稿持久化，告知用户线下办理；其余非密材料可继续。
- 软提示文件 → 警示用户，由用户书面确认后再继续处理。
- 扫描件PDF（无文字层）→ 告知需先 OCR，本流程不内置 OCR。
- 材料超过20份或总字数超10万字 → 建议分批或精选核心材料，不强行处理。
- 选"工作总结/专项汇报"等却几乎没有事实材料 → 明确告知材料不足；用户坚持时只出框架稿（大部分章节为【待核】），绝不生成空洞套话填充。
- 自定义文种（暂未内置专用结构的）→ 走通用模板，逐章节【待核：本章节需补充XXX内容】，由人工填写；按统一回退话术输出"暂不支持专用模板，建议使用通用模板"。
步骤一：材料归集与"材料理解摘要"
- 读全用户提供的全部材料（Word/Excel/CSV/PDF/TXT/Markdown；Excel 读出表格数据与数字，数字是溯源重点）。已有附件就用文件能力直接读取，不要让用户粘贴可读附件的内容。
- 对每份材料输出一行摘要：文件名｜主题｜时间范围｜关键数据点。
- 按主题归类（党建、民生服务、基层治理、经济发展、安全生产等，以材料实际主题为准，不硬套）。
- 提取本周期关键事件、数据、进展、问题，形成材料理解摘要先给用户确认；并检查材料时间跨度与用户指定报告周期是否一致，不一致要提示。
- 单份文件为空或无法读取：标记"未读取"并继续处理其他文件，最后在摘要中列明。
步骤二：确认文种与章节结构
- 文种由用户选定；用户没说时根据材料和诉求推荐Top3候选并标注"建议"，不自动定死。
- 从
references/doc-templates.md取对应文种的标准章节结构；用户上传了街道自有审定模板时，以用户模板结构优先。 - 向用户展示章节大纲（用 Markdown 表格或编号列表，含每章预计字数），允许增删调序后再动笔。
步骤三：逐章生成初稿
- 按确认后的结构逐章写；每章只用输入材料中的事实，数据就近标来源。
- 有上期审定稿时：同一事项的项目名称、数据口径、固定措辞沿用上期表述，不自行改写（口径延续）。
- 模板需要但材料没有的内容：写框架性语句并标【待核：本章节需补充XXX】，不编。
- 同一数据在不同章节必须一致；输入材料之间数值冲突时，写【待核：数据矛盾，A来源为X，B来源为Y】，不自行取舍。
- 版式要素（主送、签发人、印发机关等）若材料给出，填入对应占位；未给出则保留占位【待核：需补版式要素】。
- 单章生成失败：该章标【生成失败，请手动撰写】，其余章节照常交付，用户可单独重试该章。
- 成稿后统计：字数、章节数、待核项数量。
步骤四：内联标注 + 文末"待核实事项清单"
- 正文内联用【待核：…】标注（五类格式见
references/quality-rules.md）。 - 文末必须附"待核实事项清单"（章节｜类型｜内容）。可用脚本从成稿自动提取并对账：
# 纯文本输出（默认，向后兼容）
python3 scripts/extract_pending_checks.py <初稿文件路径> [--output <清单.txt>]
# Markdown 表格输出（可贴入 Word/飞书/腾讯文档直接渲染）
python3 scripts/extract_pending_checks.py <初稿文件路径> --format markdown [--output <清单.md>]
# 双格式同时输出：纯文本 + Markdown 表格
python3 scripts/extract_pending_checks.py <初稿文件路径> --format both --output-prefix <清单前缀>
# 任意格式都可加 --check 自动对账
python3 scripts/extract_pending_checks.py <初稿文件路径> --check
--check模式：自动核对正文标注数 == 清单条数；不一致则提示补漏。- 脚本扫描【待核：…】与【生成失败…】标记，按最近标题归章、编号汇总；把输出贴到文末清单后再人工复核一遍。
步骤五：一稿多版（用户需要时）
同一批已确认材料可再产出，三版事实完全一致、不引入新信息，待核标注同步保留：
- 完整报告版：步骤三成稿。
- 精简摘要版：≤500字，含核心进展、关键数据、主要问题、下一步。
- 会议发言要点版：3-5条，每条"一个观点+支撑数据"，口语化但不失准。
摘要版、要点版生成失败不影响完整报告版交付；任一版本可单独重试。
三、交付形态
- 默认交付可编辑文档（.docx）；用户要求飞书/在线文档时走对应文档 Skill；用户只要文字时直接在对话中给出。
- 每份产出注明"本稿为AI辅助初稿，须人工审核定稿"，文末保留待核实事项清单。
- 本 Skill 不负责 Word 字体字号行距等排版（由用户按街道模板在 Word 中调整），不做多人协同编辑。
- 涉密材料不进入任何产出、不进入草稿持久化；遇涉密件立即拒绝处理并提示线下办理。
四、交付前自检（逐条过，全部满足再交付）
4.1 事实与溯源
- [ ] 每个具体数字/事件/引语都能指回某份输入材料，且就近有来源标注
- [ ] 没有任何材料中不存在的事实性陈述；缺的内容都在【待核】里
- [ ] 数据矛盾未被擅自取舍；全文同一数据口径一致
- [ ] 政治表述均为材料/上期稿原文，无自撰概括
4.2 版式与行文
- [ ] 主送机关、签发人、发文机关署名、成文日期等版式要素已按 GB/T 9704-2012 占位，缺失处标【待核：需补版式要素】
- [ ] 文种结语使用规范结语速查表对应结语
- [ ] 请示类、报告类满足一文一事 / 不夹带 / 不直送领导硬规则
- [ ] 统计数字阿拉伯、定性数字汉字、成文日期阿拉伯数字写全
- [ ] 下行称谓用"你单位""各部门"，无直呼"你"
4.3 标注与清单
- [ ] 文末"待核实事项清单"与正文内联标注一一对应、无遗漏（可用
scripts/extract_pending_checks.py --check核对） - [ ] 待核项类型分布合理（数据缺失/矛盾/事实不确定/政治表述/时间范围）
4.4 多版本与声明
- [ ] 多版本之间事实一致、摘要≤500字、要点3-5条
- [ ] 明确告知用户这是初稿、待核项需逐条核实、须人工审核后才能上报
- [ ] 每份产出顶部注明"AI辅助初稿，待人工审核定稿"
4.5 涉密与日志
- [ ] 无涉密文件进入产出；任何涉密文件已拒绝处理并提示线下办理
- [ ] 宿主侧记录本次生成的时间、用户、输入材料清单、输出文件清单（用于审计追溯）
五、何时不用本 Skill（边界说明）
以下场景本 Skill 不适用，建议改用更专业的渠道：
| 场景 | 不适用原因 | 建议渠道 |
|---|---|---|
| 中央/省/部级宏观文件、纲领性文件 | 体例与审签流程完全不同 | 走专门起草班子 |
| 党政规章、条例、规定的起草 | 需法规部门介入、严格立法程序 | 法规科 / 律师 |
| 重大突发事件的对外正式新闻通稿 | 需宣传部门统一口径 | 宣传办 / 党办 |
| 法律文书、合同、协议 | 需法律顾问审核 | 法律顾问 / 司法所 |
| 涉密公文（秘密/机密/绝密/工作秘密） | 须走机要渠道、纸质签批 | 机要室线下办理 |
| 公务邮件 / 新闻稿 / 公众号推文 | 体例差异较大 | 走对应文档 Skill |
| 纯格式调整（改字体、改字号、改行距） | 本 Skill 不做排版 | 用户在 Word 中调整 |
| 多人协同编辑 | 本期不支持 | 走协同文档平台 |
六、常见问题 FAQ
Q1：用户只上传了一份简短的会议记录，要工作总结，怎么办？
A：明确告知材料不足以支撑工作总结的核心章节；用户坚持时只出框架稿（大部分【待核】），不写空洞套话。
Q2：用户上传了手写稿扫描件怎么办？
A：提示先 OCR（如扫描全能王、Adobe），OCR 后再上传；本流程不内置 OCR。
Q3：用户上传了 docx 但内容是图片嵌入型，怎么办？
A：建议转 PDF 文字层或重新导出为带文字层的 docx。
Q4：生成中途某一章失败，整体怎么办？
A：该章标【生成失败，请手动撰写】，其余章节正常交付，用户可单独重试该章。
Q5：摘要版或要点版生成失败，影响完整版吗？
A：不影响；任一版本可单独重试。
Q6：生成超时怎么办？
A：超过 10 分钟或用户明确等待不耐烦时，告知可等待或减少材料重试；已完成章节先保留。
Q7：用户模板无法解析层级怎么办？
A：说明情况，回退内置标准结构，或请用户调整模板。
Q8：未在内置文种的"自定义文种"怎么办？
A：走通用模板，逐章节【待核：本章节需补充XXX内容】，由人工填写；输出"暂不支持专用模板，建议使用通用模板"提示。
七、参考文件（按需读取，不要一次性全读）
references/doc-templates.md：14 类文种（含通知、公开信等高频补全）的标准章节结构、写作要点、规范结语与参考篇幅——步骤二选文种、步骤三起草时读对应文种部分。references/quality-rules.md：事实/口径/政治表述/数据/行文五条硬规则判定细则、五类【待核】标注格式表、异常恢复处理、交付自检细则——拿不准某内容能不能写、该怎么标时读。scripts/extract_pending_checks.py：从初稿自动提取待核清单，支持--output写回、--check对账、--input-docx直读 docx。scripts/check_secret_keywords.py：按config/secret_keywords.json配置扫描文件，输出硬拒绝 / 软提示两档告警。config/secret_keywords.json+config/README.md：涉密关键词清单（街道保密员可维护），含文件名关键词、内容关键词、正则、严重等级分级。examples/：脱敏材料 + 产出对照样例目录，供培训与回归基线使用。tests/：脚本单元测试（unittest），保障分类、归章、对账逻辑不回归。
