openxiangda 2.71.0 → 2.74.0

package/documentation/workflow-events.md

@@ -1256,12 +1256,40 @@ pnpm openxiangda workflow sync request-review --from production --to test \
 
 配套平台返回已发布的条件人员上下文，且当前目录声明 `conditionalAssignments: true` 时，PC流程编辑器可维护审批/办理节点的有序条件规则与必选“否则”。缺少上下文或能力提示时保留只读/原范围，不把条件规则拆成平铺人员来源。共享草稿的读写权限遵循[流程管理委派](./administration.md#workflow-management)。
 
-标准人员/角色来源只能在原上限内修改，复杂来源使用精确发布或冻结引用；连续主管叶子要求sequence。抄送、嵌套条件、发起自选与应用provider不在该编辑范围。变量必须在进入节点的所有路径上可用；可选事实只用于存在性判断。条件数、表达式与输入字节预算沿原契约执行。
+标准人员/角色来源只能在原上限内修改，复杂来源使用精确发布、冻结引用或下文明确开放的参数；连续主管叶子要求sequence。抄送、嵌套条件、发起自选与应用provider不在该编辑范围。变量必须在进入节点的所有路径上可用；可选事实只用于存在性判断。条件数、表达式与输入字节预算沿原契约执行。
 
 新节点尚未填完标准成员/角色时可以保存草稿；正式发布与办理覆盖仍完整校验。服务端重新读取实际上下文，不信任浏览器自报目录或已校验标志。AI提案同样经过原binding/canvas门禁；不能把草稿可保存解释为可发布。
 
 冲突、失权或结果未知时保留整个assignment及原operationId，不自动合并分支、不静默丢失条件。已进入流程的任务仍使用原冻结快照，新的规则不回写历史任务。源码同步、配置与发布分别核对原Head/版本和操作回执。
 
+### 部门主管、逐级主管和人员来源参数
+
+配套平台额外返回 `nativePeopleAuthoring: true` 后，已发布审批/办理节点也可使用当前应用目录中的完整人员来源，不再只限指定人和角色。没有此标志时沿用旧编辑路径；安装新SDK本身不代表服务端已支持。条件中的部门主管与普通来源使用同一准入和实际组织解析。
+
+需要让老师调整主管级数或部门字段时，在流程源码中声明参数上限，例如（两个字段须已在本流程 `inputSchema` 中声明）：
+
+```ts
+authoring: {
+  peopleSources: [{
+    code: 'department-supervisor',
+    title: '承办或归口部门主管',
+    entry: {
+      provider: 'department_supervisor', departmentIdFrom: 'dept.value',
+      level: 1, fallbackToAncestorSupervisor: false, min: 1, max: 1,
+    },
+    parameters: {
+      departmentIdFrom: { values: ['dept.value', 'ownerDept.value'] },
+      level: { minimum: 1, maximum: 5 },
+      fallbackToAncestorSupervisor: { values: [false, true] },
+    },
+  }],
+},
+```
+
+每流程最多32项模板，每项最多8个参数；枚举最多32个选项。`supervisor_chain` 可开放 `from`、`until`、`continuous`、`missing`，表单成员来源可开放 `inputPath`。人数只能在源码默认上下限内收紧；provider、委托、routing及未开放字段不能修改，角色范围也不能换维度。逐级连续办理必须使用允许的依次审批模式，发起人主管链还需源码显式声明组织部门上下文。
+
+界面以字段中文标题、应用角色名和“第几级主管／最上级／无人时阻止”等说明呈现，保存仍使用原始类型值。未知旧值和超范围输入保留供修正，打开页面不会自动改写配置。正式平台从当前AppVersion重读模板、节点与可用事实；后续步骤的输出即便存在于模板目录，也不能在较早节点使用。修改只影响后续进入节点的任务，不重分派已冻结的待办。
+
 
 ### 应用事务拥有的业务待办
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "openxiangda",
-  "version": "2.71.0",
+  "version": "2.74.0",
   "description": "OpenXiangda 2.0 的统一命令、应用 SDK、MCP 与中文 AI 技能资料。",
   "type": "module",
   "main": "./dist/index.js",
@@ -95,13 +95,13 @@
     "dayjs": "1.11.18",
     "docx-preview": "0.3.7",
     "elkjs": "0.12.0",
-    "openxiangda-cli": "2.11.7",
-    "openxiangda-contracts": "2.92.0",
-    "openxiangda-devkit-core": "2.69.2",
+    "openxiangda-cli": "2.11.10",
+    "openxiangda-contracts": "2.95.0",
+    "openxiangda-devkit-core": "2.71.1",
     "openxiangda-legacy": "npm:openxiangda@1.0.269",
-    "openxiangda-mcp": "2.2.20",
-    "openxiangda-nest": "2.22.0",
-    "openxiangda-skill-kit": "2.3.122",
+    "openxiangda-mcp": "2.2.23",
+    "openxiangda-nest": "2.22.3",
+    "openxiangda-skill-kit": "2.3.125",
     "xlsx": "https://github.com/1377385356/openxiangda/releases/download/vendor-mirror/xlsx-0.20.3.tgz"
   },
   "peerDependencies": {
@@ -167,41 +167,40 @@
   },
   "openxiangdaRelease": {
     "schemaVersion": "openxiangda.release-notes/v1",
-    "version": "2.71.0",
+    "version": "2.74.0",
     "status": "reviewed",
-    "title": "本人班级目录与数据库事务时间",
-    "summary": "具名动作和浏览器复用平台本人工作组织的家校班级投影，并由Native锁后的数据库时刻派生申请及冷却时间。",
+    "title": "原生审批人来源与中文参数编辑",
+    "summary": "流程源码可以开放有界的部门主管、逐级主管和表单成员参数；配套平台支持在普通来源、条件规则与新节点中使用同一份已发布目录。",
     "newFeatures": [
-      "loadCurrentDirectoryClasses读取当前用户/工作组织的班级、学校规范名称、校区、学段、年级和本人来源角色，组织切换丢弃迟到响应。",
-      "具名Nest动作显式声明directoryClasses.maxIds并精确解析1至20个来源班级，任一不可见时整体拒绝。",
-      "显式transactionTime动作使用databaseAcceptedTime写入datetime和最多366天整数偏移，原事务回执恢复不重新取时间。",
-      "可选recordSetAssertions对单组最多500个锁定且可读的记录执行公共字段或数据库时间条件，保留20总守卫预算。"
+      "Workflow authoring.peopleSources 声明当前AppVersion拥有的来源模板、中文标题及参数枚举或整数范围，浏览器不能扩大源码授权上限。",
+      "部门主管成为标准条件人员来源；配套平台显式返回 nativePeopleAuthoring 后，已发布审批或办理节点也能编辑完整原生人员来源。",
+      "部门字段、主管级别、审批终点、连续办理和无人策略以中文说明呈现，保存仍使用原始类型值。"
     ],
     "fixes": [
-      "CLI模板及随包中文资料与根包同批升级，七包组合由Changesets确定。",
-      "应用声明校验及双bundle保留班级目录与事务时间权限，统一openxiangda/nest入口导出数据库时间值及类型；真实应用消费与ESM/CJS编译贯通验证。"
+      "完整人员来源投影保留主管及部门参数，不把另一旧角色来源的scope、routing或人数约束混入新来源；旧principal-only编辑保持原限制。",
+      "普通来源与条件规则切换时正确注册并观察表单人员类型，保留整份来源，避免空配置或丢失原生条件叶。",
+      "模板目录不使后续步骤事实提前可用；非法参数、缺少组织上下文、未知值和不安全JSON结构失败关闭，连续主管必须使用允许的依次审批模式。"
     ],
     "affectedUsers": [
-      "使用家校来源班级、多组织身份或精确申请/冷却时刻的V2应用。"
+      "在PC流程画布配置部门主管、逐级主管、表单成员或条件审批人的OpenXiangda V2应用管理员和开发者。"
     ],
     "upgradeSteps": [
-      "安装同一正式发行七包；平台维护者固定精确源码、contracts纯校验器和管理台seal后通过官方发行部署。",
-      "为需要的新动作显式声明目录/时间能力；所有已有写目标保留同ID的锁守卫及CAS。",
-      "通过目标预检后接入；真实组织同步、实际用户权限和PC/手机业务验收分别执行。"
+      "使用本次正式工具组合，并升级采用配套contracts与目录/投影服务的后端；核对真实 nativePeopleAuthoring 标志，不从SDK版本推断平台已支持。",
+      "应用在源码声明真实输入事实和明确的参数上限，再按正规流程版本规划、应用TEST部署和实际角色验证接入；保留原节点、默认人员、在途冻结快照及source-base。"
     ],
     "knownLimitations": [
-      "本地及隔离PostgreSQL验证不代表站点已更新或真实用户业务通过。",
-      "目录读取不授予应用写权限，不将校区当作独立企业，不提供其他用户、unionId或安装秘密。",
-      "事务时间值仅供具名交互动作的秒精度datetime字段；普通CRUD、事件worker及队列不取得该能力。"
+      "本地合成HTTP、门禁或npm发行不代表客户平台已部署，也不代表真实组织主管解析、AI模型或OCR验收已通过。",
+      "未开放的provider、routing、委托和范围维度仍由源码拥有；抄送、发起自选及应用provider不通过通用参数控件扩权。",
+      "旧平台没有显式原生作者能力时保留旧编辑路径；源码采用新authoring字段后，不能直接回退到不认识该声明的旧内核。"
     ],
     "compatibility": {
       "node": "Node.js 24 or newer for maintained toolchain",
       "generation": "OpenXiangda V2; V1 unchanged",
-      "platform": "directory.current-classes 1.0.0; data.transaction-time-values 1.0.0; opted-in data.record-set-assertions 1.0.0; exact paired contracts"
+      "platform": "Paired workflow released-catalog/node-configuration services and contracts; nativePeopleAuthoring must be explicitly advertised"
     },
     "issues": [],
-    "sha256": "b034b4579f6640556cf5592e8908acd2c05922b6692d24dfe2dc2b077c913995",
-    "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.71.0"
+    "sha256": "72e5e3e9b12305bf729a5ec117b7320389e66459478ac8656e2e1627a770c298",
+    "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.74.0"
   },
   "scripts": {
     "build": "node ../../scripts/prune-package-dist.mjs && tsc -p tsconfig.json && node scripts/copy-assets.mjs",

package/releases/2.68.1.json

@@ -0,0 +1,33 @@
+{
+  "schemaVersion": "openxiangda.release-notes/v1",
+  "version": "2.68.1",
+  "status": "reviewed",
+  "title": "原部署运行的流程例外只读预览",
+  "summary": "按平台能力读取失败 DeploymentRun 的冻结候选、当前 Head 和真实流程例外，支持在独立诊断目录使用公开 SDK 读取旧工作区会话。",
+  "newFeatures": [
+    "`status <deployment-id> --workflow-exceptions` 只读展示原运行的例外及完整集合摘要，不确认或重试。",
+    "独立精确版本 devkit 客户端可读取旧工作区 link/session，无需更改应用 package、lock 或冻结包。"
+  ],
+  "fixes": [],
+  "affectedUsers": [
+    "发布包含工作流的 V2 应用的开发者和管理员。"
+  ],
+  "upgradeSteps": [
+    "平台需先提供 deployment.workflow-adoption-preview 1.0.0 能力；无能力时明确停止。",
+    "使用本版根包或独立 openxiangda-devkit-core 2.67.0 诊断目录；旧应用不必为了查看例外升级依赖。",
+    "保留原 DeploymentRun ID，先核对完整例外；生产仍只晋级已验收 TEST 原版本。"
+  ],
+  "knownLimitations": [
+    "本批仅提供预览，不提供例外确认、事实转换或原 Run 恢复通道。",
+    "truncated=true 不代表已观察完整明细；预览不授予激活许可。",
+    "包发行不等于平台部署或真实业务验收；source/status 的独立500故障不在此修复中。"
+  ],
+  "compatibility": {
+    "node": "Node.js 24 or newer for maintained toolchain",
+    "generation": "OpenXiangda V2; no V1 migration",
+    "platform": "New read-only preview requires deployment.workflow-adoption-preview 1.0.0; contracts remains 2.88.0"
+  },
+  "issues": [],
+  "sha256": "859687bd04474e031528a651304916e7535919419aa697ec1892ff5b17cdf666",
+  "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.68.1"
+}

package/releases/2.69.1.json

@@ -0,0 +1,32 @@
+{
+  "schemaVersion": "openxiangda.release-notes/v1",
+  "version": "2.69.1",
+  "status": "reviewed",
+  "title": "流程画布按需面板与连续分支保存修复",
+  "summary": "修复流程设计器的常驻面板、连续条件路由断线及带可读名称的草稿无法保存。",
+  "newFeatures": [],
+  "fixes": [
+    "流程大纲默认隐藏，节点设置默认关闭；选择节点后按需打开配置，浮层不挤压编辑画布。",
+    "相邻条件区域只拥有各自分支，汇合目标保持单一位置；连续条件和嵌套并行的连线接回实际目标节点。",
+    "正式流程文档schema接受已有readability元数据，保留闭集字段、长度与数量上限及原业务权限校验。"
+  ],
+  "affectedUsers": [
+    "使用V2流程设计器编辑或维护审批流程的应用。"
+  ],
+  "upgradeSteps": [
+    "安装精确openxiangda 2.69.1官方组合并重新检查、构建应用。",
+    "平台后端同步正式contracts包及同源回执后，才具备草稿保存schema修复；应用自行维护流程列表和独立画布路由。"
+  ],
+  "knownLimitations": [
+    "不修改历史实例、审批边界或业务拓扑；此版本不包含原DeploymentRun例外ack接口。",
+    "包发行不等于平台部署或现场草稿保存验收，已有未保存输入需保留。"
+  ],
+  "compatibility": {
+    "node": "Node.js 24 or newer for maintained toolchain",
+    "generation": "OpenXiangda V2; V1 unchanged",
+    "platform": "平台后端须消费本轮正式contracts及配套组合；原权限、revision和operationId守卫保持"
+  },
+  "issues": [],
+  "sha256": "529eee3d6d426c149635e6143310ff6a4a01da6c7243e203ff959f9d3b34a4b5",
+  "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.69.1"
+}

package/releases/2.70.2.json

@@ -0,0 +1,32 @@
+{
+  "schemaVersion": "openxiangda.release-notes/v1",
+  "version": "2.70.2",
+  "status": "reviewed",
+  "title": "首部节点插入与补正回放修复",
+  "summary": "首部插入人工、条件、业务或并行节点时，原子更新流程入口和补正重提交入口，保留新首审批与严格校验。",
+  "newFeatures": [],
+  "fixes": [
+    "首部插入同步补正回放目标，多补正和连续插入删除保留完整路径。",
+    "补正可达性遍历并行和汇合后继，保留禁止正向进入补正与退回源必须可达的规则。"
+  ],
+  "affectedUsers": [
+    "使用流程画布首部插入、补正重提交或并行结构的V2应用。"
+  ],
+  "upgradeSteps": [
+    "安装同源完整七包并配套后端共享校验器，核对纯校验器摘要。",
+    "从合同现场2.69.1升级继承组织授权、业务待办与旧审批接续合同；两份正式SQL须通过完整门禁和目标预检。完整配套已获授权。",
+    "应用更新前通过官方源码导出和注册保护保留现场流程第13版；不以旧源码覆盖或重放未保存草稿。"
+  ],
+  "knownLimitations": [
+    "鼠标消失未复现，本地拖动及失焦恢复正常不代表现场问题已修复。",
+    "包发行不代表部署或真实角色验收；安装接续能力不授权调用旧审批接续、重放通知或晋级生产。"
+  ],
+  "compatibility": {
+    "node": "Node.js 24 or newer for maintained toolchain",
+    "generation": "OpenXiangda V2; V1 unchanged",
+    "platform": "同源contracts纯校验器；从171017升级包含AddNativeOrganizationAuthorizationV2和AddWorkflowLegacyAdoptionsV2 SQL，目标预检不可省略。"
+  },
+  "issues": [],
+  "sha256": "d4cd6182b5f50770489b6615a5207dc0590e6a88f1d3fb635a8cf0defc0e8dd8",
+  "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.70.2"
+}

package/releases/2.74.0.json

@@ -0,0 +1,37 @@
+{
+  "schemaVersion": "openxiangda.release-notes/v1",
+  "version": "2.74.0",
+  "status": "reviewed",
+  "title": "原生审批人来源与中文参数编辑",
+  "summary": "流程源码可以开放有界的部门主管、逐级主管和表单成员参数；配套平台支持在普通来源、条件规则与新节点中使用同一份已发布目录。",
+  "newFeatures": [
+    "Workflow authoring.peopleSources 声明当前AppVersion拥有的来源模板、中文标题及参数枚举或整数范围，浏览器不能扩大源码授权上限。",
+    "部门主管成为标准条件人员来源；配套平台显式返回 nativePeopleAuthoring 后，已发布审批或办理节点也能编辑完整原生人员来源。",
+    "部门字段、主管级别、审批终点、连续办理和无人策略以中文说明呈现，保存仍使用原始类型值。"
+  ],
+  "fixes": [
+    "完整人员来源投影保留主管及部门参数，不把另一旧角色来源的scope、routing或人数约束混入新来源；旧principal-only编辑保持原限制。",
+    "普通来源与条件规则切换时正确注册并观察表单人员类型，保留整份来源，避免空配置或丢失原生条件叶。",
+    "模板目录不使后续步骤事实提前可用；非法参数、缺少组织上下文、未知值和不安全JSON结构失败关闭，连续主管必须使用允许的依次审批模式。"
+  ],
+  "affectedUsers": [
+    "在PC流程画布配置部门主管、逐级主管、表单成员或条件审批人的OpenXiangda V2应用管理员和开发者。"
+  ],
+  "upgradeSteps": [
+    "使用本次正式工具组合，并升级采用配套contracts与目录/投影服务的后端；核对真实 nativePeopleAuthoring 标志，不从SDK版本推断平台已支持。",
+    "应用在源码声明真实输入事实和明确的参数上限，再按正规流程版本规划、应用TEST部署和实际角色验证接入；保留原节点、默认人员、在途冻结快照及source-base。"
+  ],
+  "knownLimitations": [
+    "本地合成HTTP、门禁或npm发行不代表客户平台已部署，也不代表真实组织主管解析、AI模型或OCR验收已通过。",
+    "未开放的provider、routing、委托和范围维度仍由源码拥有；抄送、发起自选及应用provider不通过通用参数控件扩权。",
+    "旧平台没有显式原生作者能力时保留旧编辑路径；源码采用新authoring字段后，不能直接回退到不认识该声明的旧内核。"
+  ],
+  "compatibility": {
+    "node": "Node.js 24 or newer for maintained toolchain",
+    "generation": "OpenXiangda V2; V1 unchanged",
+    "platform": "Paired workflow released-catalog/node-configuration services and contracts; nativePeopleAuthoring must be explicitly advertised"
+  },
+  "issues": [],
+  "sha256": "72e5e3e9b12305bf729a5ec117b7320389e66459478ac8656e2e1627a770c298",
+  "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.74.0"
+}

package/skills/manifest.json

@@ -4,7 +4,7 @@
     {
       "name": "openxiangda-v2",
       "description": "使用 OpenXiangda 2.0 从模糊业务想法、已有资料或具体变更出发，通过对话发现模块、完成详细产品设计，由当前 AI Agent 按需用 Image 2.5 等图片能力形成视觉参考，直接实现真实页面并在浏览器修正，再检查和交付应用；维护 1.x 应用时使用对应的 1.x 技能。",
-      "sha256": "c27754d3b2c11d245e19a259dacb73542e3b62770fef2469bdd29b5409765c29"
+      "sha256": "161219f4658acd88f3c0e42334813504a2a5cd0bccc8478463a40cbe26ffbb6c"
     }
   ]
 }

