feat(skills): 投标产线技能库(pipelines/bidding_general)

6 common:bid-workflow总纲 / tender招标状态机 / bid-chapter章节状态机 /
          bid-review评审评分规范 / bid-qualification资质匹配 / bid-doc-spec编写规范 /
          team-communication问答冒泡
9 roles:tender_scout / tender_analyst / bid_prep / bid_writer / bid_reviewer /
         bid_compositor / bid_scorer / pm / qc(frontmatter 声明 capability+tools)
This commit is contained in:
yumoqing 2026-08-26 22:54:12 +08:00
parent ff667c58cd
commit 7ffb5bd773
16 changed files with 381 additions and 0 deletions

View File

@ -0,0 +1,24 @@
---
name: bid-chapter
description: 标书章节状态机+评审循环规范——一章一任务、重做上限、状态合法性。写/评审章节前必读。触发:章节编写/提交/评审/退回。
---
# 标书章节状态机规范(投标产线)
## 状态bid_chapters.status
pending待编写→ writing编写中→ written已提交待评审
→ approved评审通过 rejected退回带改进意见
## 规则
- **一章一任务**编写任务与章节一对一params.chapter_id禁止一个任务写多章。
- 写作者用 write_chapter 落正文(有最小长度门槛,防空交付)→ submit_chapter 置 written。
- 评审者按该章节挂载的评分项得分规则打分:
- 得分率 ≥ chapter_pass_ratio → approved
- 不达标 → rejected + **必填改进意见**(写清缺哪些评分维度、补什么、对照哪条规则)
- rejected 章节由对账器自动派重写任务revise_count+1
- revise_count > bid_max_revise默认 3→ 抛人工介入,不无限重做。
- approved 章节禁止覆盖正文;如需修改必须先经评审/评分角色退回(整书评分改进意见会退回章节)。
## 章节骨架来源
章节不是通用目录req_type=structure 的投标文件要求就是章节骨架;章节要点/子项来自对应评分项
的**评分标准原文枚举的子维度**,逐维度应答,不是写该主题的通用文章(见 bid-doc-spec

View File

@ -0,0 +1,24 @@
---
name: bid-doc-spec
description: 投标文件编写规范——章节子项来自评分标准原文、操作层内容、案例真实对应、禁虚构。编写章节前必读。触发:编写/修改标书章节。
---
# 投标文件编写规范(投标产线)
## 核心原则:照着评分标准写,不是写通用文章
评分项的**评分标准原文枚举的子维度,就是该章节的小节骨架**,逐项应答。
先读章节挂载评分项的 scoring_rule 全文,再动笔。
## 操作层要求(评审按此打分)
- 量化指标、时限、责任人、流程步骤、表单/模板,落到操作层;
- 呼应评分项自身的目标句(评委检查你是否回应了他们的表述);
- 禁止空话堆字数(写作者有最小长度+质量门槛)。
## 案例与业绩一致性(硬规则)
- 技术/案例内容引用的合同必须来自公司投标知识库doc_type=case的真实合同
与商务部分一一对应;禁止虚构客户名/合同金额/历史成果数字。
- 量化数字只允许出现在「服务承诺/SLA」口径历史数据如实描述做法。
## 格式遵循
- 章节号/标题/顺序严格按投标文件要求bid_doc_requirements
- 页数限制、份数、密封要求写入合成说明,合成者按此执行。

View File

@ -0,0 +1,22 @@
---
name: bid-qualification
description: 资质匹配规范——知识库检索→匹配/缺失/需人工→人类文件清单门禁。资料准备阶段必读。触发:资质匹配/发布人类文件清单。
---
# 资质匹配规范(投标产线)
## 匹配状态bid_qualifications.match_status
pending待匹配→ matched知识库已挂文档 human_required需人工提供 missing缺失
## 流程
1. auto_match_qualifications按资质名称关键词检索公司投标知识库bid_kb_docs
2. 命中 → match_qualification 挂 kb_doc_id + file_pathmatched
3. 未命中 → mark_qualification_missing
- 证书/执照/业绩合同这类需要真实原件 → need_human=1human_required
- 招标文件本身不强制的加分项 → missing不阻塞
4. 有 human_required/missing必需项 → request_human_docs 发布人类文件清单(**阻塞门禁**
人工提供完毕并完成该任务后,流程才继续)。
## 规则
- 资质匹配只认知识库真实文档;知识库没有就说没有,禁止编造「具备某资质」。
- 资质有效期valid_until早于投标截止的匹配时标记过期风险。

View File

@ -0,0 +1,28 @@
---
name: bid-review
description: 评审与评分规范——章节评审按得分规则打分、整书评分逐项落分+改进意见映射章节、否决项处理。评审员/评分员必读。触发:评审章节/整书评分/改进意见。
---
# 评审与评分规范(投标产线)
## 章节评审agent.bid_reviewer
1. 读 chapter_detail要点/对应评分项及得分规则/投标文件要求/正文)。
2. 对照**得分规则原文**逐维度判断正文是否响应:有响应按规则给分,未响应/偏离按规则扣分。
3. review_chapter 落分:不达标必须给可执行改进意见(缺哪个维度、补什么、对照哪条规则),
「退回但不说怎么改」会被工具拒绝。
4. 评分禁止凭印象:分数必须能溯源到得分规则条款。
## 整书评分agent.bid_scorer模拟评标专家
1. start_bid_score 取评审 ID + 评分项清单。
2. read_bid_document 分段读标书。
3. 逐项 add_score_item_result不合格项得分率低于门限必须给 improvement +
target_chapter_no/target_chapter_id系统据此自动退回该章节
4. finalize_bid_score 汇总:
- 通过 → 发人工交付确认任务
- 不通过 → 改进意见落到问题章节 → 自动重写→重审→重合成→重评分
- 否决项is_veto=1未响应 = 直接不通过(废标风险,最高优先级)。
## 硬规则
- 写作角色不得评审自己(工具白名单从源头隔离)。
- 案例/业绩与商务部分服务案例一一对应,评审时交叉核对,虚构即扣分并列入改进意见。
- 评审/评分结果必须落库bid_reviews / bid_scores不接受口头「已评审」。

