Team AI 里看板为什么不是纯拖拽 UI
使用方式
- 这页只回答“为什么 Kanban 不是纯拖拽 UI”这个单点追问。
- 如果要讲更完整的上下文推进和执行链路，优先看 Team AI 里 Agent 编排怎么讲。
如果面试官问我 Team AI 里的 Kanban 难点是什么，我不会回答拖拽实现，而会先把问题抬到业务层。因为这个看板不是纯前端交互，它本质上是一个项目上下文投影面。
在普通看板里，拖拽更多是状态展示；但在 Team AI 里，卡片本身承载的是 task、evidence、required artifacts、当前阶段这些上下文信息。比如从 Backlog 进入 Todo，或者从 Dev 进入 Review，不只是 UI 上换一列，而是在更新“这张卡当前处于什么阶段、缺什么、下一步允许什么动作”的共享事实。
所以前端这里最重要的不是把卡拖动得多丝滑，而是把用户意图、后端规则校验和实时回写这三件事对齐。前端发起的是 move intent，后端做最终裁决，再通过 SSE 把真实结果推回界面。这样卡片流转不仅是状态变化，也是上下文变化。
这也是我为什么会说，这个项目把前端难点从“组件交互”升级成了“上下文一致性”。如果只把它当成拖拽列表做，很快就会在规则、一致性和证据回写上失控。