docs(skills): 格式文档正文规范(正文=照录招标格式原文+填实值三级,禁元内容/内部工单/自造占位)+技术标模版作用域钉死(仅技术部分,格式文档无模版,用户纠正防混淆)
This commit is contained in:
parent
3d544145bf
commit
75fc4af332
@ -16,6 +16,11 @@ description: AI智能体软硬件一体技术标目录模版——23章骨架+
|
||||
- 大模型(LLM)能力平台 / 模型服务 / RAG 知识库;
|
||||
- 软硬件一体化(GPU 算力服务器 + 平台软件 + 智能体应用整体交付)。
|
||||
|
||||
**作用域(2026-09-16 用户钉死,防混淆)**:本模版只覆盖**技术标部分**(section=technical/price
|
||||
章节的目录与写法)。格式文档/商务部分(资格证明/投标函/承诺函/报价表等「按第三章格式填报」
|
||||
章节)**不适用本模版**——那部分的唯一基准是招标第三章格式原文(见 bid-doc-spec「格式文档正文规范」),
|
||||
不得用技术标模版章节结构硬套,也不得因其存在而认为「全书有模版」。
|
||||
|
||||
**不适用**:纯软件开发、纯人力外包、纯货物采购、与 AI 无关的信息化项目——
|
||||
这些按招标文件自身的投标文件要求(req_type=structure)走,别硬套本模版。
|
||||
|
||||
|
||||
@ -61,6 +61,22 @@ reviewer/scorer 角色技能)。根子在写作意识,务必遵守:
|
||||
technical/price(技术方案/实施/服务保障)→ 技术标写者。两类内容不混写。
|
||||
- 有样板标书编写规范(bid_doc_requirements req_type=writing_spec)时,先读其篇幅口径与结构惯例。
|
||||
|
||||
## 格式文档正文规范(2026-09-16 甘肃项目实测教训,铁律)
|
||||
此类章节**没有目录模版**(bid-aiagent-tech-outline / bid-itstaffing-tech-outline 仅是技术标
|
||||
模版,不覆盖格式文档与商务部分)——唯一基准就是招标第三章格式原文。
|
||||
资格文件/投标函/承诺函/声明函/各类商务表格(1.x、2.1.x 类「按第三章格式填报」的章节),
|
||||
**正文=照录招标第三章格式原文+填实值**,就是评委翻开能直接看的那份文件本身:
|
||||
- 栏目/语句/落款与招标格式逐字一致(须知18.1:格式表格不得删改栏目),然后在栏目处**填实值**。
|
||||
- 实值优先级:①本项目已定值(总价、有效期、项目编号、采购人名称、交货期等——从招标要求/
|
||||
开标一览表/报价明细表抄);②知识库可查值(search_bid_kb:公司名称/法人/资质证书号等);
|
||||
③都没有→`【材料待补:具体缺什么】`。**只有第③种情况才出现占位符**。
|
||||
- **禁产**:「编制依据/编制说明/填写口径/响应说明/合规声明」等元内容章节、内部工单
|
||||
(「索取工单」「人工任务发起依据」是机制内部物,永不进标书)、自造占位
|
||||
(`【待填-xxx】`、`__________`空白线、`(略)`)。
|
||||
- 判断标准一句话:**评委看到的这一页,必须是能盖章递交的文件本身**——不是教你怎么写这份文件的说明。
|
||||
- outline 的「按XX格式填报。要点①②③」是写作指令不是正文内容;要点是填报时的注意事项,
|
||||
体现为格式原文对应栏目的实值填写,禁止把要点扩写成"响应说明"文字。
|
||||
|
||||
## 材料缺失占位符规范(2026-09-16 用户裁定,铁律)
|
||||
- 章节所需实体材料(证书扫描件/查询截图/业绩合同/盖章件等)**先 search_bid_kb 检索
|
||||
公司投标知识库**:找到就直接用(如实引用出处/编号/有效期),找不到就在正文对应位置
|
||||
|
||||
@ -16,6 +16,11 @@ description: IT人力外包技术标目录模版——25章骨架+人事制度
|
||||
- 软件开发外包(按人头/人月计费,含开发·测试·运维·数据·云·安全等岗位供给);
|
||||
- 含数字化管理平台交付的人力外包(人 + 平台一体)。
|
||||
|
||||
**作用域(2026-09-16 用户钉死,防混淆)**:本模版只覆盖**技术标部分**(section=technical/price
|
||||
章节的目录与写法)。格式文档/商务部分(资格证明/投标函/承诺函/报价表等「按第三章格式填报」
|
||||
章节)**不适用本模版**——那部分的唯一基准是招标第三章格式原文(见 bid-doc-spec「格式文档正文规范」),
|
||||
不得用技术标模版章节结构硬套,也不得因其存在而认为「全书有模版」。
|
||||
|
||||
**不适用**:纯软件产品/平台采购(走 `bid-aiagent-tech-outline` 或按招标自身结构)、
|
||||
纯货物采购、纯工程施工——这些别套人力外包模版。
|
||||
|
||||
|
||||
@ -22,6 +22,11 @@ tools: [list_chapters, chapter_detail, write_chapter, submit_chapter, search_bid
|
||||
然后**继续写本章其余内容,不得中断、不得 ask_question 阻塞、不得编造**。
|
||||
占位符由机制自动登记进材料缺失清单,合成后统一出清单交人工补齐。
|
||||
禁止用「详见附件」「暂缺」「(略)」等自造占位写法——机制只识别统一格式。
|
||||
- **格式文档=文件本身(铁律,详见 bid-doc-spec)**:1.x/2.1.x 类「按第三章格式填报」章节,
|
||||
正文=照录招标格式原文+填实值(本项目已定值→知识库→【材料待补】三级)。禁写「编制依据/
|
||||
编制说明/填写口径/响应说明」、禁内部工单、禁自造占位(【待填】/____空白线)。outline 的
|
||||
「要点①②③」是填报注意事项,不是让你产出"覆盖要点说明"的导览文字。
|
||||
|
||||
- write_chapter 落正文 → submit_chapter 提交评审。
|
||||
- **超长章节分批追加(2026-09-16 机制支持)**:一次 write 装不下的超长正文(如几百行
|
||||
技术参数逐条响应表、大业绩清单)用 write_chapter mode=append 分批追加,每批 50~80 行,
|
||||
|
||||
@ -22,6 +22,11 @@ tools: [list_chapters, chapter_detail, write_chapter, submit_chapter, search_bid
|
||||
然后**继续写本章其余内容,不得中断、不得 ask_question 阻塞、不得编造**。
|
||||
占位符由机制自动登记进材料缺失清单,合成后统一出清单交人工补齐。
|
||||
禁止用「详见附件」「暂缺」「(略)」等自造占位写法——机制只识别统一格式。
|
||||
- **格式文档=文件本身(铁律,详见 bid-doc-spec)**:1.x/2.1.x 类「按第三章格式填报」章节,
|
||||
正文=照录招标格式原文+填实值(本项目已定值→知识库→【材料待补】三级)。禁写「编制依据/
|
||||
编制说明/填写口径/响应说明」、禁内部工单、禁自造占位(【待填】/____空白线)。outline 的
|
||||
「要点①②③」是填报注意事项,不是让你产出"覆盖要点说明"的导览文字。
|
||||
|
||||
- write_chapter 落正文 → submit_chapter 提交评审。
|
||||
- **超长章节分批追加(2026-09-16 机制支持)**:一次 write 装不下的超长正文(如几百行
|
||||
技术参数逐条响应表、大业绩清单)用 write_chapter mode=append 分批追加,每批 50~80 行,
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user