技能介绍

解决什么问题

招投标文件评审往往依赖人工逐项核对，跨页找“技术参数”“偏离表”“商务条款”既耗时又容易漏项。该技能面向一次完整评审的最小闭环：同时拿到招标文件与投标文件后，把结构化审查交给统一任务服务，用可追踪的 job_id 替代黑盒式等待，最终把 artifacts/ 中的评审产物落盘。

工作方式

材料校验与预处理：先确认两份文件齐全；缺失时明确指出缺哪一份。再将材料整理为 UTF-8 Markdown，避免乱码和格式噪声进入后续评审。
密钥与平台配置：通过 configure-appkey --app-key '' 将用户提供的 AppKey 写入本地受限配置，对话中不回显密钥、配置路径或内容。平台和域名由 scripts/service_config.py 的 PLATFORM 与 PLAT_DOMAIN 固定配置，不接受命令行覆盖。
任务提交与恢复：使用 start-job 完成身份预检并提交评审任务，拿到 job_submitted 或 job_recovered 中的 job_id 后立即向用户展示状态。客户端会记录同一组材料的 job_id，后续先查已有任务，绝不自动重新提交；普通 failed 只报告原任务失败，仅在用户明确要求时才用 start-job --new-job 新建。
进度轮询与反馈：用 monitor-job --wait-seconds 20 持续查询同一 job_id，读取 job_progress 与 todos，把待办状态映射为“待处理、进行中、已完成、失败或已取消”。聊天或工具中断后，下一轮直接用已展示的 job_id 恢复查询，不重新上传文件。
产物落盘：任务成功后下载 artifacts/ 下全部文件并返回绝对路径；仍处于 queued/running 时不得表述为“评审完成”。

注意点

不要调用会长时间阻塞的兼容命令 run，生产链路固定走 start-job 和 monitor-job。
遇到 waiting_user_action 且需要充值时，只展示服务返回的计费提示与链接，等用户回复“已充值”后调用 resume-after-recharge --no-wait 继续原 job_id，不重新提交任务。
当前版本不查询单位、有效区域等内部字段，也不要求用户解释身份上下文。
对话中不暴露接口原始响应、错误码、请求头、配置文件或其他实现细节。