13 KiB
任务管理页重构:工作流图 + Agent Teams + 后台任务抽屉(v0.20 设计)
日期:2026-09-14 分支:feat/tasks-graph-workflow-teams
背景与目标
DSH 0.1.5-rc.2 引入两个新的可观测面:workflow(dsh-tool-workflow 的 run/agent 生命周期事件)与 Agent Teams(实验层,ctx.agentTeams 的共享任务板)。任务管理页(原「子代理拓扑」)系统性地接纳两者,并按用户确认的「简洁后现代主义」方向重构为 Variant D 工作流图:分层节点 + 贝塞尔连线、拖拽平移、滚轮缩放、右下角控制条、已完成节点折叠聚合、点击浮窗取代页内 dock。
用户确认的关键交互决策(问答摘要):
- 数据范围 = 当前会话树(主代理 + 全部后代)。
- 节点点击 = 跳转转录;ⓘ = 详情浮窗。
- 后台任务输出 = 锚定浮窗(替换页内底部 dock)。
- 自动折叠只作用于后台任务抽屉,阈值 8 个代理;图节点的折叠是「已完成」语义的折叠聚合,点击展开、控制条可再折叠。
- 图/树切换按钮在两种模式下都可用(mockup 的 toggle 藏在画布容器内、树模式下无法切回——真实实现把控制条移出滚动面)。
- 默认视图由设置 select 决定(默认工作流图),页内切换为临时态。
- 任务板 v1 只做基础操作(完成/重开/删除/改派/新建/编辑,CAS)。
数据源事实(侦察结论)
Workflow
- 没有服务注册表 / 持久化 / HTTP 接口;只有调用方会话日志里的 4 个会话事件:
tool-workflow/run-start | agent-start | agent-end | run-end。 - 只有顶层 run 落事件(
exec.parent === undefined),嵌套 run 不可见——与官方dsh-client-ui-workflow-run面板折叠的恰好是同 4 类事件,因此插件折叠结果与官方面板一致。 - run 的 member agent 是普通子会话(catalog 里有行),
childId即子会话 id——图模式把它们重挂到 run 节点下;catalog 里没有的 member 用 run 自带数据合成占位节点。
Agent Teams(实验层)
- 只在
~/.dsh-web类 profile 的实验 bundle 里存在;ctx.get('agentTeams')缺席时返回undefined(不抛)——结构性降级的支点。 - TeamId ≡ lead SessionId;
tryMembership(agent)命中后remoteView(agent) → {members, tasks};remoteCreateTask/remoteUpdateTask(CAS,expectedRevision,冲突走team-task-conflictunion 返回而非抛错)。 - 成员上限 8、任务上限 256;teammate = lead 的可续接子会话(
member.id= 子会话 id,与拓扑树天然关联)。 ~/.dsh/task-board/ledger-v2.json与 Agent Teams 无关(名字误导,已核证)。- 官方团队面板是 read-mostly + 手动刷新——客户端 5s 轮询(仅页面可见时)不是过度设计。
Jobs
沿用既有:jobsBySession push 镜像 + jobs.output 事件回放(不碰模型游标)+ 两击终止。
架构
host 半(src/)
workflow-runs.ts 纯折叠 foldWorkflowRuns(events, originSessionId) → WorkflowRunView[]
workflow-routes.ts workflows.list:树枚举 + 存储日志与 live 镜像按 seq 去重合并
team-routes.ts teams.view / taskCreate / taskUpdate:结构镜像 Remote 词汇,三分支降级
client 半(src/client/)
tasks-model.ts 统一视图模型(图/树共用):catalog 走树、run 重挂、team 富化、fold 聚合
tasks-graph-layout.ts 免依赖 tidy-tree 分层布局(<100 节点无需虚拟化;bundle 纯度禁图库)
TasksGraph.tsx 画布:pan / wheel-zoom-to-cursor / 相位虚线框 / 控制条(图树切换+折叠+缩放)
TasksTree.tsx 树模式:缩进行 + 键盘导航(官方 catalog 配方)
TasksPopovers.tsx 节点详情 / run 详情 / 团队任务板(CAS 操作)
JobsDrawer.tsx 底部抽屉(≥8 代理自动折叠,手动优先)+ 输出浮窗(回放,尾钉)
AnchoredPopover.tsx 锚定浮窗:geometry + 关闭契约(沿用 selection-popup 的 #425 修复)
tool-icons.tsx 工具字形映射(宿主 primitives 图标,currentColor)
降级矩阵(可证伪)
| 环境 | workflows.list | teams.view | 页面表现 |
|---|---|---|---|
| 无 workflow/无 team(3384 桌面 profile r) | {runs: []}(200,空而非错) |
{available:false} |
图/树照常,无 run 节点、无团队 chip |
| 有 team 无 workflow(3080) | {runs: []} |
{available:true, team:{...}} |
roster 富化节点 + chip + 任务板 |
| 有 workflow | 折叠结果 | — | run 节点 + 相位框 + member 重挂 |
| subagents 服务缺席 | 仅折叠 root | 不影响 | 旧快照退化行为 |
关键取舍
- 零实验包 import:
context-types.ts结构镜像TeamService的 Remote 词汇;ctx.get('agentTeams')探活在路由内。实验层缺席时 mutation 抛 503team-error(与subagents-unavailable同形)。 - workflow 无事件 = 空列表不是错误:旧会话/无 workflow 会话静默为空(jobs 镜像同款语义)。
- fold 规则:per-parent 的「已完成/出错的叶子 agent」折叠为一个聚合节点;当前会话、teammate、有子节点的、run 节点永不折叠(折叠父节点会藏住活跃分支)。
- 树/图同一模型:fold 状态、团队富化、run 重挂两种模式共享——不会视觉漂移。
- 控制条移出滚动面:图模式的缩放按钮与图/树切换都在视图容器级(绝对定位右下),树模式下缩放按钮不渲染但切换在(mockup bug 的教训,有测试守护)。
- 页内视图切换是临时态,默认视图走
tasksViewModepref(schemasteryz.union([z.const('graph'), z.const('tree')])——schemastery 无z.enum)。 - AnchoredPopover 不复用 primitives 的 HoverCard:浮窗需要持久交互(任务板表单、输出滚动),HoverCard 是悬停语义;关闭契约(外部 mousedown / Escape / anchor 离屏的 IntersectionObserver)沿用 selection-popup 已验证的模式。
- 主题硬阴影用
color-mix(in srgb, var(--dsw-alias-border-l1) 55%, transparent):后现代硬投影但颜色全部出自令牌(theme.spec 只守color:,皮肤契约的精神照旧满足)。
实施偏差记录
- 诊断行(diagnostic catalog entries)从模型中省略:旧树逐 parent 渲染 corrupt/unavailable 行;新模型跳过它们,目录加载失败改由页头横幅「N 个分支加载失败 + 重试(逐个 refresh)」统一承载。理由:诊断行罕见(通常是 side-chat 遗产),逐 parent 内联会破坏图的 tidy 布局;横幅保留可达性与重试。
- catalog
state:'error'不再逐层内联,同上进横幅。 - loadin rows:图模式无「加载中占位卡」;树模式保留
summaryBackedLoading的 loading 行。图模式靠 5s 轮询自然收敛。 - 子代理 keyboard 导航保留在树模式;图模式节点
tabIndex=-1(平移/缩放下 tab 序无意义,树模式是可达性面)。 - 本地
pnpm test:mount需要绕过桌面 shim:桌面版~/.local/bin/dshshim 回退到桌面捆绑 CLI 且不尊重DSH_HOME(dsh plugin add会写到真实~/.dshprofile——本次亲历,把真实 profile web 的 better-sidebar 指到了本分支 tarball)。正确姿势与 CI 一致:DSH_CMD="npx -y --package @deepseek-ai/dsh@0.1.5-rc.2 dsh" pnpm test:mount。 - 测试断言从
container.textContent迁到document.body:输出浮窗 portal 到 body(#425 契约),jobs-view 套件相应更新。 - fold 聚合节点的 aria-label 带计数文本:与控制条的 fold 切换按钮消歧(两者同文案会导致 a11y 选择器歧义)。
复审返工(2026-09-14 晚,真机截图反馈)
用户在 3384(DSH_HOME=~/.dsh,profile web)看到首版实现后给出四条反馈,逐条定位并修复:
| 反馈 | 根因 | 修法 |
|---|---|---|
| 「按钮和文本的颜色不对,不够后现代」 | 新 CSS 17 处裸用 var(--dsw-alias-accent)——该令牌在 DSH 主题里不存在(旧文件的用法都带 fallback 才没暴露),声明被浏览器整条丢弃;容器边框用的 border-l1 只有 4% 黑,几乎不可见 |
accent → --dsw-alias-state-business-primary;容器边 → --dsw-alias-border-l4(16%);整体改回 mockup 语言:ink 边框、3px 硬投影、mono 微型字 + 字距大写标签、点阵画布、横向缩放条 |
| 「点 ⓘ 没反应 / 图里点不动(树能点)」 | 画布 pointerdown 里对容器 setPointerCapture,捕获把派生 click 重定向到容器,节点永远收不到点击(jsdom 不模拟捕获语义,所以单测全绿——只有真实浏览器能暴露) |
去掉 capture,pan 仅从背景起手(closest('[data-graph-node]'/'[data-graph-controls]') 直接返回),监听挂 window |
| 「图很小 / 不在中间 / 任务板没显示」 | fit 在容器为 0 尺寸时静默放弃且不再重试;只居中横轴、上限 1.0;窄面板里 5 个兄弟节点挤成 770px 宽 → 缩到 35% | ResizeObserver + 首次非零尺寸补 fit、双轴居中、FIT_MIN_SCALE=0.78 可读性下限;按容器宽度求解排布(layoutTasksGraphForWidth:先取仍满足可读性预算的最宽排布,只有窄到 ≤1 列才允许 20% 横向溢出);任务板改为常驻可见条(不再藏在 chip 后) |
| 「卡片信息过多过杂,都被省略看不见」 | 卡片同时塞 displayTitle + 模式 + 状态 + 模型 + live 文本,132px 宽(窄面板的目标宽度)下全部省略号 | 卡片只留三层:标题(1 行)/ mono 元信息(模式或模型 · 状态)/ live 行(仅运行中);其余(会话标题、team 角色、模型全名、最新文本、跳转)进 ⓘ 浮窗 |
| 「非常窄,非常挤」 | 设计按宽画布做,未以原生右侧栏窄宽为目标 | 度量全部改按 mockup 的 360×660 基准(卡片 132×46、行距 112);行高/间距/字号显式声明(宿主 body 行高曾把行撑高);user-select: none 防拖拽选中文本 |
回归面:tests/tasks-page.spec.tsx 增 3 例(背景 pointerdown 后节点仍可激活、节点上的手势绝不启动 pan、团队任务板无需点击即常驻可见);tests/tasks-graph-layout.spec.ts 重写 9 例(band 换行、换行 band 不得压到兄弟子树行、宽度求解两段式、运行时预留 live 行)。
本地可视化自检 harness(未入库,tmp-visual/,git-excluded)
真实浏览器里的组件级回归无法靠 jsdom 覆盖(点击捕获、fit/居中、主题令牌解析都是浏览器行为)。harness 用 esbuild 把真实组件 + mockup 形状的 fixture(走 buildTasksModel,因此折叠/重挂/富化都真实生效)打包进一个页面,注入从 dsh-client-ui-theme 抽出的令牌 CSS,@deepseek-ai/dsh-client-ui-primitives 别名到轻量桩(避免把 katex/shiki 资源拖进截图包),再由 Playwright 在 360px / 720px 两档宽度截图并断言:节点点击回调、ⓘ 回调、背景拖拽平移量。本次返工的四条反馈里有三条正是它先复现、修完再确认的。
验证结果(2026-09-14)
PR:#680(分支 feat/tasks-graph-workflow-teams)。
pnpm typecheck✅;pnpm vitest run133 文件 / 1400 用例通过(新增:host 路由 29、模型 7、布局 9、页面交互 9);pnpm build✅(皮肤契约 / 市场清单 / chunk 纯度守卫全绿)。pnpm test:mount(DSH_CMD="npx -y --package @deepseek-ai/dsh@0.1.5-rc.2 dsh",本地必须绕开桌面 shim,见实施偏差 5)7/7 通过:真实挂载 + 无头 tab 全扫。其 PERF_JSON 里可读到 scratch profile(无实验层,等价 3384 的 profile)上/sidebar/api/workflows.list → {runs:[]}、/sidebar/api/teams.view → {available:false}—— 即降级矩阵左列的实测证据。- 3080(
~/.dsh-web,含实验层)实景协议验证:teams.view → {available:true, team:null}、workflows.list → {runs:[]}、teams.taskCreate → 404 team-error "the tree root leads no team"(三分支里「层在、无团队」这条)。 - 本地可视化自检 harness(真实组件 + 真实主题令牌 + Playwright,360px/720px 两档):节点点击、ⓘ 浮窗、背景平移(Δ+60/+40)、折叠聚合、任务板常驻全部通过;本轮四条真机反馈中的三条由它先复现。
- 复现步骤与陷阱(令牌提取、primitives 桩、shim 与 tarball 重装坑)已沉淀到
.workspace-docs/notes/dsh/09-14-dsh-better-sidebar任务管理页重构(工作流图与Teams任务板).md。
未在本机自动化验证、留给用户实机确认的一项:3384 桌面应用重启后的 UI 级复看(新 bundle 已装进 ~/.dsh/profiles/web,与仓库构建产物 SHA-256 一致)。