package/skills/openxiangda-v2/SKILL.md

@@ -40,10 +40,10 @@ AI 接到新应用、页面或改版任务时，在同一个 OpenXiangda 工作
 未创建工作区时使用本 Skill 随根包发布的精确版本：
 
 ```bash
-pnpm dlx openxiangda@2.71.0 auth status --cwd <应用目录> --base-url <平台地址> --json
-pnpm dlx openxiangda@2.71.0 login --cwd <应用目录> --base-url <平台地址>
-pnpm dlx openxiangda@2.71.0 create <应用目录> --base-url <同一平台地址>
-pnpm dlx openxiangda@2.71.0 skill install --force
+pnpm dlx openxiangda@2.74.0 auth status --cwd <应用目录> --base-url <平台地址> --json
+pnpm dlx openxiangda@2.74.0 login --cwd <应用目录> --base-url <平台地址>
+pnpm dlx openxiangda@2.74.0 create <应用目录> --base-url <同一平台地址>
+pnpm dlx openxiangda@2.74.0 skill install --force
 ```
 
 创建前把产品要求的目标平台明确带入命令，不从旧登录态推断站点。已有工作区从原绑定恢复，平台不一致时先解决登录与目标，不改 link 文件跨站创建。

package/skills/openxiangda-v2/references/getting-started.md

