目标
将已经合并的 Discovery Objective 工作台从“具备领域能力”继续完善为经营者可持续使用的产品操作面。此 Issue 不进行三次直接接触、不对外发邀约，也不把外部验证作为前置条件。
产品范围
- 完善 Discovery Objective、Approved Boundary、Acquisition Plan、Mission/Run、Evidence、Assessment、Approval、Decision/Outcome 的连续操作路径。
- 让经营者能在工作台内清楚创建、查看、审阅和推进合法下一步；采集控制台保持为工作台中的真实操作区，而不是只读展示。
- 修正现有界面的视觉层级、状态反馈、错误提示、空状态与关键动作可发现性，使其符合 SourceOS 已确定的工作台视觉基线。
- 保持 Agent 受当前边界约束：它可提出、整理和执行已允许的采集动作，但不能绕过审批或把草案自动变为需求、产品或商业结论。
不做
- 不要求直接接触、访谈、销售或市场验证。
- 不扩大为自动销售、发布、收费或产品交付系统。
- 不以采集量、模型活动量或页面完成度伪造需求真实性。
完成标准
- 经营者可从一个 Objective 工作台完成一次受边界约束的计划、采集、证据审阅、判断草案与审批/决策流程。
- 非法动作在界面中不可执行，并继续由 API 拒绝。
- Mission/Run 的控制、状态、回放与证据链在工作台中可理解、可追溯。
- 核心流程有 API、页面与迁移回归测试；现有 Legacy 采集与证据流程不回归。
后续
当产品操作面足够可用后，是否使用它做真实需求验证另开独立 Issue，不把验证行为混入本次产品完善。
目标
将已经合并的 Discovery Objective 工作台从“具备领域能力”继续完善为经营者可持续使用的产品操作面。此 Issue 不进行三次直接接触、不对外发邀约，也不把外部验证作为前置条件。
产品范围
不做
完成标准
后续
当产品操作面足够可用后，是否使用它做真实需求验证另开独立 Issue，不把验证行为混入本次产品完善。