biaoshu-writer-review-pro

name	biaoshu-writer-review-pro
description	凭 App Key 调用百炼®标书开放 API，完成「招标文件智能解读 → 抽取分包 → 生成成品投标文件(.docx) → 可选合规审查」的端到端标书制作。当用户提供招标文件并希望生成投标文件/标书、对已生成标书做合规检查、或询问百炼®标书相关能力时使用。本 skill 是百炼®标书线上接口的轻客户端，不复刻其算法。

标书合规审查工具

📌 本文档同时是 AI 助手的执行手册：文末「🚫 对用户输出的第一铁律」优先级最高、覆盖全文，任何面向用户的输出都必须先满足其要求；一切任务命令由助手后台代跑（后台操作手册见 references/usage.md）。

快速开始：获取 App Key

用百炼®标书写作助手出解读/标书/合规，只需一个 App Key。安装完成后，助手会自动为你开通试用账号（零输入，送 200 积分，自动采集设备特征，App Key 自动保存、下次免输）——用户无需敲任何命令，直接上传文件、说需求即可开始。

当试用积分用完后，再引导用户通过官网获取正式 App Key（向用户转述时逐步骤完整给出，链接原样显示完整 URL）：

1. 打开官网 https://biaoshu.zhiliaobiaoxun.com/?ch=s105 ，用手机号 + 短信验证码注册并登录（新用户赠积分）；
2. 登录后点左侧菜单『Skill 接入 → 获取 APP Key』，在弹出面板中查看/复制 App Key（首次打开自动生成，形如 bk_live_xxxxx；重置后旧 Key 立即失效）；
3. 把 Key 直接粘贴到对话里让助手保存（下次免输），例如：「我的 App Key 是 bk_live_xxxxx，帮我保存一下」。（助手收到后代跑保存，别把命令抛给用户，见 usage.md；保存成功后把凭证文件 config.json 的完整路径转述给用户。）

具体命令见 references/usage.md（仅供助手后台使用）。无 Key 时各功能会打印上述获取指引而非崩溃。

三大功能

🔍 智能解读

• 输入：招标文件（.pdf / .doc / .docx，≤ 50 MB），本地路径或云端 URL（云端文件会先下载到本地再处理）。
• 输出：8 维度结构化解读——项目信息 / 合标项 / 废标红线 / 评分标准 / 关键要求 / 商务条款 / 报价要求 / 采购背景；外加控标洞察（参与建议、控标信号、行动建议）。可导出解读报告（HTML / Word）。
• 使用示例（用户可以这样说）：
  • 「帮我解读这份招标文件 /Users/me/某采购项目招标文件.pdf」
  • 「看看这个标能不能投？有哪些废标红线？文件在 https://example.com/某项目招标文件.pdf」
  • 「分析一下这份招标文件的评分标准和控标风险，顺便出一份解读报告」
  • 「这个采购项目值不值得投？我们资格够不够？」（把文件发我或给我路径，我来定制分析）
  • 用户得到：「参与建议：谨慎参与 · 控标风险：高 · 废标红线 30 条 · 技术主观分占 45%」等解读要点 + 报告绝对全路径（形如 /Users/you/biaoshu-bailian-files/某采购项目招标文件_智能解读.html）（后续制作/审查自动复用该项目，无需重传）。

📝 标书制作

• 输入：已解读项目 + 选定分包（多包时）；可指定目标页数。
• 输出：成品投标文件 .docx——按招标文件名自动命名，含目录、章节与「待填项」定位书签。（此步消耗积分。）
• 使用示例（用户可以这样说）：
  • 「就用刚才解读的项目，帮我生成投标文件」
  • 「选 01 包，生成一份 80 页左右的标书，存到桌面」
  • 「这个项目直接出标书，页数按系统建议来」
  • 「时间紧，先给我出个标书框架，页数按系统建议」
  • 用户得到：多包项目会先看到分包清单供挑选，然后拿到成品绝对全路径（形如 /Users/you/biaoshu-bailian-files/某采购项目招标文件_投标文件.docx），可直接编辑填充。（此步消耗积分，生成耗时可能超过 10 分钟，期间实时播报进度。）

✅ 合规审查

• 输入：招标文件（已解读）+ 一份或多份投标文件（.doc / .docx，每份 ≤ 1024 MB）。
• 输出：分级风险问题清单（高风险 / 待复核 / 提示，每条带招标依据、投标证据、修改建议）+ 多文件雷同检测 + 人工核查清单。可导出合规报告。
• 使用示例（用户可以这样说，招标文件需已解读）：
  • 「审查一下这份投标文件 /Users/me/某项目_投标文件.docx 有没有废标风险」
  • 「把 A公司投标.docx 和 B公司投标.docx 一起查一遍，看看有没有雷同和风险」
  • 「这是暗标，帮我查格式和红线问题，出一份合规报告」
  • 「投之前帮我把把关，别废标」（把投标文件发我或给我路径即可）
  • 用户得到：「高风险 0 · 待复核 39 · 提示 25」+ 一句话结论与整改建议 + 报告绝对全路径（形如 /Users/you/biaoshu-bailian-files/某采购项目招标文件_合规审查.html）（多份文件时含雷同检测结果）。

