docs(skills): opp-workflow补P3可行性研究链路C——6个新工具(normalize/coverage/fp_estimate/draft_feasibility/score_candidate/promote)+八节模板段(FP禁心算/列表徽标/门禁拒绝如实转述)

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 不得自批自审。