From f362d1f82ae0086a1d4adcc5042e2ebc719cfcfd Mon Sep 17 00:00:00 2001 From: yumoqing Date: Mon, 14 Sep 2026 09:04:09 +0800 Subject: [PATCH] =?UTF-8?q?docs(skills):=20opp-workflow=E8=A1=A5P3?= =?UTF-8?q?=E5=8F=AF=E8=A1=8C=E6=80=A7=E7=A0=94=E7=A9=B6=E9=93=BE=E8=B7=AF?= =?UTF-8?q?C=E2=80=94=E2=80=946=E4=B8=AA=E6=96=B0=E5=B7=A5=E5=85=B7(normal?= =?UTF-8?q?ize/coverage/fp=5Festimate/draft=5Ffeasibility/score=5Fcandidat?= =?UTF-8?q?e/promote)+=E5=85=AB=E8=8A=82=E6=A8=A1=E6=9D=BF=E6=AE=B5(FP?= =?UTF-8?q?=E7=A6=81=E5=BF=83=E7=AE=97/=E5=88=97=E8=A1=A8=E5=BE=BD?= =?UTF-8?q?=E6=A0=87/=E9=97=A8=E7=A6=81=E6=8B=92=E7=BB=9D=E5=A6=82?= =?UTF-8?q?=E5=AE=9E=E8=BD=AC=E8=BF=B0)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../common/opp-workflow/SKILL.md | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/skills_library/pipelines/opportunity_general/common/opp-workflow/SKILL.md b/skills_library/pipelines/opportunity_general/common/opp-workflow/SKILL.md index bd22635..134813d 100644 --- a/skills_library/pipelines/opportunity_general/common/opp-workflow/SKILL.md +++ b/skills_library/pipelines/opportunity_general/common/opp-workflow/SKILL.md @@ -33,10 +33,17 @@ description: 商机产线总纲——数据来自数据爬取平台，产线工 | opp_mining_status | 批次状态轮询（pulling/embedding/clustering/naming/done/failed+原因） | 挖掘批次进度 | | opp_list_clusters | 类别排名表（热度/需求数/占比/命名证据）= TopX 热门需求类别 | "挖出来哪些类""TopX类别" | | opp_cluster_detail | 某类别的类内需求明细样例（每条带来源URL可查证） | "这类里具体有哪些需求" | +| opp_normalize_cluster | 类内共性提取（原子化→归一→能力域→覆盖率，后台耗时与文档数成正比） | "这类的共性需求是什么" | +| opp_coverage_report | 共性覆盖率报告（core≥60%/ext≥40%/个性三层+能力域） | "共性覆盖率多少" | +| opp_fp_estimate | 功能点估算（LLM只识别功能，FP加权走规则引擎fp_calc，禁心算） | "这个项目多少个功能点" | +| opp_draft_feasibility | 起草八节可行性研究报告（数据来自挖掘+覆盖率，返回report_id） | "做可行性研究""评估能不能立项" | +| opp_score_candidate | 候选评分（热度40%+集中度35%+规模适配25%→★优先级） | "这个方向值得做吗""打个分" | +| opp_promote_to_project | 立项（仅feasibility+人工确认+审批approved，门禁拒绝时如实转述） | "确认立项""开项目" | ## 流程链 **链路A（招标情报）**：热点软件/招标检索 → 选定方向 → 编写研发报告（草稿）→ 提交人工确认（门禁）→ 确认后发起研发审批 → 审批通过即立项方向 **链路B（需求挖掘）**：opp_start_mining（top全量 / targeted指定类型）→ opp_mining_status 轮询到 done → opp_list_clusters 看 TopX 类别排名 → 选定类别 opp_cluster_detail 取带来源样例 → 结合数据写研发报告（链路A 的报告/确认/审批门禁） +**链路C（可行性研究立项，P3）**：选定类别 → opp_normalize_cluster（共性提取）→ opp_coverage_report 看三层共性 → opp_fp_estimate 功能点估算（规则引擎算 FP，禁自己心算数值）→ opp_draft_feasibility 生成八节可行性报告草稿 → opp_score_candidate 规则评分 → 走链路A 门禁（opp_submit_report 人工确认 → 审批回流 approved）→ opp_promote_to_project 立项（sd_projects，project_type=demand_mining）。promote 被门禁拒绝时如实转述原因，禁绕道。 ### 需求挖掘使用要点 - 挖掘是**后台批次**：opp_start_mining 立即返回 batch_id，**不要傻等**；每轮用 @@ -59,6 +66,14 @@ opp_create_report / opp_update_report 正文必须按四个二级标题组织， - `## 成果`：可交付成果（产品形态、里程碑、预期成果文件如 PPT/方案） 缺节详情页如实显示「本报告未填写此节」——四节都要写。旧存量报告全文归「输出」节展示。 +## 可行性研究报告八节模板（P3，report_type=feasibility） +opp_draft_feasibility 自动生成（也可 opp_update_report 补写完善），八节硬结构： +`## 市场需求 / ## 共性需求 / ## 需求规格 / ## 架构与可行性 / ## FP与成本 / ## 商业价值 / ## 风险 / ## 结论建议` +- 详情页/PPT 按 report_type 自动选四节（调研）或八节（可行性）模板渲染。 +- 「📊 研发报告」列表行有类型徽标：调研=蓝 / 可行性研究=紫。 +- FP与成本节的数值**只能来自 fp_calc 规则引擎**（opp_fp_estimate 返回），禁止编造/心算。 +- 可行性报告立项走链路C 门禁；未过确认/审批时 opp_promote_to_project 会拒绝。 + ## 门禁纪律 - 报告只能 draft → confirmed，且 confirmed 是**人工决策**（人工任务回流），agent 不得自确认。 - 审批只能在 confirmed 之后发起；审批结论由人工/钉钉回流，agent 不得自批自审。