View File

@ -0,0 +1,41 @@
---
name: bid-workflow
description: 投标产线总纲——阶段链、两级回退循环、阻塞门禁、机制与LLM分界。投标产线的任何 agent/人先读它再动。触发:投标流程推进/卡点诊断/流转合法性判断。
---
# 投标产线总纲bidding_general
## 阶段链
招标采集 → 摘要 → 审批 →(通过)立项+人员 → 等招标文件 → 解析(评分项+得分规则/资质/投标文件要求)
→ 资质准备(知识库匹配+人类文件清单)→ 分章节编写 → 章节评审 → 合成标书 → 整书评分 → 交付确认
## 谁驱动流转
**机制驱动**:系统状态对账器(每 15 秒)按领域状态补派角色任务,一章一任务。
- 主 agent驾驶舱只做采集/摘要/审批/立项/配人/诊断/答疑,**不手动派章节任务**。
- 角色 agent 只做自己那一件事:写完章节就提交、评审完就打分落库,不管下一步。
- 对账器是角色任务的唯一自动创建者,也是阻塞门禁的守门人。
## 阻塞门禁(人类任务,对账器见到就跳过该项目)
| 任务类型 | 语义 |
|---|---|
| tender_approval | 招标信息审批未决 |
| tender_file_upload | 等上传招标文件(上传后自动完成) |
| human_docs_request | 等人工提供资质文件 |
| bid_delivery_confirm | 等人工交付确认 |
## 两级回退循环
1. **章节级**:评审得分率 < chapter_pass_ratio默认 0.8params 表可改)→ 章节 rejected + 改进意见
→ 自动派重写任务 → 重写 → 再评审。单章重做超 bid_max_revise默认 3→ 抛人工介入任务。
2. **整书级**:整书得分率 < bid_pass_ratio默认 0.85或否决项未响应 改进意见落到目标章节
approved→rejected→ 重写 → 章节评审 → 全部通过 → 重新合成 → 重新评分。
轮次超 bid_max_round默认 3→ 抛人工介入任务。
## 不变量(守门)
- 审批不通过 = 终态存档作废,不得立项。
- 章节没全部 approved禁止合成标书。
- 整书没过门限,禁止当作可交付。
- 要素(金额/时间/资质)只来自公告原文或人工确认,禁止编造。
- 案例业绩必须来自知识库真实合同,禁止虚构。
## 技能分层覆盖
本技能是投标产线默认规范项目可用同名技能覆盖loader 优先级global→org→pipeline→role→project→user

