三面拆分⑬:触发确认链路 + 运营中心「工作流」区 —— 设计只管设计,运营管细节

**触发确认链路**(用户口述五步的第 4/5 步):
  接收邮件 → 分类识别 → 命中 RFQ 事件 → ④(可选,运营勾)系统消息到指定人
  工作台(带邮件内容)→ ⑤ 工作台点「确认起单」,流程才起。
  · 命中不等于必起:勾了「需人工确认」,装配好的入参存成待确认单
    (sys.trigger_pending,migration 0019),ConfirmDesk 端口把带来件内容的
    系统消息送指定人(eventRef 挂票号,消息列表就地贴确认状态与那枚钮)。
  · 先认领后起单:consumed_at 空才认得到 —— 两人同时点、一人点两次,都只起一条流;
    起单失败退回认领,不留死票。确认人记进 source.by,留痕可查。
  · 登记触发不走确认(登记那一下本身就是人在确认);勾了没指定人 = 配置错误入死信。
  · 4 条单测 + 全链实测:投信 → triggersHit=1 且零直起 → AI 工作台收到确认消息
    → 确认起单 → 二次确认幂等回同一流号 → source.by = AI。

**运营中心重排**(区名即运行时:工作流是流程包的运行时,任务是活动的运行时):
  · 新「工作流」区:在途看板(从任务区迁入)+ 运行配置 —— 每包的触发器
    起单开关 / 确认打勾 / 确认人,和节点负责人(sys.node_owner)。
  · 负责人三层:显式指派 > 运营配置 > 轮值 —— 合并点在 process.start,
    复用既有派发链一行不改。
  · 任务区瘦身成活动运行时(任务/审批/需处置);知识库区改名「数据」
    (与设计中心的知识库解开同名);系统区只剩通道实例。
  · 设计中心触发器详情页摘掉启停按钮 —— 设计只管设计,启停/确认全在运营。
  · 旧深链有改嫁:tasks/board → runs/board,tasks/trg → runs/conf。

reset-runs 补 sys.trigger_pending(待确认单是运行痕 —— 和上回漏 trace_span 同类洞)。
邮件分类 Agent(第 ② 步)现由抽键正则 + S-FEEL 代位,升级路径记进 debt.md。
产品设计.md 运营章、trigger/process 两份 CONTRACT.md 同步。

五闸绿;契约快照随本提交入库。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m

apps/web/src/shared/gov/gov-route.ts

@@ -43,8 +43,9 @@ export const GOV_ZONES = [
   'archive',
   'models',
   'testbed',
-  // 运营中心
+  // 运营中心 —— 区名即运行时:工作流是流程包的运行时,任务是活动的运行时
   'cockpit',
+  'runs',
   'tasks',
   'people',
   'ledgers',
@@ -64,10 +65,11 @@ export const ZONES: ReadonlyArray<{ key: GovZone; label: string; icon: string }>
   { key: 'models', label: '大模型', icon: 'cpu' },
   { key: 'testbed', label: '测试台', icon: 'flask-conical' },
   { key: 'cockpit', label: '驾驶舱', icon: 'gauge' },
-  { key: 'tasks', label: '任务', icon: 'activity' },
+  { key: 'runs', label: '工作流', icon: 'activity' },
+  { key: 'tasks', label: '任务', icon: 'list-checks' },
   { key: 'people', label: '员工', icon: 'users' },
   { key: 'ledgers', label: '台账', icon: 'table' },
-  { key: 'knowledge', label: '知识库', icon: 'layers' },
+  { key: 'knowledge', label: '数据', icon: 'layers' },
   { key: 'system', label: '系统', icon: 'settings' },
 ];
 
@@ -92,16 +94,22 @@ export const ZM: Readonly<Record<GovZone, { title: string; desc: string; accent:
     desc: '行数据 · 版本 · 引用——域的结构在设计中心改,这里做运营动作。域即页签,随数据域发布生长:设计侧一发布新域,台账里自动多一个域页签。',
   },
   knowledge: {
-    title: '知识库',
+    title: '数据',
     icon: 'layers',
     accent: 'linear-gradient(140deg,#f14ba9,#c92d86)',
-    desc: '活动记忆四层 + 技能资产 + 候选增量的回放与放行。记忆的终点是成为模型——候选增量必经回放与人放行,这里是那道人工放行口。',
+    desc: '运行沉淀的数据资产:活动记忆四层 + 技能资产 + 候选增量的回放与放行。记忆的终点是成为模型——候选增量必经回放与人放行,这里是那道人工放行口。',
+  },
+  runs: {
+    title: '工作流',
+    icon: 'activity',
+    accent: 'linear-gradient(140deg,#3370ff,#245bdb)',
+    desc: '流程包的运行时:在途工作流的监控,和每个包的运行配置——起单开关、命中后要不要人工确认、谁来确认、每个节点归谁负责。设计中心定义流程长什么样,这里管它今天怎么跑。',
   },
   tasks: {
     title: '任务管理',
-    icon: 'activity',
+    icon: 'list-checks',
     accent: 'linear-gradient(140deg,#3370ff,#245bdb)',
-    desc: '运行态:任务与工作流两级运行时实例的在途监控、干预与控制——任务 = 活动被调起的一次运行,恰有一名负责人;工作流 = 流程包的一次运行,状态由流内各任务聚合投影而来。审批点卡到审批人工位,是流程层的人裁节点、不是任务。控制事件三种语义:暂停可恢复、叫停归负责人、终止级联作废。治理不改定义。',
+    desc: '活动的运行时:任务 = 活动被调起的一次运行,恰有一名负责人。这里做任务与审批单的在途监控、干预与控制——暂停可恢复、叫停归负责人、终止级联作废。工作流一级去「工作流」区看。',
   },
   people: {
     title: '员工管理',
@@ -181,11 +189,13 @@ export const TABS: Readonly<Record<GovZone, ReadonlyArray<{ key: string; label:
   tools: [{ key: 'catalog', label: '能力目录', ico: 'wrench' }],
   data: [{ key: 'domains', label: '数据对象', ico: 'database' }],
   cockpit: [{ key: 'dash', label: '驾驶舱', ico: 'gauge' }],
+  runs: [
+    { key: 'board', label: '在途工作流', ico: 'activity' },
+    { key: 'conf', label: '运行配置', ico: 'settings' },
+  ],
   tasks: [
-    { key: 'board', label: '运行看板', ico: 'activity' },
     { key: 'list', label: '任务', ico: 'list-checks' },
     { key: 'apr', label: '审批单', ico: 'shield-check' },
-    { key: 'trg', label: '起单开关', ico: 'zap' },
     { key: 'todo', label: '需处置', ico: 'flag' },
   ],
   people: [