基线:鉴权会话+工作组+工作台三区修复+编排工作区+产品设计文档

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m

docs/adr/ADR-011-work-group.md

@@ -0,0 +1,66 @@
+# ADR-011 工作组:起单时的岗位绑定
+
+状态:已接受(2026-07-27)
+背景出处:OS 03「编排声明岗位,**起单时确定性解析**。策略封闭四选;
+默认:岗位唯一人;岗上多人时按轮值。解析发生在节点起单时,结果与依据留痕」。
+
+## 问题
+
+流程包声明的是**岗位**(`owner.position`),谁来做由四策略在节点起单时算。
+这对生产是对的,对两类场景却不够:
+
+1. **一单一队**:同一条工作流的各节点,业务上常常要固定给同一拨人
+   (客户 A 的报价,前后都归这个商务、这个采购)。`follow-source` 只能固定
+   *同一岗位*的人,跨岗位的搭档关系表达不了。
+2. **测试与演练**:要让一条流的所有节点都落到同一个人身上,好一个人从头走到尾。
+   现状做不到 —— 每个岗位都会解析到该岗位上的人。
+
+## 决策
+
+引入**工作组**:一组「岗位 → 员工」的绑定,起单时装载,随这条工作流走。
+
+### 一、绑定先于策略,但不是第五种策略
+
+OS 03 说「策略封闭四选」,这条不动。工作组不是策略,是**岗位的人选已经定了** ——
+四策略回答的是「这个岗位该派给谁」,工作组直接给出了答案,于是策略无从发问。
+解析顺序因此是:
+
+```
+工作组给了这个岗位的人 且 此人在岗 → 用他(by: 'work-group')
+否则                               → 四策略照常(by: 四选之一)
+```
+
+工作组给的人**已离岗**时不硬用,退回四策略 —— 绑定不该把单派给一个不在岗的人。
+
+### 二、快照装载,不引用
+
+起单时把成员表**拷进工作流记录**,之后改组不影响已起的单。
+理由与版本信封一致(AM 9.1):留痕要能解释「当时为什么派给他」,
+而不是被今天的组织调整改写。
+
+### 3、按来源人装载
+
+「凡单必有来源」(OS 3.1)。起单时取 `source.by`(登记人 / 触发来源人)的工作组:
+
+| 来源 | 装载 |
+|---|---|
+| 登记触发(人工起单) | 登记人的工作组 |
+| 事件 / 周期触发,带来源人 | 该人的工作组 |
+| 无来源人 | **不装载** —— 全走四策略 |
+
+没有工作组的员工起单也不装载。**向后兼容**:此前起的单、以及所有没建组的人,
+行为与从前完全一致。
+
+### 四、归属 `org`
+
+工作组是「人和岗位」的事,`org`(L1)已经拥有 staff / position / grant。
+`process` 经既有的 `OrgGateway` 端口多问一句 `workGroupOf(staffId)`,不新增依赖方向。
+
+## 后果
+
+- `WorkflowRecord` 增 `workGroup?: Record<岗位 code, 员工 id>`(快照,可空)
+- `Resolution.by` 从 `OwnerStrategy` 放宽到 `OwnerStrategy | 'work-group'` ——
+  留痕里能一眼看出这单是绑定派的还是策略派的
+- 一人一组即可造出「整条流都归我」的测试组:所有岗位都指向同一人
+- 未做:工作组的治理台管理界面(建组 / 改组 / 指派默认组)。
+  目前只能经播种或直接调用例创建,列入 `docs/debt.md`