@@ -68,10 +68,10 @@ MCP 服务随项目根包一起安装，AI 客户端的 stdio 连接仍需配置
 以下命令的版本占位符由随包资料替换为该根包的精确版本。网站源码阅读者应先确认要使用的发行版本。
 
 ```bash
-pnpm dlx openxiangda@2.71.0 skill install --force
-pnpm dlx openxiangda@2.71.0 auth status --base-url <平台地址> --json
-pnpm dlx openxiangda@2.71.0 login --cwd my-app --base-url https://platform.example.com
-pnpm dlx openxiangda@2.71.0 create my-app --base-url https://platform.example.com
+pnpm dlx openxiangda@2.74.0 skill install --force
+pnpm dlx openxiangda@2.74.0 auth status --base-url <平台地址> --json
+pnpm dlx openxiangda@2.74.0 login --cwd my-app --base-url https://platform.example.com
+pnpm dlx openxiangda@2.74.0 create my-app --base-url https://platform.example.com
 cd my-app
 pnpm openxiangda context --json
 pnpm openxiangda dev
@@ -221,9 +221,9 @@ MCP 的 `docs_read` 可以读取本说明，当前没有独立的源码操作 MC
 无需本地工作区，使用本 Skill 随包精确版本或已安装的对应 CLI：
 
 ```bash
