WhyBuddy: Instructions file for Kiro

Office / Launch / Tasks 前端闭环复核（2026-04-22）

结论

这批前端改动已经把 Office / Launch / Tasks 的 web-aigc 入口与状态面板基本接通，形成了当前可用的前端闭环：

• 统一发起入口已经收敛到 Office 主壳里的单一中央发起器
• 快速任务、补问、附件型 workflow 发起都能回流到任务焦点或 workflow 上下文
• Tasks 页面已经降级为只读跟进页，不再与 Office 争夺发起入口
• Office 右侧上下文与历史面板已经能展示 workflow、web-aigc 兼容监控以及 graph runtime 兼容快照

但这份结论仍然是“前端投影层闭环已基本打通”，不是“所有 runtime 真相源已经完全统一”：

• 现阶段更多是 UI 入口、状态投影和导航回流已经接通
• 后端 session / projection / graph runtime 的统一语义，仍需按平台主线继续收口

一、入口是否已经接通

1. Office 已成为统一发起入口

client/src/components/office/OfficeTaskCockpit.tsx 已将 UnifiedLaunchComposer 作为中央唯一发起器接入，并处理两类回流：

• onTaskResolved
  • 通过 handleTaskHubResolved() 调用 resolveTaskHubLocationUpdate()
  • 自动聚焦到新建 mission
  • 必要时清空当前筛选并高亮新任务
• onWorkflowResolved
  • 先写入 pendingLaunch
  • 等待 workflow 与 mission 建链后自动切回任务 tab 并选中新任务

同时，右侧 Launch tab 已不再承载第二套输入框，而是收敛为说明区。实现里明确写到：

• “中央底部保持唯一发起输入”
• “补问改为独立弹层承接”
• “右侧只保留发起说明，避免同一个页面出现两套发起草稿和附件状态”

2. UnifiedLaunchComposer 已具备三种主路径

client/src/components/launch/UnifiedLaunchComposer.tsx 当前已具备：

• mission
  • 直接创建 mission
  • 回调 onTaskResolved
• clarify
  • 发起补问
  • 通过 submitUnifiedClarification() 在回答完成后继续创建 mission
• workflow
  • 走高级编排 / workflow 通道
  • 回调 onWorkflowResolved

并且支持：

• 附件上传与预处理
• 前端预览 / 高级执行模式切换提示
• 当前焦点任务下的操作 rail 联动

因此，从发起入口设计上看，Office 已经是统一入口，而不是“Office 一套、Tasks 一套、Workflow 一套”并存。

二、Tasks 是否已经和 Office 分工清楚

1. TasksPage 已明确降级为只读跟进页

client/src/pages/tasks/TasksPage.tsx 的文案和布局都已经明确说明：

• 任务页只负责展示队列、任务详情和执行轨迹
• 发起与补充信息入口统一留在 Office 首页
• 当前页是 “display-only / read-only for viewing and follow-up”

这说明 Office 与 Tasks 的职责边界已经被显式收束：

• Office：负责发起、澄清、workflow 过渡与上下文编排
• Tasks：负责队列查看、任务跟进、操作和执行轨迹展示

2. TaskDetailPage 也改为运行证据承接位

client/src/pages/tasks/TaskDetailPage.tsx 现在保留的是：

• 任务详情查看
• 决策与操作提交
• replay 跳转
• 运行证据 handoff 提示
• deferRuntimeEvidence

这表示详情页不再承担 launch 入口，而是承接 runtime evidence 的延迟展示与后续检查。

三、状态面板是否已经接通

1. Office Flow 面板已接 workflow 主上下文

client/src/components/office/OfficeWorkflowContextPanels.tsx 里的 OfficeWorkflowFlowPanel 已展示：