openxiangda 1.0.172 → 1.0.173

package/templates/openxiangda-react-spa/scripts/deploy.mjs

@@ -6,15 +6,9 @@ const lines = [
   '',
   '请使用一个显式 change 和精确资源 selector：',
   '  openxiangda resource plan <type> --only <codes> --profile <name>',
-  '  openxiangda runtime deploy --no-activate --change <change> --profile <name>',
-  '  openxiangda sdd verify <change> --changed --stage prepublish',
-  '  openxiangda release begin --change <change> --profile <name>',
-  '  openxiangda resource publish function,automation --only function:<code>,automation:<code> --stage-only --change <change> --profile <name>',
-  '  openxiangda release app-finalize --staged-resources-json .openxiangda/releases/<change>/staged-resources.json --change <change> --profile <name>',
+  '  openxiangda release publish --change <change> --profile <name>',
   '',
-  '激活后必须把冻结的发布 SHA merge/fast-forward 并 push 到权威主分支：',
-  '  openxiangda release integration-status --profile <name>',
-  '  openxiangda release end --profile <name>',
+  '该命令只接受已经 merge/fast-forward 并 push 的权威主分支，自动暂存并原子激活。',
   '',
 ];
 

package/templates/sy-lowcode-app-workspace/AGENTS.md

@@ -42,7 +42,7 @@
 - ✅ 架构类需求先 plan gate：`openxiangda doctor --profile <name> --json` + `openxiangda design gates --topic <code> --json`，用户确认后再实现。
 - ✅ L2/L3 保留 context → propose → 用户确认 → approve，但默认 streamlined：approval、coverage 与实际发布范围为硬门禁，未完成的任务/证据/规格文案只告警。需要严格文档门禁时显式配置 `strictDocumentation: true`。
 - ✅ 涉及账号、角色、权限、数据范围、组织账号、RBAC、查询参数授权时，先跑 `openxiangda design gates --topic permissions --json`，选择 `managed-platform-account` / `existing-platform-user-assignment` / `static-role-permission` / `query-param-context`，并输出权限矩阵后再改资源。
-- ✅ 某个应用角色如果要创建角色、分配角色成员、给角色授接口权限、维护页面/表单权限组或管理组织账号，必须在 `src/resources/roles/<code>.json` 声明 `apiPermissionCodes`，例如 `app:role:manage`、`app:page-permission-group:manage`、`app:form-permission-group:manage`、`app:organization:manage`。
+- ✅ 某个应用角色如果要查询组织账号，声明 `app:organization:read`；如需创建、修改账号/部门或重置密码，再声明 `app:organization:manage`。角色设置、页面/表单权限组等能力同样通过 `src/resources/roles/<code>.json` 的 `apiPermissionCodes` 显式授权，例如 `app:role:manage`、`app:page-permission-group:manage`、`app:form-permission-group:manage`。
 - ✅ 单文件改动默认按 change 和逻辑资源增量发布：`workspace plan --profile <name> --change <change> --changed`，再 `workspace publish --profile <name> --change <change> --only pages/a,forms/b --dry-run` → 正式发布。
 - ✅ 用户 token 在 `~/.openxiangda/profiles.json`；项目 state 在 `.openxiangda/state.json`（只存 ID）。
 - ✅ 共享环境（`APP_OSS_*`、反馈机器人等）在 `~/.openxiangda/.env`，项目 `.env` 仅做 per-workspace override。
@@ -53,7 +53,7 @@
 - ✅ 正式多资源开发优先写 `src/resources/**` 后执行 `openxiangda resource validate|plan|publish <type> --only <codes>`；单资源可用 `--code <code>`。直接 CLI 写平台资源时先 `--dry-run`，需要避免漂移就加 `--write-manifest`。
 - ✅ `resource plan` 与 publish dry-run 严格只允许 GET/HEAD；遇到 `READ_ONLY_AUTH_REQUIRED` 时先执行 `openxiangda auth refresh --profile <name>` 或重新登录，不得在 plan 内自动 POST 刷新 token。
 - ✅ Function/Automation 使用 Backend Release v2；正式多资源发布用精确 `--only/--code` 加 `--stage-only` 暂存，同一 child 可混合 create、source-only update 和显式 manifest replacement，再由 Root App finalize 原子激活。整包 manifest 替换必须另加 `--replace-manifest --reason "..."`。
-- ✅ 正式 promotion 先聚合 mainline bundle 并 commit/push，再运行 `release begin`。它只接受与权威远端默认主分支完全一致的 clean HEAD，并在任何 live write 前整体 preflight；成功激活后 `integration-status` 立即成立。租约、CAS、精确 selector、禁止越界/delete 与 Root App 原子激活仍是硬门禁。
+- ✅ 正式 promotion 先聚合 mainline bundle 并 commit/push，再运行 `release publish --change <id> --profile <name>`。它只接受与权威远端默认主分支完全一致的 clean HEAD，自动 verify、等待租约、冻结 capture、精确暂存、Root App 原子激活并记录可恢复执行日志；CAS、精确 selector 与禁止越界/delete 仍是硬门禁。
 
 ## 严禁