百炼标书智能写作工具

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

快速开始：获取 App Key

用招采猫 AI 出解读/标书/合规，只需一个 App Key——新用户零输入就能开通试用、或用手机号注册，均赠积分。三种方式任选其一，均由助手代跑，用户无需敲任何命令（拿到后自动保存，下次免输）：

• 免费试用（零输入，最省事）：征得用户同意后，助手直接开通试用账号（送 200 积分，自动采集设备特征，App Key 自动保存）；绑定手机号可再送 200。
• skill 内注册：向用户要手机号，助手发送验证码并完成注册（送 200 积分，App Key 自动保存）。
• 官网生成（用户已有账号或想自助注册；向用户转述时逐步骤完整给出，链接原样显示完整 URL）：
  1. 打开官网 https://biaoshu.zhiliaobiaoxun.com/?ch=s111
  2. 用手机号 + 短信验证码注册并登录（新用户赠积分）；
  3. 登录后点左侧菜单『Skill 接入 → 获取 APP Key』，在弹出面板中查看/复制 App Key（首次打开自动生成，形如 bk_live_xxxxx；重置后旧 Key 立即失效）；
  4. 把 Key 直接粘贴到对话里让助手保存（下次免输），例如：「我的 App Key 是 bk_live_xxxxx，帮我保存一下」。（助手收到后代跑保存，别把命令抛给用户，见 usage.md。）

三条路径的具体命令见 references/usage.md（仅供助手后台使用）。无论哪种方式，保存成功后都把凭证文件 config.json 的完整路径转述给用户（脚本已打印）。无 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/

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

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

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 路径，尤其官网生成第 4 步的粘贴示例话术（「我的 App Key 是 bk_live_xxxxx，帮我保存一下」）必须原样出现； ② 有什么功能——「三大功能」小节，尤其各功能「使用示例」的场景话术和「用户得到」必须完整出现。 两块都优先原文照抄，不要改写成摘要；示例是强制项，任何精简都不得省略示例。
• 产物必须逐个给绝对全路径：解读报告 / 成品标书 / 合规报告每次产出后，把每个文件的完整绝对路径（形如 /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。