# 当前代码基础与问题

## 1. 可复用基础

| 当前能力 | 对目标 Harness 的价值 |
|---|---|
| 自研 Agent、Tool、Skill | 可承载归类、汇总、寻找、解释和分析角色 |
| Agent 的 log、JSONL、HTML 和 OSS 留档 | 可演进为业务决策账本的运行基础 |
| ODPS、MySQL、OSS 链路 | 具备每日自动处理数据的基础设施 |
| 全局分类树及树下元素 | 可继续作为需求理解的稳定骨架 |
| 四项先验 | 已覆盖外部、持续、周期和近期视角 |
| 真实 ROV/VOV | 已具备后验闭环入口 |
| 需求词归类 Agent | 已开始连接原始词和分类树 |
| `generated_demand` | 已开始形成平台需求对象 |
| 分类树热度向上汇总 | 具备局部到全局的观察基础 |
| Vue 热力图和视频下钻 | 已验证树形观察与内容证据下钻方向 |
| 定时任务 | 具备自动执行基础 |

## 2. 主要业务问题

### 2.1 缺少统一每日运行批次

当前是若干定时任务，不是可整体查询、重放和比较的每日业务运行。

### 2.2 证据与结论未彻底分层

指标较多直接进入业务表，缺少不可变证据快照、来源版本、缺失语义和冲突保留。

### 2.3 三层需求对象没有贯通

需求词、`generated_demand` 和下游任务包没有形成统一生命周期；主展示对象仍是需求词。

### 2.4 多挂靠与关系图未落入正式业务结构

当前一个需求词只能保存一个分类节点，缺少关系类型、reason、置信度、审核状态和版本。

### 2.5 评估仍是先验热度加总

当前全局分只合成四项先验；真实 ROV/VOV 未进入最终决策，也没有成立度、局部优先级、行动层、探索和跨日稳定机制。

### 2.6 后验尚未完成需求归因

虽有关联视频和真实 ROV/VOV，但缺少内容主辅需求、覆盖度、质量、分发环境及归因后的有效贡献。

### 2.7 寻找 Agent 尚未形成稳定下游

搜索和视频分析已有基础，但保存、历史查询、标准任务输入和结果回流未形成完整契约。

### 2.8 缺少策略中心和业务对话入口

业务定义散落在提示、任务和页面逻辑中，无法集中展示、解释、版本化或安全修改。

### 2.9 缺少负向决策记录

没有结构化保存拒绝、证据不足、重复合并和待人工判断的候选，因而无法可靠回答“为什么不是需求”。

### 2.10 稳定性保障不足

缺少正式测试体系；部分同步以总行数是否相同判断数据变化，存在内容变化未同步的风险。

## 3. 总体判断

当前仓库是“数据管道 + 若干业务 Agent + 分类树热力展示”的有效原型，但还不是完整业务 Harness。

演进重点不是推翻已有能力，而是：

1. 用每日运行批次组织现有任务；
2. 用证据包隔离原始事实；
3. 让平台需求成为核心业务对象；
4. 建立成立度、局部优先级和行动层；
5. 打通标准任务包、内容归因和次日反馈；
6. 用业务协作控制台集中定义和解释。

更细的代码结构事实见仓库根目录的 `zhangbo.md`。