-pnpm dlx openxiangda@2.71.0 auth status --base-url <平台> --json
-pnpm dlx openxiangda@2.71.0 source resolve <仓库URL> --base-url <平台> --json
-pnpm dlx openxiangda@2.71.0 source clone <仓库URL> <新目录> --base-url <平台> --json
+pnpm dlx openxiangda@2.74.0 auth status --base-url <平台> --json
+pnpm dlx openxiangda@2.74.0 source resolve <仓库URL> --base-url <平台> --json
+pnpm dlx openxiangda@2.74.0 source clone <仓库URL> <新目录> --base-url <平台> --json
 ```
 
 登录缺失或站点不匹配时，先按该平台执行 login。resolve 根据平台已经登记的绑定返回

package/skills/openxiangda-v2/references/workflow-events.md

@@ -1256,12 +1256,40 @@ pnpm openxiangda workflow sync request-review --from production --to test \
 
 配套平台返回已发布的条件人员上下文，且当前目录声明 `conditionalAssignments: true` 时，PC流程编辑器可维护审批/办理节点的有序条件规则与必选“否则”。缺少上下文或能力提示时保留只读/原范围，不把条件规则拆成平铺人员来源。共享草稿的读写权限遵循[流程管理委派](administration.md#workflow-management)。
 
-标准人员/角色来源只能在原上限内修改，复杂来源使用精确发布或冻结引用；连续主管叶子要求sequence。抄送、嵌套条件、发起自选与应用provider不在该编辑范围。变量必须在进入节点的所有路径上可用；可选事实只用于存在性判断。条件数、表达式与输入字节预算沿原契约执行。
+标准人员/角色来源只能在原上限内修改，复杂来源使用精确发布、冻结引用或下文明确开放的参数；连续主管叶子要求sequence。抄送、嵌套条件、发起自选与应用provider不在该编辑范围。变量必须在进入节点的所有路径上可用；可选事实只用于存在性判断。条件数、表达式与输入字节预算沿原契约执行。
 
 新节点尚未填完标准成员/角色时可以保存草稿；正式发布与办理覆盖仍完整校验。服务端重新读取实际上下文，不信任浏览器自报目录或已校验标志。AI提案同样经过原binding/canvas门禁；不能把草稿可保存解释为可发布。
 
 冲突、失权或结果未知时保留整个assignment及原operationId，不自动合并分支、不静默丢失条件。已进入流程的任务仍使用原冻结快照，新的规则不回写历史任务。源码同步、配置与发布分别核对原Head/版本和操作回执。
 
+### 部门主管、逐级主管和人员来源参数
+
+配套平台额外返回 `nativePeopleAuthoring: true` 后，已发布审批/办理节点也可使用当前应用目录中的完整人员来源，不再只限指定人和角色。没有此标志时沿用旧编辑路径；安装新SDK本身不代表服务端已支持。条件中的部门主管与普通来源使用同一准入和实际组织解析。
+
+需要让老师调整主管级数或部门字段时，在流程源码中声明参数上限，例如（两个字段须已在本流程 `inputSchema` 中声明）：
+
+```ts
+authoring: {
+  peopleSources: [{
+    code: 'department-supervisor',
+    title: '承办或归口部门主管',
+    entry: {
+      provider: 'department_supervisor', departmentIdFrom: 'dept.value',
+      level: 1, fallbackToAncestorSupervisor: false, min: 1, max: 1,
+    },
+    parameters: {
+      departmentIdFrom: { values: ['dept.value', 'ownerDept.value'] },
+      level: { minimum: 1, maximum: 5 },
+      fallbackToAncestorSupervisor: { values: [false, true] },
+    },
+  }],
+},
+```
+
+每流程最多32项模板，每项最多8个参数；枚举最多32个选项。`supervisor_chain` 可开放 `from`、`until`、`continuous`、`missing`，表单成员来源可开放 `inputPath`。人数只能在源码默认上下限内收紧；provider、委托、routing及未开放字段不能修改，角色范围也不能换维度。逐级连续办理必须使用允许的依次审批模式，发起人主管链还需源码显式声明组织部门上下文。
+
+界面以字段中文标题、应用角色名和“第几级主管／最上级／无人时阻止”等说明呈现，保存仍使用原始类型值。未知旧值和超范围输入保留供修正，打开页面不会自动改写配置。正式平台从当前AppVersion重读模板、节点与可用事实；后续步骤的输出即便存在于模板目录，也不能在较早节点使用。修改只影响后续进入节点的任务，不重分派已冻结的待办。
+
 
 ### 应用事务拥有的业务待办
 

package/releases/2.71.0.json

@@ -1,38 +0,0 @@
-{
-  "schemaVersion": "openxiangda.release-notes/v1",
-  "version": "2.71.0",
-  "status": "reviewed",
-  "title": "本人班级目录与数据库事务时间",
-  "summary": "具名动作和浏览器复用平台本人工作组织的家校班级投影，并由Native锁后的数据库时刻派生申请及冷却时间。",
-  "newFeatures": [
-    "loadCurrentDirectoryClasses读取当前用户/工作组织的班级、学校规范名称、校区、学段、年级和本人来源角色，组织切换丢弃迟到响应。",
-    "具名Nest动作显式声明directoryClasses.maxIds并精确解析1至20个来源班级，任一不可见时整体拒绝。",
-    "显式transactionTime动作使用databaseAcceptedTime写入datetime和最多366天整数偏移，原事务回执恢复不重新取时间。",
-    "可选recordSetAssertions对单组最多500个锁定且可读的记录执行公共字段或数据库时间条件，保留20总守卫预算。"
-  ],
-  "fixes": [
-    "CLI模板及随包中文资料与根包同批升级，七包组合由Changesets确定。",
-    "应用声明校验及双bundle保留班级目录与事务时间权限，统一openxiangda/nest入口导出数据库时间值及类型；真实应用消费与ESM/CJS编译贯通验证。"
-  ],
-  "affectedUsers": [
-    "使用家校来源班级、多组织身份或精确申请/冷却时刻的V2应用。"
-  ],
-  "upgradeSteps": [
-    "安装同一正式发行七包；平台维护者固定精确源码、contracts纯校验器和管理台seal后通过官方发行部署。",
-    "为需要的新动作显式声明目录/时间能力；所有已有写目标保留同ID的锁守卫及CAS。",
-    "通过目标预检后接入；真实组织同步、实际用户权限和PC/手机业务验收分别执行。"
-  ],
-  "knownLimitations": [
-    "本地及隔离PostgreSQL验证不代表站点已更新或真实用户业务通过。",
-    "目录读取不授予应用写权限，不将校区当作独立企业，不提供其他用户、unionId或安装秘密。",
-    "事务时间值仅供具名交互动作的秒精度datetime字段；普通CRUD、事件worker及队列不取得该能力。"
-  ],
-  "compatibility": {
-    "node": "Node.js 24 or newer for maintained toolchain",
-    "generation": "OpenXiangda V2; V1 unchanged",
-    "platform": "directory.current-classes 1.0.0; data.transaction-time-values 1.0.0; opted-in data.record-set-assertions 1.0.0; exact paired contracts"
-  },
-  "issues": [],
-  "sha256": "b034b4579f6640556cf5592e8908acd2c05922b6692d24dfe2dc2b077c913995",
-  "url": "https://github.com/1377385356/openxiangda/releases/tag/v2.71.0"
-}