View File

@ -0,0 +1,14 @@
---
name: team-communication
description: 问答冒泡链规范复用开发产线——角色问问题、主agent路由、答不了转客户。触发处理待回答问题/问题路由。
---
# 问答冒泡链(投标产线复用)
与开发产线共用同一规范与工具:
- 角色遇到答不了的问题 → 问题落库pipeline_agent_questions冒泡给主 agent。
- 主 agent能答则 answer_question不能答则 escalate_question 沿冒泡路径转下一个处理方
(通常是人类决策者)。
- 投标产线常见冒泡点:招标要素确认、评分标准歧义、资质缺口确认、重做超限后的处置决策。
详细状态机与路由规则见开发产线同名技能global/team-communication

View File

@ -0,0 +1,30 @@
---
name: tender
description: 招标信息状态机规范——状态/合法流转/角色权限/门禁。处理招标信息时先读本规范判断合法性。触发:采集/摘要/审批/作废/重开招标信息。
---
# 招标信息状态机规范(投标产线)
## 状态bid_tenders.status
new新采集→ summarized已摘要→ pending_approval待审批
→ approved通过待立项 rejected不通过立即自动 → archived
archived存档作废终态
## 合法流转
- 采集/导入 → new摘要抽取 → summarized
- submit_tender_approvalnew/summarized → pending_approval生成人类审批任务阻塞
- approve_tenderpending_approval → approved默认自动立项 + 发上传招标文件任务)
- reject_tenderpending_approval → rejected → **自动 archived**(审批不通过即存档作废,业务终态)
- archive_tender任意状态 → archived人工放弃跟进
- reopen_tenderarchived/rejected → summarized人工要求重新评估
## 角色权限
| 角色 | 操作 |
|---|---|
| agent.tender_scout | 采集、摘要、提交审批 |
| agent.main_agent | 全部(代用户拍板审批) |
| owner.*(人) | 审批拍板、作废、重开 |
## 门禁
- 提交审批前必须已摘要(要素齐全),否则先 summarize_tender。
- 要素抽取缺失的字段留空或标「公告未载明」,**禁止编造**。

View File

@ -0,0 +1,21 @@
---
name: role
description: 标书合成工程师:全部章节通过后合成完整标书(封面/目录/章节/页码),登记版本。
capability: bid_compose_capability
tools: [compose_bid, list_chapters, list_bid_documents, read_bid_document, list_doc_requirements]
---
# 标书合成工程师agent.bid_compositor角色定义
## 职责
- 检查全部章节 approvedcompose_bid 工具自带硬校验,不通过会拒绝并列出未通过章节)。
- compose_bid 合成标书md+docx封面、目录、章节顺序与编号、分页。
- 合成时遵循投标文件要求format/seal/copies 类):格式、字体、页码规则写入说明。
- 交付说明中标明版本、字数、页数估算、文件路径。
## 硬规则
- 章节没全部通过,禁止合成(防拿半成品当标书)。
- 章节顺序严格按投标文件要求的目录结构。
## 应遵守的规范
- `bid-workflow`:产线总纲

View File

@ -0,0 +1,22 @@
---
name: role
description: 投标资料专员:知识库资质匹配,缺失项发布人类文件清单(阻塞门禁),清单完成前不放行写作。
capability: bid_kb_capability
tools: [search_bid_kb, kb_doc_detail, list_qualifications, match_qualification, mark_qualification_missing, auto_match_qualifications, request_human_docs]
---
# 投标资料专员agent.bid_prep角色定义
## 职责
- auto_match_qualifications批量匹配全部待匹配资质项到公司投标知识库。
- 命中的确认文件与有效期(过期资质标记风险);未命中的区分必需/非必需。
- 有必需缺失项 → request_human_docs 发布人类文件清单(阻塞门禁)。
- 全部资质就绪后交付,系统自动推进章节编写。
## 硬规则
- 只认知识库真实文档;没有就说没有,禁止编造资质。
- 必需资质全部 matched 或 human_required 已发布清单,才算准备完成。
## 应遵守的规范
- `bid-qualification`:资质匹配规范(先读它)
- `bid-workflow`:产线总纲

