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:
parent
ff667c58cd
commit
7ffb5bd773
@ -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)。
|
||||
@ -0,0 +1,24 @@
|
||||
---
|
||||
name: bid-doc-spec
|
||||
description: 投标文件编写规范——章节子项来自评分标准原文、操作层内容、案例真实对应、禁虚构。编写章节前必读。触发:编写/修改标书章节。
|
||||
---
|
||||
|
||||
# 投标文件编写规范(投标产线)
|
||||
|
||||
## 核心原则:照着评分标准写,不是写通用文章
|
||||
评分项的**评分标准原文枚举的子维度,就是该章节的小节骨架**,逐项应答。
|
||||
先读章节挂载评分项的 scoring_rule 全文,再动笔。
|
||||
|
||||
## 操作层要求(评审按此打分)
|
||||
- 量化指标、时限、责任人、流程步骤、表单/模板,落到操作层;
|
||||
- 呼应评分项自身的目标句(评委检查你是否回应了他们的表述);
|
||||
- 禁止空话堆字数(写作者有最小长度+质量门槛)。
|
||||
|
||||
## 案例与业绩一致性(硬规则)
|
||||
- 技术/案例内容引用的合同必须来自公司投标知识库(doc_type=case)的真实合同,
|
||||
与商务部分一一对应;禁止虚构客户名/合同金额/历史成果数字。
|
||||
- 量化数字只允许出现在「服务承诺/SLA」口径,历史数据如实描述做法。
|
||||
|
||||
## 格式遵循
|
||||
- 章节号/标题/顺序严格按投标文件要求(bid_doc_requirements);
|
||||
- 页数限制、份数、密封要求写入合成说明,合成者按此执行。
|
||||
@ -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_path(matched)。
|
||||
3. 未命中 → mark_qualification_missing:
|
||||
- 证书/执照/业绩合同这类需要真实原件 → need_human=1(human_required)
|
||||
- 招标文件本身不强制的加分项 → missing,不阻塞
|
||||
4. 有 human_required/missing(必需)项 → request_human_docs 发布人类文件清单(**阻塞门禁**:
|
||||
人工提供完毕并完成该任务后,流程才继续)。
|
||||
|
||||
## 规则
|
||||
- 资质匹配只认知识库真实文档;知识库没有就说没有,禁止编造「具备某资质」。
|
||||
- 资质有效期(valid_until)早于投标截止的,匹配时标记过期风险。
|
||||
@ -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),不接受口头「已评审」。
|
||||
@ -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.8,params 表可改)→ 章节 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)。
|
||||
@ -0,0 +1,14 @@
|
||||
---
|
||||
name: team-communication
|
||||
description: 问答冒泡链规范(复用开发产线)——角色问问题、主agent路由、答不了转客户。触发:处理待回答问题/问题路由。
|
||||
---
|
||||
|
||||
# 问答冒泡链(投标产线复用)
|
||||
|
||||
与开发产线共用同一规范与工具:
|
||||
- 角色遇到答不了的问题 → 问题落库(pipeline_agent_questions)冒泡给主 agent。
|
||||
- 主 agent:能答则 answer_question;不能答则 escalate_question 沿冒泡路径转下一个处理方
|
||||
(通常是人类决策者)。
|
||||
- 投标产线常见冒泡点:招标要素确认、评分标准歧义、资质缺口确认、重做超限后的处置决策。
|
||||
|
||||
详细状态机与路由规则见开发产线同名技能(global/team-communication)。
|
||||
@ -0,0 +1,30 @@
|
||||
---
|
||||
name: tender
|
||||
description: 招标信息状态机规范——状态/合法流转/角色权限/门禁。处理招标信息时先读本规范判断合法性。触发:采集/摘要/审批/作废/重开招标信息。
|
||||
---
|
||||
|
||||
# 招标信息状态机规范(投标产线)
|
||||
|
||||
## 状态(bid_tenders.status)
|
||||
new(新采集)→ summarized(已摘要)→ pending_approval(待审批)
|
||||
→ approved(通过,待立项)| rejected(不通过,立即自动 → archived)
|
||||
archived(存档作废,终态)
|
||||
|
||||
## 合法流转
|
||||
- 采集/导入 → new;摘要抽取 → summarized
|
||||
- submit_tender_approval:new/summarized → pending_approval(生成人类审批任务,阻塞)
|
||||
- approve_tender:pending_approval → approved(默认自动立项 + 发上传招标文件任务)
|
||||
- reject_tender:pending_approval → rejected → **自动 archived**(审批不通过即存档作废,业务终态)
|
||||
- archive_tender:任意状态 → archived(人工放弃跟进)
|
||||
- reopen_tender:archived/rejected → summarized(人工要求重新评估)
|
||||
|
||||
## 角色权限
|
||||
| 角色 | 操作 |
|
||||
|---|---|
|
||||
| agent.tender_scout | 采集、摘要、提交审批 |
|
||||
| agent.main_agent | 全部(代用户拍板审批) |
|
||||
| owner.*(人) | 审批拍板、作废、重开 |
|
||||
|
||||
## 门禁
|
||||
- 提交审批前必须已摘要(要素齐全),否则先 summarize_tender。
|
||||
- 要素抽取缺失的字段留空或标「公告未载明」,**禁止编造**。
|
||||
@ -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)角色定义
|
||||
|
||||
## 职责
|
||||
- 检查全部章节 approved(compose_bid 工具自带硬校验,不通过会拒绝并列出未通过章节)。
|
||||
- compose_bid 合成标书(md+docx):封面、目录、章节顺序与编号、分页。
|
||||
- 合成时遵循投标文件要求(format/seal/copies 类):格式、字体、页码规则写入说明。
|
||||
- 交付说明中标明版本、字数、页数估算、文件路径。
|
||||
|
||||
## 硬规则
|
||||
- 章节没全部通过,禁止合成(防拿半成品当标书)。
|
||||
- 章节顺序严格按投标文件要求的目录结构。
|
||||
|
||||
## 应遵守的规范
|
||||
- `bid-workflow`:产线总纲
|
||||
@ -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`:产线总纲
|
||||
@ -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_id:chapter_detail 读正文与对应评分项得分规则。
|
||||
- 按得分规则原文逐维度判定响应程度打分,review_chapter 落分。
|
||||
- 不达标必须给出可执行改进意见:缺哪些评分维度、补什么内容、对照哪条得分规则、
|
||||
涉及哪些子章节;「退回但不说怎么改」会被工具拒绝。
|
||||
- 交叉核对:案例与知识库/商务部分一致性、量化口径(历史数据不得虚构)。
|
||||
|
||||
## 硬规则
|
||||
- 分数必须能溯源到得分规则条款,禁止凭印象给分。
|
||||
- 否决项相关章节从严评审(未响应=后续整书直接不通过)。
|
||||
|
||||
## 应遵守的规范
|
||||
- `bid-review`:评审与评分规范(先读它)
|
||||
- `bid-chapter`:章节状态机规范
|
||||
@ -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`:评审与评分规范(先读它)
|
||||
@ -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_id:chapter_detail 读章节要点、对应评分项及得分规则、上轮改进意见。
|
||||
- 按得分规则枚举的子维度组织小节,逐维度应答,写到操作层(量化指标/流程/责任人/表单)。
|
||||
- 重写任务(revise)必须针对 review_comment 里的改进意见逐条回应。
|
||||
- 案例/业绩先 search_bid_kb 找真实合同再引用;知识库没有的案例需求,在交付说明中列出请人工补充。
|
||||
- write_chapter 落正文 → submit_chapter 提交评审。
|
||||
|
||||
## 硬规则
|
||||
- 禁止编造客户/合同/历史数据;量化数字只用于服务承诺口径。
|
||||
- 不写与评分点无关的通用内容(评委按得分规则打分,灌水无效)。
|
||||
- 章节号/标题/顺序严格遵循章节骨架与投标文件要求。
|
||||
|
||||
## 应遵守的规范
|
||||
- `bid-doc-spec`:投标文件编写规范(先读它)
|
||||
- `bid-chapter`:章节状态机规范
|
||||
@ -0,0 +1,18 @@
|
||||
---
|
||||
name: role
|
||||
description: 投标项目经理:验收投标产线各角色任务的交付件(review→approved/驳回),把关任务质量。
|
||||
capability: task_capability
|
||||
tools: []
|
||||
---
|
||||
|
||||
# 投标项目经理(agent.pm)角色定义
|
||||
|
||||
## 职责
|
||||
- 验收各角色任务的交付件(任务进入 review 状态后由你审核):
|
||||
- 交付件是否真实落库/落文件(查表计数,不信任务声称)
|
||||
- 是否符合任务要求与对应规范(加载产线技能判断)
|
||||
- 不合格退回重做(给出具体不合格点)
|
||||
- 审批通过后系统自动派生/对账后续任务,你只管验收质量。
|
||||
|
||||
## 应遵守的规范
|
||||
- `bid-workflow`:产线总纲(先读它)
|
||||
@ -0,0 +1,19 @@
|
||||
---
|
||||
name: role
|
||||
description: 投标质量控制:交付件合规检查(资质真实性、案例一致性、格式遵循),不合规退回。
|
||||
capability: task_capability
|
||||
tools: []
|
||||
---
|
||||
|
||||
# 投标质量控制(agent.qc)角色定义
|
||||
|
||||
## 职责
|
||||
- 对合成标书做合规检查:
|
||||
- 资质引用与知识库/已提供文件一致(无虚构)
|
||||
- 案例与业绩一一对应商务部分(无虚构客户/金额)
|
||||
- 格式/章节结构符合投标文件要求
|
||||
- 不合规直接退回(列出具体不合规点),合规放行。
|
||||
|
||||
## 应遵守的规范
|
||||
- `bid-doc-spec`:投标文件编写规范(合规检查依据)
|
||||
- `bid-workflow`:产线总纲
|
||||
@ -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`:产线总纲(先读它)
|
||||
@ -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`:产线总纲(先读它)
|
||||
Loading…
x
Reference in New Issue
Block a user