## 三种“全局判断并产出需求”的 Demo

它们都只有一套判断视角，不再切换“先验/后验/机会”等模式。颜色回答哪里热，需求卡回答系统最终提出什么，reason 回答为什么成立或为什么暂不成立。

说明：节点名称和“居家生活 / 家务劳动 / 阅读”的证据来自现有上游数据；界面中的需求总数、模块需求条数仅用于比较版式，不代表已经完成的真实计算结果。

上游事实树位置、四项热度、真实 ROV / VOV、元素与原始 reason
→
语义判断维度缺失不等于零；结合父子热度、语义具体度、证据一致性判断
→
最终输出生成需求 / 继续观察 / 暂不生成，并输出可读 reason
A

### 全局热力树 + 需求输出栏

保留树的层级关系，但只展示当前有判断价值的骨架；右边持续输出大量需求。

推荐
全局需求热力树
高热升温稳定弱信号
数据日期 2026-07-14
全局模块热度节点颜色由多维证据综合判断，不显示技术分数
行为
日常活动
居家生活
个人护理
家务劳动
阅读
物品处置
人物
现实人物
历史名人
政治领袖
共和国领导人
知识
方法
生活技巧
居家生活
事件
历史事件
抗日战争
解放战争
全局判断：“行为 → 日常活动 → 居家生活”是当前值得扩充需求的高热区域。它的外部热度明显，但真实 ROV / VOV 暂无数据，因此结论是“高热待验证”，不是“低需求”。

#### 系统提出的需求

当前全局共形成 386 条，按价值与证据完整度排序

补充家庭清洁的分步骤、省力技巧与常见误区内容生成需求
Reason：父级“居家生活”外部热度高；子类“家务劳动”存在同期信号；上游元素“家庭清洁”语义具体。虽无真实 ROV / VOV，证据仍足以形成待验证需求。
父级高热同期信号元素：家庭清洁后验待验证
围绕居家阅读场景补充内容继续观察
Reason：只有较弱的同期信号；元素“书本翻页”描述的是动作，不足以说明用户想解决的问题。需要更多上游语言或内容表现后再生成明确需求。
单一弱信号元素语义偏浅缺少问题表达
泛化生成“所有居家用品介绍”不生成
Reason：范围过宽，无法映射到明确用户问题；即便父节点热度高，也不能直接把所有下级主题都判为需求。
优点：最接近你的业务目标——全局图负责发现热区，右侧直接成为“需求生产结果”。逐层下钻只用于解释需求，不是页面主任务。
B

### 热度地图 + 需求生产流水线

弱化树线条，用模块面积和颜色展示全局；下方展示需求如何被判断出来。

平台需求全景热度区域 → 判断证据 → 平台需求
全局需求地形面积代表该模块下可提取的信息规模
居家生活高热 · 8 个直接子类 · 外部信号强
历史人物升温 · 多节点交织
战争历史稳定 · 有事件关系
个人护理稳定热度
家务劳动可形成具体需求
阅读证据尚浅
物品处置弱信号
发现热区居家生活外部信号突出
→
寻找具体语义家务劳动 / 家庭清洁
→
判断证据缺口无后验，但不是零需求
→
生成需求家庭清洁分步骤内容

#### 需求生产结果

按模块汇总，适合快速浏览数百条需求

居家生活 · 42 条需求重点扩充
家务劳动 12 · 个人护理 9 · 家庭互动 8 · 其他 13
历史人物 · 31 条需求持续供给
人物、事件、情感、作品多个挂靠点共同支持。
阅读 · 3 条候选需补证据
热度信号与用户问题表达都不足，暂不批量生成。
优点：最干净、最有“全局地形感”，适合管理层看重点方向；缺点是树的父子挂靠关系不如方案 A 直观。
C

### 需求河流图

从左侧全局分类流向右侧需求簇，线条表达哪些证据共同形成一条需求。

需求形成关系图分类与信号在左 · 最终需求在右
全局证据 → 需求线宽表示支持该需求的证据数量
居家生活
高热
家务劳动
阅读
家庭清洁
家庭清洁
步骤 / 技巧 / 误区
生成需求
阅读场景
继续观察

#### 为什么形成这条需求

每条线都是一个可追溯证据

家庭清洁分步骤内容成立
① 父模块高热
② 子分类有同期信号
③ 元素语义具体
④ 后验缺失，被识别为验证缺口而非负反馈
居家阅读内容不成立
同样缺少后验，但只有单一弱信号，且“书本翻页”不能表达明确问题，所以不生成需求。
优点：最能解释“相同维度缺失，为什么一个成为需求、另一个不成为需求”；缺点是面对数百条需求时容易再次出现线条拥挤。