diff --git a/skills_library/pipelines/bidding_general/common/bid-doc-spec/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-doc-spec/SKILL.md index 86e9325..c5d294f 100644 --- a/skills_library/pipelines/bidding_general/common/bid-doc-spec/SKILL.md +++ b/skills_library/pipelines/bidding_general/common/bid-doc-spec/SKILL.md @@ -9,6 +9,41 @@ description: 投标文件编写规范——章节子项来自评分标准原文 评分项的**评分标准原文枚举的子维度，就是该章节的小节骨架**，逐项应答。 先读章节挂载评分项的 scoring_rule 全文，再动笔。 +## 交付的是投标文件正文本身，不是「编写指南」（2026-09-16 用户报障，铁律） + +实测严重缺陷：写者交付的正文是「教人怎么写标书的作业指导书」，不是标书本身—— +1.1 投标函开头写「一、编制依据与响应说明」「招标文件编号按封面原样抄录，见第六节 +《人工填写清单》」，正文 17 处「【待填-投标总价】」「【待填-投标人名称】」，还带 +《自查表》《人工填写清单》；2.2.2 实施方案开头写「按第三章格式编制，完整覆盖评分 +标准四个子项①②③④」。这是元内容（讲怎么写），评委要看的是写出来的实质内容。 +机制层已加 substance_gate 确定性门禁（submit_chapter/review_chapter/finalize 三处拦截）， +命中即退回——但根子在写作意识，务必遵守： + +- **禁止元内容段落**：正文里不得出现「编制说明/编制依据/编写说明/填写口径/填报口径/ + 应答口径/自查表/自检表/核对表/人工填写清单/待人工签章清单/页码回填规则」这类 + 讲『怎么写本章』的小节或句子。这些是过程材料，不进标书正文（要留痕写到任务交付说明， + 不写进 chapter content）。 +- **禁止「本章覆盖评分子项①②③④」式说明**：直接把①②③④写成实质内容小节， + 不要写「本章按评分标准覆盖以下子项」这种导览句。 +- **投标函/承诺函/报价表/声明函按招标格式直接填真实内容**：投标人名称、项目名称、 + 报价、工期、日期等能从项目信息/知识库取到的**填实值**；确实取不到的实体材料用 + 规范占位符 `【材料待补：具体材料名】`（见下节），**严禁用「【待填-xxx】」「（待填写）」 + 「___」等自造占位**——自造占位=表单没填=实质门禁必拦。 +- **签字/盖章/日期栏的空白下划线是真实标书的正常留白**（开标时才手签），不算待填违规； + 但正文实质字段（报价/名称/参数响应）不能留【待填】。 + +## 按采购标的逐标的实质响应（2026-09-16 用户要求，铁律） + +招标「采购需求/货物清单」列了几个标的（如本项目 6 个：①大模型教研平台软件 ②本地 +服务器硬件 ③实践过程管理平台 ④学生数据服务平台 ⑤教师数据服务平台 ⑥资源活化课程）， +技术标**必须逐标的实质响应**，不能笼统写一个通用方案： +- **每个软件标的**（平台/系统/应用）→ 有**独立的实施方案小节**：该软件的功能架构、 + 部署方式、与本项目业务场景的结合、实施步骤、验收标准，逐项落到操作层。 +- **每个硬件标的**（服务器/终端/设备）→ 有**对应的配置清单**：型号/规格/CPU/内存/ + 存储/GPU/数量，与招标技术参数逐条对应（呼应 2.2.1 响应表与 2.1.9 配置表）。 +- 章节正文必须**显式出现各标的名称**并分标的组织内容——「标的」零提及 = 未实质响应 + = 评审/评分退回。技术方案章节按「标的维度 × 评分点维度」双轴组织，不能只按评分点。 + ## 操作层要求（评审按此打分） - 量化指标、时限、责任人、流程步骤、表单/模板，落到操作层； - 呼应评分项自身的目标句（评委检查你是否回应了他们的表述）； diff --git a/skills_library/pipelines/bidding_general/roles/agent.bid_biz_writer/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.bid_biz_writer/role/SKILL.md index 122b943..f507935 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.bid_biz_writer/role/SKILL.md +++ b/skills_library/pipelines/bidding_general/roles/agent.bid_biz_writer/role/SKILL.md @@ -29,6 +29,14 @@ tools: [list_chapters, chapter_detail, write_chapter, submit_chapter, search_bid 再 submit_chapter。禁止因单次写不下就砍行、写省略号或"详见附件"占位。 ## 硬规则 +- **交付投标文件正文本身，不是编写指南（2026-09-16 用户报障，机制 substance_gate 强制）**： + 正文禁写「编制说明/编制依据/填写口径/自查表/人工填写清单」等讲『怎么写』的元内容； + 禁写「本章覆盖评分子项①②③」式导览句（直接把①②③写成实质小节）；投标函/承诺/ + 报价按格式**填真实值**，取不到的实体材料用 `【材料待补：xxx】`，**严禁【待填-xxx】/ + （待填写）/___ 等自造占位**（=表单没填=必被退回）。详见 bid-doc-spec「正文实质性」节。 +- **按采购标的逐标的实质响应**：招标货物清单有几个标的就分几个标的写——每个软件标的 + 独立实施方案（功能架构/部署/业务结合/实施步骤/验收），每个硬件标的配置清单（型号/ + 规格/数量逐条对应技术参数）；正文必须显式出现各标的名称，「标的」零提及=未实质响应=退回。 - 金额/证书编号/日期必须与知识库证照或招标文件一致，抽不到就 ask_question 冒泡问人，不编。 - 商务标以表格+制式文本为主，不写技术方案内容（技术内容归技术标写者）。 - 搜不到所需证照/模板 → ask_question 说明缺什么，请人工提供（或提示录知识库）。 diff --git a/skills_library/pipelines/bidding_general/roles/agent.bid_reviewer/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.bid_reviewer/role/SKILL.md index 1a9ad35..6582718 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.bid_reviewer/role/SKILL.md +++ b/skills_library/pipelines/bidding_general/roles/agent.bid_reviewer/role/SKILL.md @@ -18,6 +18,15 @@ tools: [list_chapters, chapter_detail, review_chapter, approve_chapter, reject_c ## 硬规则 - 分数必须能溯源到得分规则条款，禁止凭印象给分。 +- **实质性响应是第一判据，先于评分点覆盖度（2026-09-16 用户报障）**：先看正文是不是 + 投标文件本身——若是「编写指南体」（编制说明/填写口径/自查表/人工填写清单/「本章覆盖 + 评分子项①②③」式导览）或表单大面积「【待填-xxx】」未填实，**无论评分点表面覆盖多全， + 一律低分退回**，不得给满分。机制层 review_chapter 已挂 substance_gate 确定性兜底 + （命中强制 passed=False），但你要在评分意见里明确指出「这是指南不是标书」，别被 + 「子维度都提到了」迷惑——提到≠实质响应。 +- **逐采购标的核对实质响应**：技术章按招标货物清单的标的逐个查——每个软件标的有无独立 + 实施方案、每个硬件标的有无配置清单、正文是否显式出现各标的名称。「标的」零提及或 + 笼统通用方案 = 未实质响应 = 退回（改进意见列出缺哪些标的的什么内容）。 - 否决项相关章节从严评审（未响应=后续整书直接不通过）。 - **材料占位符不是质量缺陷（2026-09-16 用户裁定，铁律）**：正文里的统一占位符 `【材料待补：…】` 是规范写法（实体材料知识库没有时写者的标准动作，机制已登记进 diff --git a/skills_library/pipelines/bidding_general/roles/agent.bid_scorer/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.bid_scorer/role/SKILL.md index db5d66b..2bf896f 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.bid_scorer/role/SKILL.md +++ b/skills_library/pipelines/bidding_general/roles/agent.bid_scorer/role/SKILL.md @@ -21,6 +21,15 @@ tools: [start_bid_score, add_score_item_result, finalize_bid_score, request_chap ## 硬规则 - 模拟评标专家立场从严打分：评分必须能溯源到得分规则条款。 +- **实质性门禁优先（2026-09-16 用户报障，机制 finalize_bid_score 已强制兜底）**： + 整书评分前先判断交付的是不是真标书——若大量章节是「编写指南体」（编制说明/填写口径/ + 自查表/人工填写清单/「覆盖评分子项①②③」导览）或表单大面积「【待填-xxx】」未填实， + **即使评分点表面全覆盖也不得给高分**，对应评分项按「未实质响应」判 0 或低分。 + 机制层 finalize_bid_score 用 substance_gate 确定性扫全书，命中指南体章节强制整书 + 不通过+退回重写，**不采信你给的满分**——所以别把指南体判满分（会和机制冲突且误导）。 +- **逐采购标的核对**：技术分按招标货物清单标的逐个核——软件标的独立实施方案、硬件标的 + 配置清单、标的名显式出现。缺标的实质响应的，对应技术参数/实施方案评分项扣分并 + target 到具体章节退回。 - **材料占位符不扣分（2026-09-16 用户裁定）**：正文 `【材料待补：…】` 是规范写法 （机制已登记进材料缺失清单，交付前由人工补齐）。整书评分不因占位符扣分、 不因其打回章节重写；对应评分项按「写作层已如实披露、材料待人工补齐」记录， diff --git a/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md b/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md index 884db98..7b63d6a 100644 --- a/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md +++ b/skills_library/pipelines/bidding_general/roles/agent.bid_writer/role/SKILL.md @@ -42,6 +42,14 @@ tools: [list_chapters, chapter_detail, write_chapter, submit_chapter, search_bid - 配图不计入篇幅凑数：正文字数仍须达 bid_chapter_min_words 门限。 ## 硬规则 +- **交付投标文件正文本身，不是编写指南（2026-09-16 用户报障，机制 substance_gate 强制）**： + 正文禁写「编制说明/编制依据/填写口径/自查表/人工填写清单」等讲『怎么写』的元内容； + 禁写「本章覆盖评分子项①②③」式导览句（直接把①②③写成实质小节）；投标函/承诺/ + 报价按格式**填真实值**，取不到的实体材料用 `【材料待补：xxx】`，**严禁【待填-xxx】/ + （待填写）/___ 等自造占位**（=表单没填=必被退回）。详见 bid-doc-spec「正文实质性」节。 +- **按采购标的逐标的实质响应**：招标货物清单有几个标的就分几个标的写——每个软件标的 + 独立实施方案（功能架构/部署/业务结合/实施步骤/验收），每个硬件标的配置清单（型号/ + 规格/数量逐条对应技术参数）；正文必须显式出现各标的名称，「标的」零提及=未实质响应=退回。 - 禁止编造客户/合同/历史数据；量化数字只用于服务承诺口径。 - 不写与评分点无关的通用内容（评委按得分规则打分，灌水无效）。 - 章节号/标题/顺序严格遵循章节骨架与投标文件要求。