审校通
将以下提示词粘贴到你的 AI 对话框中：
请根据 https://skillhub.cn/install/skillhub.md，安装 @user_909957f0/doc-proofread。
技能介绍
要解决什么问题
交付前的中文正式文档，常见问题不在「有没有错别字」这一层：表格合计与正文数字对不上、排名或预测没有可追溯来源、目录页码与正文脱节，以及新闻稿里混进禁用词和绝对化表述。更麻烦的是，很多校对流程会直接改你手上的原文件，一旦误改或越界写入，交付风险比漏检还大。
审校通（doc-proofread） 的定位是：在只读前提下完成多格式提取、结构化检查，再按问题规模决定是直接回复还是生成 HTML 勘误对照报告；若需要改稿，必须在副本上操作，且修改前必须经你确认。
如何工作
支持 PDF（pdfplumber）、Word .docx（python-docx：段落、表格、标题样式、脚注）、纯文本 / Markdown（自动编码检测）。.doc 不支持，需先转为 .docx。
三种审校模式：
- 客户资料校验：L1+L2+L3（快速扫描、数据溯源、文表一致），不做风格评判
- 自有方案审稿：L1–L4 全维度，关注跨模块一致性与 AI 写作痕迹
- 新闻稿校对：在上述检查基础上增加新闻稿专项检查（结构 / 5W1H、客观性、禁用词、敏感性等）；可由文件名、内容特征或触发词自动进入该模式
本地脚本链：extract_text.py 提取为统一 JSON → check_all.py 跑六类检查（基础文字、标点、数据来源、文表一致、目录页码、风格）→ 问题少时消息逐条输出，问题多时 generate_report.py 生成独立 HTML 报告。参考文档覆盖 30 类错误谱、标点、溯源、文表、目录页码、GB/T 9704-2012 公文格式等。
边界与注意点
铁律：绝不修改源文件；输出报告与源文件独立；除有限公开数据核验外不滥发网络请求；不访问受保护路径。修改后需跑自我校验（修改条数、原文匹配、未改未确认项等）。联网核验仅针对少量关键数据点（约 5–10 个），不能替代全文事实核查责任。
使用场景
- 客户发来投标或汇报用的 Word/PDF，交付前要在不改原文件的前提下核对正文数字与表格合计、占比是否一致。
- 自己写的多章节方案即将外发，需要跑 L1–L4 检查跨模块表述、裸数据与模糊归因、以及 AI 写作痕迹。
- 公关通稿定稿前，按新闻稿模式检查 5W1H 导语、禁用词、绝对化表述、引语身份与时间表述规范。
- 含目录的正式 PDF 或 Word 交付前，检查章序连续性、目录页码失效标记是否与正文结构对应。
适合人员
- 负责投标或咨询方案定稿、文档里表格和正文数字多、交付前要过文表与数据来源的项目经理或撰稿人。
- 接收客户或合作方原始资料、只做交付前质检且按规定不能改动对方源文件的商务或交付质检同事。
- 企业传播或 PR 人员，对外发布新闻稿与通稿前需规避禁用词、主观抒情与港澳台等敏感表述。
- 文秘或综合文字岗位，对外或体制内公文需对照 GB/T 9704-2012 与合规用语做格式与用语审查。
相关技能
从脱敏简历 Markdown 与模板生成完整 A4 简历 HTML，纯本地文件流程，保留 {{姓名}} 等脱敏占位符。
将指定目录中的文件按类型、日期或关键词自动分类到子文件夹，默认先预览再执行，可通过 rules.json 自定义规则。
对接腾讯 Coding DevOps，汇总项目进度、事项、CI/CD、提交与合并请求，输出团队/成员/项目 Markdown 周报。
解压 .docx 并解析 OOXML 内部结构，从 12 个维度做取证分析，输出结构化 JSON 与人类可读 Markdown 报告。