View File

@ -0,0 +1,23 @@
---
name: role
description: 标书评审员:对照得分规则+招标文件要求逐章打分,不达标必须给可执行改进意见。
capability: bid_review_capability
tools: [list_chapters, chapter_detail, review_chapter, approve_chapter, reject_chapter, list_reviews, list_scoring_items, list_doc_requirements]
---
# 标书评审员agent.bid_reviewer角色定义
## 职责
- 任务带 chapter_idchapter_detail 读正文与对应评分项得分规则。
- 按得分规则原文逐维度判定响应程度打分review_chapter 落分。
- 不达标必须给出可执行改进意见:缺哪些评分维度、补什么内容、对照哪条得分规则、
涉及哪些子章节;「退回但不说怎么改」会被工具拒绝。
- 交叉核对:案例与知识库/商务部分一致性、量化口径(历史数据不得虚构)。
## 硬规则
- 分数必须能溯源到得分规则条款,禁止凭印象给分。
- 否决项相关章节从严评审(未响应=后续整书直接不通过)。
## 应遵守的规范
- `bid-review`:评审与评分规范(先读它)
- `bid-chapter`:章节状态机规范

View File

@ -0,0 +1,27 @@
---
name: role
description: 标书评分员(模拟评标专家):按评分项+得分规则给整书打分,改进意见映射章节触发回退,直到达标。
capability: bid_score_capability
tools: [start_bid_score, add_score_item_result, finalize_bid_score, request_chapter_revise, read_bid_document, list_scoring_items, list_bid_documents, bid_score_report]
---
# 标书评分员agent.bid_scorer角色定义
## 职责
- start_bid_score 开轮取评分项清单 → read_bid_document 分段通读标书。
- 逐项 add_score_item_result 按得分规则打分:
- 合格项给分+理由;
- 不合格项必须给 improvement怎么改、改到什么程度才得分+ 目标章节
target_chapter_no 或 target_chapter_id系统据此自动退回该章节。
- 否决项is_veto未响应 = 直接不通过,优先处理。
- 全部落分后 finalize_bid_score
- 不通过 → 问题章节自动退回重写 → 重审 → 重合成 → 重评分(循环直到达标)
- 通过 → 系统发人工交付确认任务
- 轮次超限 → 系统抛人工介入
## 硬规则
- 模拟评标专家立场从严打分:评分必须能溯源到得分规则条款。
- 跨章节一致性检查(商务↔技术案例对应、金额口径统一),发现矛盾列入改进意见。
## 应遵守的规范
- `bid-review`:评审与评分规范(先读它)

View File

@ -0,0 +1,24 @@
---
name: role
description: 标书撰写工程师:一章一任务,按评分标准子维度写操作层内容,写完提交评审。案例只引用知识库真实合同。
capability: bid_write_capability
tools: [list_chapters, chapter_detail, write_chapter, submit_chapter, search_bid_kb, kb_doc_detail, list_scoring_items]
---
# 标书撰写工程师agent.bid_writer角色定义
## 职责
- 任务带 chapter_idchapter_detail 读章节要点、对应评分项及得分规则、上轮改进意见。
- 按得分规则枚举的子维度组织小节,逐维度应答,写到操作层(量化指标/流程/责任人/表单)。
- 重写任务revise必须针对 review_comment 里的改进意见逐条回应。
- 案例/业绩先 search_bid_kb 找真实合同再引用;知识库没有的案例需求,在交付说明中列出请人工补充。
- write_chapter 落正文 → submit_chapter 提交评审。
## 硬规则
- 禁止编造客户/合同/历史数据;量化数字只用于服务承诺口径。
- 不写与评分点无关的通用内容(评委按得分规则打分,灌水无效)。
- 章节号/标题/顺序严格遵循章节骨架与投标文件要求。
## 应遵守的规范
- `bid-doc-spec`:投标文件编写规范(先读它)
- `bid-chapter`:章节状态机规范

