docs(skills): 实质性响应规范(2026-09-16用户报障'指南体满分')——bid-doc-spec加两铁律节:①交付投标文件正文本身非编写指南(禁元内容段落/禁'本章覆盖评分子项①②③'导览句/投标函承诺报价填真实值/禁【待填-xxx】自造占位,签字栏空白下划线是正常留白)②按采购标的逐标的实质响应(每软件标的独立实施方案/每硬件标的配置清单/正文显式现标的名,标的零提及=退回);writer+biz_writer硬规则同步;reviewer加'实质性优先于评分点覆盖度+逐标的核对'(别被子维度都提到迷惑,提到≠实质响应);scorer加'实质门禁优先+逐标的'(指南体不得给满分,机制finalize强制兜底不采信满分)

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 配置表）。
+- 章节正文必须**显式出现各标的名称**并分标的组织内容——「标的」零提及 = 未实质响应
+  = 评审/评分退回。技术方案章节按「标的维度 × 评分点维度」双轴组织，不能只按评分点。
+
 ## 操作层要求（评审按此打分）
 - 量化指标、时限、责任人、流程步骤、表单/模板，落到操作层；
 - 呼应评分项自身的目标句（评委检查你是否回应了他们的表述）；

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 说明缺什么，请人工提供（或提示录知识库）。

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 用户裁定，铁律）**：正文里的统一占位符
   `【材料待补：…】` 是规范写法（实体材料知识库没有时写者的标准动作，机制已登记进

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 用户裁定）**：正文 `【材料待补：…】` 是规范写法
   （机制已登记进材料缺失清单，交付前由人工补齐）。整书评分不因占位符扣分、
   不因其打回章节重写；对应评分项按「写作层已如实披露、材料待人工补齐」记录，

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「正文实质性」节。
+- **按采购标的逐标的实质响应**：招标货物清单有几个标的就分几个标的写——每个软件标的
+  独立实施方案（功能架构/部署/业务结合/实施步骤/验收），每个硬件标的配置清单（型号/
+  规格/数量逐条对应技术参数）；正文必须显式出现各标的名称，「标的」零提及=未实质响应=退回。
 - 禁止编造客户/合同/历史数据；量化数字只用于服务承诺口径。
 - 不写与评分点无关的通用内容（评委按得分规则打分，灌水无效）。
 - 章节号/标题/顺序严格遵循章节骨架与投标文件要求。