诉求：持续发现高价值事项（需求发现与价值排序） #15

来源、父级与授权链

本 Issue 由 2026-08-15 的 clean-slate 迁仓，从冻结的老仓 Eridanus117/agent-control#183（诉求：持续发现高价值事项（需求发现与价值排序）） 迁入。

原 Issue 的全部评论、决定回执与证据链继续在老仓可读，本仓不复制。授权与父级沿用原 Issue，未扩大。老仓自迁仓日起 archive（只读），不再写入。

范围

见下方「原正文（逐字迁入）」。迁入时未修改范围；正文中对老仓的引用一律为完整 URL。

验收条件

见下方原正文。原正文未显式列出验收条件时，以老仓原 Issue 的成功条件为准（链接见上）。

原正文（逐字迁入）

来源、父级与授权链

• 来源：负责人 2026-08-12 终端指令「如果觉得事项少，那就建设发现事项的能力」＋「6 7 8 可以做」；战略对话与翻转记录见研发记忆 §52。
• 父级：关联 诉求：用足够可靠的资源信息支持投入决策 #6（建设可管理的 Agent 系统）。
• 硬边界（§53，负责人明确）：不进入负责人个人事项；不向负责人发起「给素材／列清单／参与某事」请求；产出限知识、资产、方法论形态。

范围

机制：①信号采集——负责人对系统的纠偏与提问、研发记忆、审阅发现、交付被消费率、摩擦记录；②每 Session 挖掘＋周期复盘（B 层四问追加第五问：本波信号里最高价值的未接订单是什么）；③产出＝排序订单表，且必须被派发消费收口，否则视为反刍上瘾（§50/§52 防坑线）。
首批观测仪表：交互质量（纠偏频度与类型）；产能利用率（额度窗口内派发密度与交付回流率）。
明确不做：不建常驻采集器/轮询；不把观测本身变成新的元讨论塔。

验收条件（远端可核验）

1. 连续两个自然波次各产出一张被实际消费的排序订单表；2. 至少一条由信号挖掘发现（非负责人直接下单）的高价值事项被交付并获负责人认可；3. 观测仪表有可复算口径。