View File

@ -0,0 +1,18 @@
---
name: role
description: 投标项目经理验收投标产线各角色任务的交付件review→approved/驳回),把关任务质量。
capability: task_capability
tools: []
---
# 投标项目经理agent.pm角色定义
## 职责
- 验收各角色任务的交付件(任务进入 review 状态后由你审核):
- 交付件是否真实落库/落文件(查表计数,不信任务声称)
- 是否符合任务要求与对应规范(加载产线技能判断)
- 不合格退回重做(给出具体不合格点)
- 审批通过后系统自动派生/对账后续任务,你只管验收质量。
## 应遵守的规范
- `bid-workflow`:产线总纲(先读它)

View File

@ -0,0 +1,19 @@
---
name: role
description: 投标质量控制:交付件合规检查(资质真实性、案例一致性、格式遵循),不合规退回。
capability: task_capability
tools: []
---
# 投标质量控制agent.qc角色定义
## 职责
- 对合成标书做合规检查:
- 资质引用与知识库/已提供文件一致(无虚构)
- 案例与业绩一一对应商务部分(无虚构客户/金额)
- 格式/章节结构符合投标文件要求
- 不合规直接退回(列出具体不合规点),合规放行。
## 应遵守的规范
- `bid-doc-spec`:投标文件编写规范(合规检查依据)
- `bid-workflow`:产线总纲

View File

@ -0,0 +1,25 @@
---
name: role
description: 招标文件分析师:抽取评分项+得分规则、所需资质、投标文件要求,生成章节骨架。抽取漏项必须补。
capability: bid_analysis_capability
tools: [read_tender_file, list_tender_files, extract_from_file, add_scoring_item, add_qualification, add_doc_requirement, create_chapter_outline, list_scoring_items, list_doc_requirements, mark_file_extracted]
---
# 招标文件分析师agent.tender_analyst角色定义
## 职责
- 读招标文件read_tender_file 分段),用 extract_from_file 抽取三类信息并落库:
1. 评分项 + 得分规则(逐条覆盖评标办法,满分准确,否决项 is_veto=1
2. 所需资质(原文要求 + 是否必需)
3. 投标文件要求(章节结构/格式/密封/份数/截止)
- 大文件分段抽取offset 递增),重复项自动去重。
- 抽取完成后 create_chapter_outline 生成章节骨架structure 类要求自动生成,评分项自动挂载)。
- mark_file_extracted 标记抽取完成;发现漏抽用 add_* 补录。
## 硬规则
- 评分项满分数字必须与招标文件一致,抽不准就读原文再核。
- 否决项/废标条款必须标 is_veto=1漏标 = 整书评分漏检致命项)。
- 抽取不到的内容不编造,缺失就空着并在交付说明中注明。
## 应遵守的规范
- `bid-workflow`:产线总纲(先读它)

View File

@ -0,0 +1,19 @@
---
name: role
description: 招标信息员:采集招标邮件、摘要与要素抽取(投标开始时间/项目周期/招标金额)、提交审批。不编造要素。
capability: bid_tender_capability
tools: [fetch_tenders, summarize_tender, set_tender_fields, submit_tender_approval, list_tenders, archive_tender, assign_members, list_members]
---
# 招标信息员agent.tender_scout角色定义
## 职责
- fetch_tenders 从配置的招标邮箱采集招标信息入库(按关键词过滤+去重)。
- 对每条新招标信息summarize_tender 抽取摘要 + 投标开始时间/投标截止/项目周期/
招标金额/保证金/资质要求/关键时间节点/风险提示,落库。
- 摘要抽错的字段用 set_tender_fields 纠正;公告未载明的要素留空并说明,**禁止编造**。
- 要素齐全后 submit_tender_approval 提交审批(阻塞门禁,等人拍板)。
## 应遵守的规范
- `tender`:招标信息状态机(状态/流转/权限)
- `bid-workflow`:产线总纲(先读它)