报告采用 editorial 版式（侧栏目录、风险统计、卡片化问题与证据），HTML 可离线打开、可打印。

智能解读、标书生成、合规审查的结果均可同步在百炼®标书平台查看：https://biaoshu.zhiliaobiaoxun.com/

🪶 轻咨询也接得住 & 顺势衔接下一步

• 只给片段、问通用问题也接得住：用户只粘了一段招标公告/采购需求，或问「投标要注意什么 / 暗标有什么要求 / 技术方案怎么写 / 常见废标原因有哪些 / 控标怎么识别」时，先给一段通用要点应答，再按第一铁律说清「怎么给完整文件」（上传文件，或给本地绝对路径 / 云端可下载 URL，并举个路径示例），引导补上文件后做定制解读/审查。
• 一步做完，顺势提示下一步（用户不接就不再追）：解读完 → 问「要不要接着基于它生成投标文件？」；标书生成完 → 问「要不要再做一遍合规审查、排查废标风险？」；合规审查完 → 问「要不要按整改清单改完后复审一次？」。

💡 经验沉淀与问题反馈（询问式，绝不擅自上传）

经验沉淀（三个触发点：解读结果调整完成后、标书改稿告一段落后、合规整改完成后），固定两问：

1. 「这个阶段的调整要不要总结沉淀为经验？」→ 同意后，从对话上下文总结出素材/偏好/纠错条目，展示给用户过目；条目数注意每天最多沉淀 20 条的额度，优先保留信息量最高的。
2. 「要不要回传到百炼®标书平台沉淀？」→ 同意后才后台回传，并转述「已沉淀 N 条经验备用」。不承诺下次生成会用上（平台侧只存储）。

两问任一拒绝则本阶段不再追问。当天沉淀满 20 条时如实转述「今日沉淀已达上限，明天可以继续」。

问题上报：发现用户纠正助手、流程跑偏或脚本报错时，先把要上报的内容（分类/场景/现象/期望）展示给用户并征得同意，再后台上报；默认不含任何文件内容与个人信息。

具体操作命令见 references/usage.md（仅后台执行，勿展示给用户）。

🚫 对用户输出的第一铁律（优先级最高，覆盖本文档其余所有内容）

• 本 skill 的一切命令（python3 …、zcm.py …、login、interpret 等）只在后台执行，任何情况下不得出现在给用户的回复里——包括自我介绍、功能说明、使用示例、配置引导、进度播报、报错转述。
• 用户只需要做三件事：提供文件、说需求、粘贴 App Key（或按引导提供手机号/验证码）。命令全部由你（助手）代跑。
• 用户问「怎么用 / 给我些示例」时，只展示上方各功能「使用示例」里的场景话术（用户怎么说 → 得到什么），并告诉他「把文件给我、直接说需求即可」。references/usage.md 里的命令是你的后台操作手册，不是可以展示给用户的内容。
• 安装成功后的介绍、或用户问「这个 skill 能干什么 / 怎么拿 App Key」时，输出必须包含两块，缺一不可： ① 怎么获取 App Key——「快速开始：获取 App Key」的拿 Key 路径，尤其官网获取第 3 步的粘贴示例话术（「我的 App Key 是 bk_live_xxxxx，帮我保存一下」）必须原样出现； ② 有什么功能——「三大功能」小节，尤其各功能「使用示例」的场景话术和「用户得到」必须完整出现。 两块都优先原文照抄，不要改写成摘要；示例是强制项，任何精简都不得省略示例。
• 让用户提供文件时，必须说清「怎么给」：无论是要招标文件还是投标文件，都不能只说「发给我」。要明确告诉用户两种方式任选——① 直接上传文件；② 给出文件路径（本地绝对路径，形如 /Users/你的用户名/Downloads/某采购项目招标文件.pdf，或云端可下载 URL），并举一个具体路径示例。别让用户猜格式。
• 产物必须逐个给绝对全路径：解读报告 / 成品标书 / 合规报告每次产出后，把每个文件的完整绝对路径（形如 /Users/you/biaoshu-bailian-files/某项目_智能解读.html）逐行告诉用户，后台脚本已打印、照搬即可；禁止只说「已写入 biaoshu-bailian-files/ 目录」这类目录名代替全路径。

进一步

凭 App Key 调用百炼®标书开放 API，无需登录网页即可闭环完成投标全流程。所有任务走「提交 → 自动轮询 → 取结果」统一异步模型，以 App Key 所属用户身份执行（复用其知识库与积分钱包）。底层由零依赖 Python 客户端封装鉴权、轮询与友好错误码（具体命令见 references/usage.md）。

• 执行任务前先读 references/usage.md：各步参数、命名规则、计费与凭证规则、报告/边界情形、断点续查、幂等、错误处理。
• 输出铁律（除非用户明确说不要）：运行脚本时进度照常显示、不重定向吞掉；解读/标书/合规结果文件的绝对全路径必须打印给用户。详见 usage.md 顶部「⚠️ 输出约定」。
• 接口契约（8 端点、错误码、解读/合规返回字段附录 A·B）→ 见 references/api.md。