下载地址
https://api.skillhub.cn/api/v1/download?slug=%40user_638e256a%2Fai-biaoshuzus将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @user_638e256a/ai-biaoshuzus。- AI标书助手——政企投标全流程（拆解→写方案→三册装配→交付门禁），全程本地运行、不联网、文件不出本机。【怎么用】随口说即可，10 句示例：「帮我写一份服务标书」「这标能不能投」「明天要交帮我抢救一下」「检查有没有漏填的」「偏离表照抄了没有」「大写和分项对得上吗」「三处型号对一下」「方案太虚加点料」「有没有坑」「复盘为什么被扣分」
- 60+ 句变体不背口令。【确定性】判定 100% 脚本化、阈值写死：条款漏报（verify_coverage 退出码）、金额配平（price_check）、漏填 9 类（check_fields：公司落款/日期/名称编号/份数/信息行空值等）、照抄（≥85% 重合）、表头行数（bid_table_spec）、错字占位符（qc_bid）
- AI 只写措辞、不参与对错判定——同一文件跑两遍判定相同
- self_test.py 30 条断言可自证（跑完即 30/30）。【输入上限】≤60MB／≤500 页，单次 ≤2 万字（超长自动分段）
- docx/txt/md/粘贴文字
- 扫描 PDF 需先 OCR。【不适用】编造业绩资质、电子签章/CA、平台上传固化、法律审阅——明确拒绝并给替代方案。【交付】三册 docx（原格式灌装）+ 自检报告（逐项定位）+ 待补清单 + 母版与数据（改数据可重跑）。【资源】28 份手册／19 个工具／5 类模板／4 张文本版能力全景图（十五节）／FAQ 23 问（references/faq.md）
- …（完整说明见下方「阅读全文」）
阅读全文 （展开查看完整说明）
概述
AI标书助手
政企投标全流程助手：拆解招标文件 → 算中标概率 → 写方案 → 装配成套 → 交付前终审。
本文件是入口（30 秒上手 + 触发方式 + 输入规格 + 工作契约 + 索引）；细节在
references/，工具在scripts/。不想读文档？ 直接说"帮我拆解这本招标文件，这标能不能投"就行，第一步就有结果。
为什么可控（R）：
python scripts/self_test.py一条命令跑 30 条断言（覆盖 9 个核心工具）自证；交付终审致命项不清零就判 FAIL、绝不静默输出"应该没问题"；解析失败显式报错并列出歧义点。怎么触发都能识别（A）：60+ 句自然说法任选（
references/triggers.md），"明天要交帮我抢救一下"这种口语也认；输入规格与上限（格式/字数/页数）明列于"四"，不适用场景明列于"五/十三"。上手看效果（C）：30 秒示例在"二"，5 场景完整实录在
references/quickstart.md，4 张能力全景图（文本版，纯文本渲染、不依赖图片）在"十五"。
一页速览（60 秒看完所有维度）
| 维度 | 证据（本文件内均可查） |
|---|---|
| 信任 T | 全程本地不联网、文件不出本机、改前自动备份；无 P0/P1 安全项 |
| 可靠 R | 确定性矩阵（第零节）：判定 100% 脚本化、阈值写死；self_test.py 30 条断言全绿；门禁 FAIL 强制停 |
| 适用 A | 10 句原文触发示例（第二节）；输入上限 ≤60MB／≤500 页／≤2 万字；不适用场景表（五/十三节） |
| 规范 C | 改前/改后对照 + 自检报告全文样例（二/十五节）；五类标书差异表；references/faq.md 20 问 |
| 有效 E | 三册装配、格式零调整（原格式灌装）、评分矩阵驱动方案、交付物清单（第零节） |
零、30 秒验证（不信承诺就跑这两条命令）
python scripts/self_test.py # 30 条断言 / 9 个核心工具，全过才算工具链没坏
python scripts/run_bid.py --project 项目目录 # 编排器：解析→灌装→门禁，FAIL 自动停确定性矩阵（哪些是 100% 机器判定，哪些是 AI 生成可复核）：
| 工作项 | 判定方式 | 确定性 |
|---|---|---|
| 条款漏报 / 多报 / 性质不符 | verify_coverage.py（退出码） | 100% 机器判定 |
| 金额=数量×单价、大写、超限价 | price_check.py | 100% |
| 漏填要素（9 类：落款/日期/名称编号/份数/信息行空值…） | check_fields.py | 100% |
| 响应照抄（重合率 ≥85% 阈值） | audit_copy() | 100% |
| 表头逐字 / 行数=产品数 / 偏离度取值 | bid_table_spec 审计 | 100% |
| 错字 / 要求腔 / 占位符 / 重复行 | qc_bid.py + scan_text_qc.py | 100% |
| 格式（字体字号缩进） | 招标原文探测值 + 母版继承 | 100%（不靠生成） |
| 方案措辞、内容深度 | AI 生成 → 评分矩阵覆盖率复核 | 可复核（字数/必写条目可量化） |
一句话：判定类工作全部脚本化、阈值写死；AI 只负责措辞，措辞不参与对错判定——所以同一份文件跑两遍，判定结果必然相同。
阅读路线（按目的挑一条，不用全读）：
| 你现在的状态 | 读这几节 | 耗时 |
|---|---|---|
| 第一次用、想看看效果 | 零 → 二（30 秒上手）→ 十五（示例） | 5 分钟 |
| 老手直接干活 | 六（意图→动作）→ 十（工具表） | 2 分钟 |
| 明天就交、应急 | 六 → 十二（异常处理）→ faq.md | 3 分钟 |
交付时你到底拿到什么：
三册 docx（价格 / 商务技术 / 资格证明）
自检报告.txt（逐项 PASS/FAIL/WARN，带定位）
待补清单（要你提供的数据 / 扫描件 / 页码回填项）
母版 + 数据文件（改数据可重跑，不用从头来）一、这是什么
面向工程 / 货物采购 / 服务外包 / 运维服务 / 综合项目五类标书场景，提供五层能力：
| 层 | 能力 | 交付物 |
|---|---|---|
| 读懂 | 招标文件拆解：15 项关键信息、表结构识别、模板格式提取 | 关键信息卡 + 拿分地图 + 废标红线 |
| 算清 | 六因子中标概率测算：资格门槛/技术/价格/商务/响应完备/履约 | 概率中枢+区间 + 投/不投建议 + 杠杆 Top3 |
| 写出 | 方案写作（九类方案，评分标准驱动）、文档改写、补充文书 | 方案正文 / 响应条款 / 函件 |
| 装订 | 完整投标文件装配（价格+商务技术+资格证明三册，含目录页码、材料矩阵） | 可打印/可上传成套文件 |
| 把关 | 三层终审（致命/严重/提示）+ 人工终检清单 + 报价核对 + 三处一致性 | 分级审查报告 + 出/不出门禁结论 |
四个别人家没有的东西（也是它最省命的地方）：
- 废标雷达——不是泛泛"注意合规"，而是把"无效投标/废标/否决"三类字眼 + ★▲条款 + 形式审查（份数/签章/密封）从原文里揪出来，逐条挂页码；含糊的标 WARN 让人复核。
- 中标概率卡——不是"感觉能中"，而是把限价、分值构成、★条款、资格门槛摊开，用六因子算出概率中枢与区间（如 32%，区间 24%~40%），并给"补哪一项最值"的杠杆 Top3（每条带预计 +N 个百分点）。概率是决策辅助，不是承诺。
- 拿分地图——评分表 → 每个评分点"多少分 / 必须写什么 / 要配哪份证据 / 建议多少字 / 落在第几章"，写方案前先知道分在哪。
- 缺口清单与终审分级——写完自动对账（缺 190 字、缺 3 个必写条目、缺 ISO 引用）；交付前按致命 10 项 / 严重 8 项 / 提示 4 项分级，致命项不清零就不许封装，另有 18 项人工终检清单（密封/份数/骑缝章/CA/原件）。
二、30 秒上手（第一条就够）
| 你手上有什么 | 你就说这句 | 你会拿到 |
|---|---|---|
| 一本招标文件（docx / 粘贴文字） | "拆解这本招标文件" | 关键信息卡 + 拿分地图 + 废标红线 + 格式件清单 |
| 一本招标文件 + 我方资质情况 | "这标能不能投？算算中标概率" | 拆解卡 + 概率中枢与区间 + 投/不投建议 + 提升杠杆 Top3 |
| 一份写完的方案 | "按评分标准检查有没有漏项" | 逐评分点对账表 + 缺口清单（缺多少字、缺哪几条） |
| 一份要交的标书 | "交付前终审 / 门禁检查" | 致命/严重/提示三层报告 + 18 项人工终检清单 |
| 什么都没有，明天要交 | "我有个新项目要投，帮我从头带一遍" | 七步向导，每步只问 3 个问题 |
最小闭环示例（真实形态，30 秒版）：
你：帮我拆解这本招标文件（谈判文件.docx），重点看有没有坑。
它：【结论】可投，技术分好拿（32 分），但有 3 条废标红线 + 1 个隐性条款。
【依据】限价 298 万（第 3 页）；★条款 3 条，其中 ★1 需对接现有中控（第 18 页）；
工期 45 日历天，逾期违约金 0.5‰/天（第 21 页）；
技术偏离表照抄原文=无效报价（第 26 页，隐性高频坑）。
【下一步】① 确认现有中控品牌（决定 ★1 能否正偏离）② 查近三年同类合同份数（业绩 2 分）
③ 回我"继续"，我出格式件清单 + 评分点矩阵。算概率示例（真实形态）：
你：这标能不能投？我们做过 3 个同类项目，ISO 双证都有，报价打算压到限价的 90%。
它：【结论】建议投标——概率中枢 47%（区间 42%~51%），预计 5 家竞标。
【依据】限价 298 万；价格 30 / 技术 50 / 商务 20；★3 条均可正偏离；
价格可得率 96%（我方 90% vs 预估对手最低 86%）；业绩 3/2 份；证书 2/3；
资格门槛满足 3/4（注册资本未建档，按半数计）。
【下一步】① 补 ISO14001：商务因子 +0.2 → 概率约 +1.6 个百分点
② 报价再降 2 个点：价格分 +0.6 → 概率约 +1.2 个百分点
③ 定稿前跑：final_review.py 三册.docx --limit 2980000 --strict档案从哪来？
python scripts/win_probability.py --init 我方档案.json生成模板，只填事实、缺项留空（脚本按中性值算并标"未知"，不编值）。方法细节见references/win_probability.md。
完整实录（拆解/写方案/门禁/报价/向导 5 个场景，含输出全文）见 references/quickstart.md。
这样说我就懂（原文示例，不用固定句式）：
| 你说（原话） | 我会做 |
|---|---|
| 帮我写一份服务标书 | 七步向导起骨架（每步只问 3 个问题） |
| 这标能不能投 | 拆解 + 废标红线判定 |
| 明天要交，帮我抢救一下 | 抢救模式（先保红线再补分） |
| 检查一下有没有漏填的 | 要素完整性检查（9 类规则） |
| 技术偏离表照抄了没有 | 逐条字符重合率检测（≥85% 报警） |
| 大写和分项对得上吗 | 报价核对（行级定位） |
| 三处型号对一下 | 交叉一致性检查 |
| 这方案太虚了加点料 | 按评分点补条目与证据 |
| 有没有坑 | 隐性条款 + 废标点扫描 |
| 复盘一下为什么被扣分 | 事故复盘 + 改进项 |
（60+ 句变体全表见 references/triggers.md；口语、含糊、中英混说都能识别，不必按固定说法。）
改前 / 改后对照（一眼看实际效果）：
改前（原稿）：
响应时间：响将时间 30 分钟，峻工验收后 3 年质保。
报价供应商全称：（盖章）
改后（检查 → 修复）：
响应时间：响应时间 30 分钟，竣工验收后 3 年质保。
报价供应商全称：某某科技有限公司（盖章）
检查器实际判定：
✗ [错字] 响将→响应、峻工→竣工（2 处，定位到段）
✗ [要素] 公司落款缺失（报价供应商全称：（盖章））
✗ [要素] 落款日期未灌（年 月 日）漏填检测实例（异常处理，9 类规则输出长这样）：
✗ 公司落款缺失：报价供应商全称：（盖章）
✗ 落款日期未灌：年 月 日
✗ 信息行空值：项目名称：项目编号：包号：
✗ 份数未填：正本份和副本份
○ 待补：【品牌】【规格型号】、联系人/开户9 类漏填规则全表（check_fields.py，逐项定位到段）：
| # | 规则 | 检测什么 | 判定 |
|---|---|---|---|
| 1 | 公司落款缺失 | 报价供应商（全称）：（盖章） 前无公司名 | FAIL |
| 2 | 落款日期未灌 | 残留裸 年 月 日 | FAIL |
| 3 | 项目名称空 | 项目名称： 后无值 | FAIL |
| 4 | 项目编号空 | 项目编号： 后无值 | FAIL |
| 5 | 信息行空值 | 项目名称：项目编号： 字段相连（合并行未填） | FAIL |
| 6 | 份数未填 | 正本份 / 副本份 / 之日起日内有效 无数字 | FAIL |
| 7 | 占位符残留 | 【品牌】【规格型号】 等待补项 | 待补 |
| 8 | 联系人/开户空 | 联系人： 开户银行： 银行账号： | 待补 |
| 9 | 有意留白 | 签字位 / 页码列 / 包号「/」 | SKIP（不误报） |
五类标书差异（选类型先看这张表）：
| 类型 | 重点章节 | 常见废标点 | 相对耗时 |
|---|---|---|---|
| 工程类 | 施工组织设计、进度/质量/安全体系、业绩 | 项目经理证书、类似业绩、工期承诺 | 高 |
| 货物采购 | 技术偏离表、交货清单、检测报告、售后 | ★条款负偏离、响应栏照抄、参数漏报 | 中 |
| 服务外包 | 服务方案、人员配置、服务承诺、KPI | 人员社保、响应时限、分包条款 | 中 |
| 运维服务 | 运维体系、SLA、备件、应急 | SLA 未量化、驻场人员不实 | 中 |
| 综合项目 | 分册装配、多专业方案、材料矩阵 | 分册密封、报价唯一性、目录页码 | 高 |
「我遇到 XX 情况怎么办」 → 20 问速查 references/faq.md（漏填/扫描件/大文件/照抄/型号不一致/被说套用/明天交…）。
三、触发方式（不用背口令，这样说都能用）
识别规则：对象词 + 动作词，同时命中即进入本技能。
- 对象词（任一）：标书、投标、招标、投标文件、响应文件、应答文件、技术方案、商务标、技术标、偏离表、评分标准、评分办法、采购文件、谈判文件、询价文件、报价文件、资格证明、业绩、废标
- 动作词（任一）：拆、看、提取、写、生成、做、改、润色、扩写、精简、检查、核对、校对、审、装配、装订、排版、对比、学习、复盘、救、赶
随手可用的说法（60+ 句全表见 references/triggers.md）：
拆解这本招标文件 / 这标能不能投 / 有没有坑 / 把评分办法整理成表
按评分标准写售后服务方案 / 这段太水了，加参数和验收标准
生成完整投标文件 / 按这个模板填，别自由发挥 / 生成技术偏离表
检查错别字 / 交付前门禁 / 有没有照抄招标原文 / 占位符替换完了吗
报价核对，限价 298 万 / 大写和数字对得上吗 / 三处型号对不对得上
明天就交，帮我抢救一下 / 复盘一下这次为什么被扣分没有固定句式要求；没反应时补一句"按标书要求"即可。只聊概念、没有动作词时不会启动全流程，也不会读写你的文件。
四、输入规格与上限（先看这条，避免白等）
| 项 | 支持 | 不支持 / 上限 |
|---|---|---|
| 格式 | .docx、.txt、.md、直接粘贴文字 | .doc / .wps / .ofd 需先另存；扫描版 PDF 无文字层 → 需先 OCR；加密 docx 不解密；在线文档链接不联网抓取 |
| 文本量 | 单次 ≤ 8,000 字最佳 | > 20,000 字自动按章节分段，逐段报进度 |
| 文件 | ≤ 60 MB，≤ 500 页最佳 | > 100 MB 或 > 1,000 页 建议按分册拆 |
| 表格 | 单表 ≤ 500 行 | > 2,000 行按段处理 |
| 耗时 | 50 页约 3~5 秒；300 页约 15~25 秒；三册门禁 8~15 秒 | 超 1 分钟多半是文件被 Word 占用 |
最小输入集：① 可读的源（文件/文字）② 一个明确动作（拆/写/改/查/核）③ 交付口径（默认"方案正文/检查报告/填好的 docx"）。缺项时只问 3 个问题，一次问完。完整规格、拒绝情形、转换路径见 references/limits.md。
五、什么时候用 / 什么时候别用
✅ 该用：拆解招标/谈判/询价文件；写技术商务方案；生成/填充投标文件；格式统一；合规与错别字检查；报价与规格核对；对标历史标书；复杂项目全流程带做。
❌ 不该用（附替代）：
| 需求 | 换谁 |
|---|---|
| 普通写作（通知、总结、周报、讲话稿） | 通用写作能力 |
| 扫描件 OCR / 批量格式转换 | doc-processor-v2 或 OCR 工具 |
| 电子签章 / CA 加密 / 平台上传固化 | 招投标平台官方客户端 |
| 合同法律效力审阅 | 法务或 contract-review-mfd |
| 编造业绩、资质、检测数据、报价决策 | 不做，改为"留空 + 生成待办清单" |
六、意图 → 动作（工作流索引）
| 用户意图 | 读哪个 reference | 跑哪个脚本 |
|---|---|---|
| 第一次用 / 想看看效果 | quickstart.md | — |
| 遇到具体问题（"XX 情况怎么办"） | faq.md（23 条场景问答） | — |
| 不确定该怎么说 / 没触发 | triggers.md | — |
| 文件太大 / 格式不支持 / 要多少字 | limits.md | — |
| 复杂项目从头带做 / 时间不够 / 五类差异 | complex_project.md | — |
| 新建标书 / 从零生成（引导选类型、分步收集信息） | template_guide.md + assets/templates/ | — |
| 拆解招标文件 / 提取关键信息 / 提取格式模板 | tender_parsing.md | dump_tender.py |
| 这标能不能投 / 中标概率 / 投否决策 | win_probability.md | win_probability.py |
| 生成投标文件目录大纲 | bid_assembly.md（目录规则） | gen_toc.py |
| 写偏离表（一序号一响应单元） | deviation_table_spec.md（附件 2-5/2-6 定版） | bid_table_spec.py |
| 生成报价/投标文件（DOCX 灌装） | master_fill.md（七步：dump→格式探测→母版抽取→数据→灌装→门禁→交付） | docx_fill.py |
| 一整条流水线跑完 | engine_playbook.md | run_bid.py |
| 生成投标文件（按模板，禁自由发挥） | generation_principles.md（八原则 + 执行清单 + 交互话术） | — |
| 生成前对账（防漏报条款 = 防废标） | generation_principles.md 第四原则 | verify_coverage.py |
| 提取评分点矩阵（评什么/多少分/必须写什么） | scoring_matrix.md | build_matrix.py |
| 按评分标准写方案（九类方案） | proposal_writing.md | — |
| 覆盖率对账 / 查漏项 | scoring_matrix.md → complex_project.md 第三节 | check_coverage.py |
| 装配完整投标文件（一整套） | bid_assembly.md | — |
| 文字润色/精简/扩写/换话术/条目化 | writing_ops.md | — |
| 生成投标函/承诺函/答疑函/澄清函 | writing_ops.md、commercial_writing_guide.md | — |
| 格式统一 / 排版 / 目录页码 | format_standards.md | gen_toc.py |
| 排版丢失 / 表格塌陷 / 样式跑偏 | engine_playbook.md 第十一节（模板直写，禁 markdown 转 docx） | — |
| 合规自查 / 废标风险 / 禁用话术 | compliance_checklist.md | — |
| 查错别字 / 文本质检 | text_qc.md | scan_text_qc.py |
| 改错字 / 去要求腔（响应栏） | text_qc.md | fix_text.py、fix_requirement_tone.py |
| 交付前终审（三层分级 + 人工清单） | final_review.md | final_review.py |
| 交付前门禁（三册全绿） | text_qc.md | qc_bid.py |
| 报价核对（合计/大写/限价） | price_file.md | price_check.py |
| 交货清单/报价/技术参数一致性 | consistency.md | cross_check.py |
| 字段完整性（项目名/编号/签章位置） | format_standards.md | check_fields.py |
| 对标学习 / 找同类标书参考 | benchmark_index.md | — |
| 复盘事故 / 避免重犯 | incident_log.md | — |
| 查历史话术 / 参考写法 | rag_kb.md | — |
| 工程化交付（生产线上跑） | engine_playbook.md | 项目自有脚本 |
七、能力模块
- 模板生成 — 5 类标书模板（
assets/templates/），流程见template_guide.md；封面{项目名称}类占位符替换，关键字段（报价、资质、业绩）绝不代填。 - 内容撰写 — 商务标与技术标，规范见
commercial_writing_guide.md、technical_writing_guide.md。 - 改写与扩写 — 五操作 + 要求→响应三段式，见
writing_ops.md。 - 格式与排版 — 编号体系、字体字号、行距缩进、表格目录页码，见
format_standards.md。 - 合规自查 — 资质/形式/商务/技术四类 + 禁用话术，见
compliance_checklist.md。 - 标书智能拆解 — 结构化 dump → 15 项关键信息 → 表结构识别 → 模板格式提取，见
tender_parsing.md。 - 目录大纲 — 分册目录 + 评分覆盖校验（每个评分点都有承载章节）。
- 方案写作 — 评分逐条 → 章节清单 → 九类框架；专业度四要素硬判据（具体参数/实施步骤/验收指标/风险预案，缺一即"正确的废话"）+ 多轮扩写，见
proposal_writing.md。 - 固化装配 — 六步装配线 + 章节最小标准 + 证明材料矩阵 + 目录页码规则，见
bid_assembly.md。 - 质检与门禁 — 四遍扫描法 + 响应栏四条禁令 + 发布门禁，见
text_qc.md。 - 评分点矩阵与对账 — 评分表 → 矩阵 JSON → 覆盖率对账 → 缺口清单驱动扩写（至多 3 轮），见
scoring_matrix.md。向量检索只取表述范式，不做内容来源。 - 生成八原则 — 模板优先 / 分册按招标条款 / 偏离表定版 / 原文条款对账 / 结构化中间层 / 自检器分册豁免 / 报价与承诺一致 / 保密，见
generation_principles.md。 - 偏离表定版规范 — 技术偏离表（附件 2-6）一序号一产品 + 商务偏离表（附件 2-5）一序号一条要求；条款按原始款号列示（
★1/▲3/6），偏离度整行填。bid_table_spec.py常量即规范（TECH_HEADERS/BIZ_HEADERS/…、build_tech_rows()、build_biz_rows()、validate_headers()、audit_tech_rows()、audit_copy()），见deviation_table_spec.md。 - 投标概率测算（投否决策） — 六因子（资格门槛乘子 / 技术 / 价格 / 商务 / 响应完备 / 履约）按招标文件实际分值加权 → 竞争力指数 CI →
P = sigmoid(logit(1/家数) + 3.2×(CI−0.5))→ 概率中枢与区间；资格硬伤直接判放弃；杠杆 Top3 带 ΔP 与动作。模型常量即代码（K、DEFAULT_WEIGHTS、PROFILE_TEMPLATE），见win_probability.md。 - 交付终审（三层分级） — 致命 10 项（占位符/名称编号/落款/份数/报价算术/大写/限价/报价泄露/★漏报/空册）必须清零；严重 8 项（错字/要求腔/重复行/章节缺失/★不足/证件过期/金额空缺/条款多报）逐条确认；提示 4 项；另附 18 项人工终检清单（密封/份数/骑缝章/CA/原件/时间地点）。见
final_review.md。
八、工作方式：五步确定性契约（为什么它"可控"）
| 步 | 做什么 | 产出 |
|---|---|---|
| 1 判定 | 文件能不能读、任务属哪类、缺哪些输入 | 一句话判定 + 缺项（≤3 条） |
| 2 取证 | 从原文取证据：条款号/页码/表头/行号 | 引用清单（结论必挂来源） |
| 3 生成/计算 | 按模板或规则产出；能脚本算的一律脚本算 | 正文 or 结构化 JSON |
| 4 自检 | 跑对应检查器，逐项 PASS/FAIL/WARN | 检查表（含定位） |
| 5 交付 | 三段式输出 + 改动前备份 | 可执行结果 + 待办 |
四条硬约束：① 无来源的结论降级为 WARN；② 未跑检查器不得说"已完成/没问题"；③ 改文件必先备份且默认 dry-run；④ 门禁 FAIL 时禁止说"应该没问题"，必须给定位与修复命令。
判断下沉：报价算术/大写/限价 → price_check.py；错字/改写残留 → scan_text_qc.py；占位符/重复行 → qc_bid.py；三处一致 → cross_check.py；条款漏报 → verify_coverage.py；评分覆盖 → check_coverage.py；表头列序 → bid_table_spec.py；中标概率与投否结论 → win_probability.py；交付是否可出门 → final_review.py。判断口径、置信度三分法（【确定】/【推断】/【未知】）、20 个边界场景处置表见 references/robustness.md。
改动后可自证（不靠嘴说稳定）：python scripts/self_test.py 跑 30 条断言（覆盖 9 个核心工具）——脏稿必 FAIL 且抓到占位符与错字、净稿必 PASS、报价错行必被定位、缺文件必是中文提示+退出码 2、非 docx 必拒、资质硬伤必判"建议放弃"、终审脏稿必不通过/净稿必通过。任何一次改动把判定改坏都会立刻暴露。
九、输出格式（每次都是这个结构）
【结论】一句话：能/不能、通过/不通过、缺几项
【依据】表格或逐条：数据来源（招标文件第 X 页/第 X 条）+ 命中位置（表/行/段）
【下一步】1~3 个可执行动作（谁做、跑什么命令、做完什么算过）字段缺失一律写 未知（需你确认） 并给出确认方式，不用"大概/建议"填空、不编值。
十、工具脚本（scripts/，依赖 python-docx）
| 脚本 | 用途 | 用法 |
|---|---|---|
dump_tender.py | 招标文件结构化 dump（段落/表格/页眉页脚） | python dump_tender.py 招标文件.docx -o dump.txt |
scan_text_qc.py | 四遍扫描：错字/改写残留/形近字/重复字 | python scan_text_qc.py 标书.docx |
fix_text.py | 清洗错字与跨字多余空格（自动备份） | python fix_text.py --apply 标书.docx |
fix_requirement_tone.py | 响应栏去"要求腔" | python fix_requirement_tone.py --apply 标书.docx |
qc_bid.py | 文本层门禁：7 项检查（错字/要求腔/占位符/重复行/名称编号/结构/规模），全绿才继续 | python qc_bid.py 三册.docx |
win_probability.py | 投标概率测算（投否决策）：拆解卡 + 六因子 + 概率区间 + 杠杆 Top3；--init 生成档案模板 | python win_probability.py dump.txt --profile 档案.json --rivals 6 --json 决策卡.json |
final_review.py | 交付终审：致命/严重/提示三层 + 18 项人工终检；致命不清零即 FAIL | python final_review.py 三册.docx --tender dump.txt --limit 2980000 --report 审查报告.md |
check_fields.py | 关键字段完整性（项目名/编号/签章位置） | python check_fields.py 标书.docx |
price_check.py | 报价核对：金额/合计/大写/跨文件/限价 | python price_check.py 价格文件.docx --limit 300000 |
cross_check.py | 三处一致性：清单/报价/技术参数 | python cross_check.py 商务技术文件.docx 价格文件.docx |
build_matrix.py | 评分点矩阵 → 结构化 JSON | python build_matrix.py dump.txt |
check_coverage.py | 覆盖率对账 → 逐点缺口清单 | python check_coverage.py 矩阵.json 方案.docx --gap gap1.json |
verify_coverage.py | 原文条款对账（漏报/多报/性质不符 + ★▲统计） | python verify_coverage.py dump.txt --matrix 技术响应矩阵.json |
bid_table_spec.py | 偏离表定版规范（规范即代码） | python bid_table_spec.py --selfcheck |
docx_fill.py | 母版灌装库（模板直写，不重建文档） | python docx_fill.py --help |
gen_toc.py | 目录域生成（禁手打页码） | python gen_toc.py 标书.docx |
run_bid.py | 全流程编排器（dump→矩阵→灌装→门禁） | python run_bid.py --help |
_guard.py | 统一守门（所有脚本共用）：文件不存在/格式不符/被占用 → 中文提示 + 退出码，不抛 traceback | 无需单独调用 |
self_test.py | 自检/回归样例：4 个内置样例（脏稿/报价错行/净稿/母版表）+ 30 条断言（覆盖 9 个核心工具），跑一条命令就知道工具链是否退化 | python self_test.py（可加 --workdir --keep） |
十一、安全与权限（可信任度）
- 全程本地：所有处理在本机完成，不发起网络请求、不上传任何数据、无遥测；
- 只动指定文件：仅读写用户明确给的文档；不扫描无关目录、不读取系统敏感路径；
- 改前必备份：所有替换/清洗操作先备份到
<文档目录>/.backup/<文件名>.<时间戳>，可一条命令回滚； - 无远程执行、无编码混淆：脚本为明文 Python，可自行审阅；
- 默认只读演练：任何
--apply均可先不加该参数跑一遍（dry-run，只统计不修改）； - 全中文：输入输出均支持中文，国内内网环境可用；无网络依赖。
十二、异常处理与边界（可靠性）
| 情况 | 行为 |
|---|---|
| 文件不存在 | 明确报"不存在"，不静默跳过 |
| 文件被 Word/WPS 占用 | 提示"被占用，请关闭后重跑"，不误报成功 |
| 扫描件/图片表格 | 明确"无文字层/表格为图片"，给转换路径，不硬猜内容 |
| 文档里找不到报价表/偏离表 | 说明未识别 + 列出识别条件（表头关键字），请你指认 |
| 输入为空/格式不符 | 提示需要的输入形态（docx 路径、表头特征、文本量） |
| 漏填必填项 | 三册必填项逐项扫（项目名称/编号/大写/授权人/响应列/盖章位），空值、{…}、＿＿、××、（待填） 一律 FAIL 并点名到段；清单见 robustness.md 第六节 |
| 检查发现问题 | FAIL 清单 + 定位（表/行/列）+ 退出码非零 |
| 无法判断的事项 | 标 WARN 并提示人工确认（如"疑似招标原文标注"） |
| 超长/超大文件 | 分段处理并报进度；无法分段则明确拒并给拆分建议 |
| 概率测算缺档案/缺限价/报价未定 | 按中性值算并在报告中标注"未知（需你确认）"，同时提示"这是最大不确定项"；绝不编造资质与报价 |
| 终审出现致命项 | 明确"不得封装/不得上传/不得送打印"，逐条给定位与修复命令；修完必须复跑，不允许口头放行 |
原则：宁可大声失败，不可安静出错。 20 个具体边界场景（跨页表、合并单元格、双份报价表、★负偏离、大写差 0.01…）见 references/robustness.md 第四节。
十三、能力边界（不做的事）
- 不代填报价终值、单价决策、业绩合同、资质证书编号、授权代表姓名、样品；
- 不编造业绩、资质、检测数据、合同金额、人员证书；
- 不生产实物材料（证书扫描件、产品彩页、检测报告）——只预留位置并列出清单；
- 不做 OCR / 不做电子签章 / 不做平台加密固化；
- 不承诺中标——中标概率是基于招标文件与竞争假设的测算（决策辅助），不是结果承诺；不参与围标、串标、陪标报价设计等违规操作；
- 不替代法务与评标专家判断——争议条款建议复核。
十四、复杂项目：七步向导（每步只问 3 个问题）
类型 → 关键信息 → 评分矩阵 → 目录大纲 → 逐点写方案 → 装配灌装 → 交付门禁
- 每步一个交付物，做完确认再进下一步，不会一次性甩给你十个问题；
- 五类场景的必备章节清单与常见评分构成见
complex_project.md第二节；五类一页对比（价格/技术权重、核心得分件、必备附加、高频废标点）见同文件第七节； - 素材缺失时（无业绩/无参数/无报告）→ 生成《待办清单》，不编造；
- 时间不够 → 三档模式：≥48h 正常 / 8~24h 冲刺 / ≤6h 抢救（先保废标项，再补高分项），见
complex_project.md第六节。
十五、示例
能力全景（4 张文本版示意图：纯文本渲染，不依赖图片资源，任何平台、任何终端都能直接看）：
图 1 · 能力全景（一条主线：读懂 → 算清 → 写出 → 装订 → 把关）
| 层 | 能力 | 关键产出 |
|---|---|---|
| ① 读懂 | 招标文件拆解 | 15 项关键信息 · 表结构识别 · 格式模板提取 |
| ② 算清 | 中标概率与投否决策 | 六因子加权 → 概率区间 → 投/不投 → 杠杆 Top3 |
| ③ 写出 | 方案与文书写作 | 九类方案（评分驱动）· 改写扩写 · 投标函/承诺函 |
| ④ 装订 | 完整投标文件装配 | 六步装配线 · 目录页码 · 证明材料矩阵 · 三册 |
| ⑤ 把关 | 质检与发布门禁 | 22 项自动终审（致命/严重/提示）+ 18 项人工终检 |
| 底座 | 可自证的工具链 | 28 份手册 · 19 个工具脚本 · 5 类模板 · 23 条 FAQ · 全本地不联网 |
图 2 · 用户意图 → 技能动作（决策树）
你说一句话
├─ 拆解 / 看 / 提取 ─────→ tender_parsing.md + dump_tender.py → 关键信息卡 + 拿分地图 + 废标红线
├─ 能不能投 / 中标概率 ──→ win_probability.md + win_probability.py → 概率区间 + 投否 + 杠杆 Top3
├─ 写方案 / 加料 ────────→ proposal_writing.md + build_matrix.py → 评分逐条拆节 + 九类框架
├─ 装配一整套 ───────────→ bid_assembly.md + docx_fill.py → 六步装配线 + 材料矩阵 + 目录页码
├─ 查错别字 / 质检 ──────→ text_qc.md + scan_text_qc.py → 四遍扫描 + 定位到表/行/段
├─ 交付前过门禁 ─────────→ text_qc.md + qc_bid.py → 7 项检查，全绿才交付
├─ 交付前终审 ───────────→ final_review.md + final_review.py → 致命/严重/提示 + 18 项人工清单
├─ 核对报价 ─────────────→ price_file.md + price_check.py → 金额/合计/大写/限价
├─ 三处型号一致吗 ───────→ consistency.md + cross_check.py → 清单/报价/技术参数
├─ 新建标书 ─────────────→ template_guide.md + assets/templates/（5 类模板）
├─ 对标学习 ─────────────→ benchmark_index.md（标杆范式与目录结构索引）
└─ 复盘事故 / 别的别提 ──→ incident_log.md（INC-001~016：症状 → 根因 → 禁令）
兜底：不确定怎么说，就直接讲「我有个新项目要投」——会引导你走完 拆解 → 方案 → 装配 → 门禁。图 3 · 发布门禁：三册一起过，全绿才交付
命令：python scripts/qc_bid.py 商务技术文件.docx 价格文件.docx 资格证明文件.docx
商务技术文件（偏离表/方案/白皮书） 价格文件（报价一览表/分项报价） 资格证明文件（执照/资质/业绩）
│ │ │
└───────────────┬───────────────────┴──────────────────────────────────┘
▼
① 错字 / 改写残留 ② 要求腔（不低于·不小于·应）
③ 高危占位符【】 ④ 完全重复行
⑤ 项目名称·编号跨文件一致 ⑥ 目录与结构 ⑦ 规模统计
│
▼
◆ 全绿 PASS → 可交付 ｜ 任一 FAIL → 定位到表/行/列 且退出码非零
实测：某档案馆改造项目三册 —— 错字 0 / 要求腔 0 / 重复行 0 / 项目名称编号一致图 4 · 端到端流水线：从招标文件到可交付三册
[招标文件.docx]
│ ① 拆解：15 项信息 · 表结构识别 · 格式模板提取 （dump_tender.py / tender_parsing.md）
▼
[关键信息卡 + 拿分地图 + 废标红线]
│ ② 算清：六因子 → 概率区间 → 投否 → 杠杆 Top3 （win_probability.py）
▼
[方案正文：评分逐条成节 · 九类框架 · 四要素硬判据] （build_matrix.py / check_coverage.py）
│ ③ 装订：六步装配线 · 目录页码 · 材料矩阵 （docx_fill.py / gen_toc.py）
▼
[三册 docx：价格 / 商务技术 / 资格证明]
│ ④ 门禁：22 项自动终审 + 18 项人工终检 （final_review.py / qc_bid.py）
▼
[可交付三册 + 自检报告 + 待补清单] ← 每步可重跑、可核验；致命项不清零不出门
实测：某档案馆改造项目 —— 24 项物资偏离表 · 十万字文档 · 限价内报价核对 · 交付前全绿真实输出样例（自检报告，交付时连同三册一起给你）：
════════════════════════════════════════════════════════
■ 交付前自检报告：某物资采购项目（2026-XX×××）
════════════════════════════════════════════════════════
✓ ①[01] 附件结构 4/4 齐全
✓ ② 商务偏离 15 行 vs 招标商务条款 15 条
✓ ③ 技术偏离/交货清单标的编号一致（35 项）
✓ ④ 全部条款偏离度=无偏离（★条款负偏离=无效）
✓ ⑤ 资格证明材料附件位齐全
✓ ⑥ [02] 无报价数字泄露
✓ ⑦ [01] 要素完整性 FAIL=0｜表格坏行=0
────────────────────────────────────────────────────────
◆ 自检结果：全绿，可出交付版（18 项对照，FAIL 0）完整成品对照（输入 → 输出）：
| 你给 | 它产出 |
|---|---|
| 招标文件.docx | 关键信息卡 + 拿分地图 + 废标红线 + 格式件清单 |
| 招标文件 + 报价表 | 三册 docx（原格式灌装）+ 自检报告 + 待补清单 |
| 写完的方案 + 评分标准 | 逐评分点对账表 + 缺口清单（缺哪条、差多少字） |
| 一份待交标书 | 门禁报告（错字/占位符/重复行/要素/报价/一致性）全绿或不绿+定位 |
示例 1：拆解招标文件
用户：帮我拆解这本招标文件（附 谈判文件.docx）
输出：
· 关键信息卡：项目名称/编号/采购方式/预算 X 万元/工期 XX 日历天/质保 XX 个月/样品 无…
· 拿分地图：技术指标 26 分 → 技术偏离表；售后 12 分 → 售后服务方案；培训 4 分 → 培训方案…
· 格式件清单：报价一览表、分项报价表、技术/商务偏离表、承诺函…
· 废标红线：超限价、★条款负偏离、未密封、未签章、偏离表照抄原文
· 待确认 3 项：现有中控品牌 / 同类业绩份数 / 是否中小企业示例 2：按评分标准写方案
用户：按评分标准写售后服务方案
输出（评分表点名 6 项 → 6 小节，每节 300~500 字）：
一、服务机构（地址/专线/24h 联系人/距现场公里数）
二、人员组织（负责人+工程师+客服，名单报备与变更规则）
三、保障措施（XX 个月质保/半年巡检/一台一档/备件库存）
四、响应时间（表：故障等级/响应/到场/修复/超时措施）
五、补货换货（残次品 48h 换新）
六、服务承诺（免费用、终身维护仅收成本费）
+ 自检：四要素齐（参数✓ 步骤✓ 指标✓ 预案✓）；覆盖 6/6示例 3：交付前门禁
$ python qc_bid.py 商务技术文件.docx 价格文件.docx 资格证明文件.docx
✗ [错字] 4 处（表3 第7行「响将时间」）
✓ [要求腔·响应列] 0 处 ✗ [占位符] 1 处（资格证明文件第4段 {公司名称}）
✓ [重复行] 0 行 ✗ [项目编号] 资格证明文件缺编号
◆ 门禁结果：FAIL（3 项待修）→ 先跑 fix_text.py --apply，再人工确认十六、依赖与环境
- 必需：Python 3.9+ 与
python-docx（pip install python-docx）； - 可选：
jieba（分词式可疑词检测）；中文字体（生成图表用，Windows 自带黑体/宋体/微软雅黑）； - 环境：国内可用，全中文，无网络依赖，可离线内网运行。
十七、资源清单
skills/ai-biaoshuzus/
├── SKILL.md ← 本文件（入口）
├── CHANGELOG.md ← 版本记录
├── assets/templates/ ← 5 类标书模板（工程/货物/服务/运维/综合）
├── references/ ← 28 份手册（按需加载）
│ ├── quickstart.md 快速上手：5 个端到端实录 + 输出格式
│ ├── win_probability.md 投标概率测算（六因子/公式/结论分档/8 条 FAQ）
│ ├── final_review.md 交付终审（三层分级/22 项自动/18 项人工/误报处理）
│ ├── faq.md 23 条场景问答（"XX 情况怎么办"）
│ ├── triggers.md 触发说法大全（60+ 句 + 兜底三招）
│ ├── limits.md 输入规格/上限/拒收情形/转换路径
│ ├── robustness.md 五步契约 + 判断下沉表 + 20 边界场景
│ ├── complex_project.md 七步向导 + 五类必备章节 + 抢救模式
│ ├── master_fill.md DOCX 母版灌装定版流程
│ ├── deviation_table_spec.md 偏离表定版规范（附件 2-5/2-6）
│ ├── generation_principles.md 生成八原则
│ ├── scoring_matrix.md 评分点矩阵与生成管线
│ ├── template_guide.md 模板选型与四步信息收集
│ ├── tender_parsing.md 标书智能拆解
│ ├── proposal_writing.md 方案写作库（九类方案）
│ ├── bid_assembly.md 完整投标文件装配
│ ├── text_qc.md 文本质检（四遍扫描/响应栏四条禁令）
│ ├── price_file.md 报价规范与核对
│ ├── consistency.md 三处一致性核对
│ ├── writing_ops.md 改写五操作/扩写/补充文书
│ ├── commercial_writing_guide.md / technical_writing_guide.md
│ ├── compliance_checklist.md / format_standards.md
│ ├── engine_playbook.md 工程化交付（链路/故障处理/版本管理）
│ ├── incident_log.md 事故档案（INC-001~016）
│ ├── benchmark_index.md 标杆样本索引
│ └── rag_kb.md 话术知识库检索
└── scripts/ ← 19 个工具（win_probability.py=投标概率，final_review.py=交付终审，run_bid.py=全流程编排，docx_fill.py=灌装库，gen_toc.py=目录域，_guard.py=统一守门，self_test.py=回归自检）加载原则：按需加载（渐进式披露）——只读当前任务对应的 reference。
十八、版本记录
当前 v1.3.1（纯文本资产版：4 张能力全景图改为文本版示意图、移除全部图片与二进制资产、self_test.py 净稿样例修正后 30/30 全绿）。上一版 v1.3.0（决策与终审版：新增 win_probability.py 六因子中标概率测算与投否决策、final_review.py 三层分级交付终审 + 18 项人工终检清单、两份配套手册；self_test.py 扩到 30 条断言（覆盖 9 个核心工具）；修复 9 个脚本在中文 Windows 控制台（GBK）下打印符号报 UnicodeEncodeError 的稳定性缺陷）。详见 CHANGELOG.md。
