模块地图
把评分点、招标依据、企业素材、深度、依赖、负责人和审核人绑定到可独立验证的任务包。
文章真正值得复用的不是“装上一个工具”,而是把标书从一次性长文,变成有来源、有事实基线、有双层审查和人工放行的任务系统。
本次已把“智能解读 → 模块化生成 → 合规审查”适配进 modules/presales-bidding,并补齐模块地图、术语表、项目事实表和模块生成卡。未安装招采猫 Skill、未配置 API Key、未上传客户材料,也未把方法实践写成真实标书 E2E。
把评分点、招标依据、企业素材、深度、依赖、负责人和审核人绑定到可独立验证的任务包。
统一采购方称谓、系统名、模块名和专业表达,避免多章节各说各话。
统一工期、人员、参数、服务标准和承诺;未确认值保持待确认,禁止模型补写。
每个模块带评分点、原文、企业证据、写作规则、待填项和验收标准。
| 当前已完成 | 当前未完成 | 为什么重要 |
|---|---|---|
| 真实文章正文读取与方法提炼 | 有道云归档 | MCP SSE 连接失败,不能把失败当成功 |
| 本地 Skill / Workflow / 模板 | 第三方 Skill 安装与 API Key 配置 | 需审阅来源、权限、计费和数据去向并获得批准 |
| 审查门禁和停止规则 | 真实历史标书 E2E | 需要脱敏、授权的历史项目和人工基准答案 |
| 下一步验证计划 | 团队正式制度 | 外部文章默认 C 级,真实项目验证后才能升级 |
在安装或配置招采猫/其他标书 Skill 前,必须确认发布方、可审阅源、远程执行、文件上传、API Key 保存、费用和数据删除策略;随后只用已完成、已脱敏且允许复盘的历史项目做小样。
先做一份历史项目的“解读关”:人工逐条核对评分点、废标红线、采购包和原文定位;通过后再生成 1–2 个模块,最后用已知历史问题做合规审查回归。三关都留下可复核证据后,再决定是否引入第三方能力。