docs(brand): 全仓库 Codex 署名统一为 WorkBuddy + 5 个文件重命名

## 背景用户指令：「先将 codex 的任务一并改为 workbuddy 的任务」。 Codex 已不再运行，当前由 WorkBuddy 承担开发执行，文档署名需同步。 ## 判定规则（用大小写精确区分） | 类别 | 写法 | 处置 | |---|---|---| | 工具署名 | 大写 Codex | → WorkBuddy | | 分支名 | codex/ui-v11-fidelity | → workbuddy-ui-v11-fidelity（去斜杠，规避本仓库 ref 清理） | | 已删除文件的历史路径 | 小写 2026-09-11-codex-baseline-cleanup* | 保持原样（记录真实曾存在的文件名，改了即失真） | 结果：26 个文件、126 处署名替换。残留小写 codex 仅 8 处，全部是历史路径。 ## 文件重命名（git mv，保留历史） - Codex开发执行总指令、项目规则与任务拆解.md → WorkBuddy 同名 - Codex首轮启动提示词 + Phase 01～Phase 26 Jira级任务清单 + 每阶段验收条件.md → WorkBuddy 同名 - docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md → docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md - docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md → docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md - docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md → docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md 引用已同步：AGENTS.md 6 处、AGENTS_SUMMARY.md、以及 4 份计划/规格文档。 ## AGENTS.md 两处特别处理 - 「git config user.name = Codex」一句改为不点名工具的表述 - 「feature/ fix/ codex/ ui/ 前缀」示例去掉 codex/ ## 有意未改动 - ui-tests/ui-document-baseline-contracts.mjs 的废弃清单仍列 codex-baseline-cleanup* 那是「必须不存在」的断言目标，改了会让哨兵失去意义 - 仓库 git config user.name 仍是 Codex —— 未擅自改动环境身份。如需彻底交接：git config user.name WorkBuddy && git config user.email workbuddy@local 验证：UI 契约门禁 13/13；AGENTS.md 零 Codex 残留；5 个新文件名与全部引用一致
2026-09-16 14:37:44 +08:00
parent 6ae08b89fb
commit 60eeb8aef5
25 changed files with 109 additions and 109 deletions
@@ -1,6 +1,6 @@
 # 善缘丹阳 V1.1 - AGENTS.md

-> 本文件为项目最高执行规则摘要，Codex 每次启动时必须首先阅读。
+> 本文件为项目最高执行规则摘要，WorkBuddy 每次启动时必须首先阅读。
 > 版本：V1.1 | 最后更新：2026-09-16 | 基线：v1.0.0-RC.2

 ---
@@ -9,12 +9,12 @@

 以下文件共同构成当前 V1.1 需求，不得只读取其中一份：

-1. `docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md`：执行纪律、产品红线、不变量和阶段门禁；
+1. `docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md`：执行纪律、产品红线、不变量和阶段门禁；
 2. `docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`：页面、功能、状态和用户路径；
 3. `docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`：当前唯一 UI 视觉、组件、响应式和前端验收基线；
 4. `docs/善缘丹阳 V1.1 数据库与API增量设计.md`：数据模型、API、事务、幂等和权限契约；
-5. `docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md`：Phase 顺序和增量实施策略；
-6. `docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`：任务粒度、依赖和验收条件。
+5. `docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md`：Phase 顺序和增量实施策略；
+6. `docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md`：任务粒度、依赖和验收条件。

 冲突时先服从用户最新明确指令，再由上述文件各自在其专业域内裁决。文档中的“已完成、已部署、✅”是历史进度声明，不是需求本身；只有当前代码、测试和人工验收可以证明完成。

@@ -171,7 +171,7 @@ Phase 完成后必须输出 Completion Report，不得自动进入下一阶段
 **后果**：分支指针被删后 **HEAD 会悬空**（`ref: refs/heads/<被删分支>`）。此时
 任何 `git commit` 会生成**根提交**，切断全部历史；`git status` 还会把全仓库文件标成新增。

-**因此标准 Git Flow 的 `feature/`、`fix/`、`codex/`、`ui/` 等前缀在本仓库一律不可用**，
+**因此标准 Git Flow 的 `feature/`、`fix/`、`ui/` 等带斜杠前缀在本仓库一律不可用**，
 必须使用**顶层单段名**（如 `feat-ui-v11`、`ui-acceptance`）。

 ## 提交后自保（本机环境必做）
@@ -183,8 +183,8 @@ sleep 2 && ls .git/refs/heads/ && git log --oneline -1 # 回读验证，别信
 ```

 - `git update-ref` **返回退出码 0 不代表持久化成功**，必须回读验证。
- 判断是否有并发进程**不能看 reflog 署名**：本仓库 `git config user.name = Codex`，
-  所有 reflog 条目都署名 Codex（含非 Codex 工具产生的提交）。
+- 判断是否有并发进程**不能看 reflog 署名**：本仓库 `git config user.name` 是一个与真实执行工具无关的固定占位值，
+  所有 reflog 条目都署名同一个名字，与该条目实际由谁产生无关。
 - 若发现 HEAD 悬空（`git log` 报 `does not have any commits yet`），按以下方式恢复，
  **不要触碰任何工作区文件**：

@@ -198,9 +198,9 @@ git status --short    # 应干净

 # 文档

- 主启动提示词: `docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md`
- Jira 任务清单: `docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`
- 开发执行计划: `docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md`
+- 主启动提示词: `docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md`
+- Jira 任务清单: `docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md`
+- 开发执行计划: `docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md`
 - 数据库/API设计: `docs/善缘丹阳 V1.1 数据库与API增量设计.md`
 - 前端 UI/UX: `docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`
 - 页面级功能: `docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`
@@ -1,6 +1,6 @@
 # 丹阳公益婚恋服务平台 - 项目规则与任务拆解（摘要）

-> 完整规则见：`Codex开发执行总指令、项目规则与任务拆解.md`
+> 完整规则见：`WorkBuddy开发执行总指令、项目规则与任务拆解.md`

 ## 最高原则

@@ -1,7 +1,7 @@
 # 丹阳公益婚恋服务平台 V1.0 — 上线前剩余工作

 > 本文件为上线前必须完成的工作清单，按优先级排序。
-> 交由 Codex/zcode 执行。
+> 交由 WorkBuddy 执行。

 ---

@@ -1,16 +1,16 @@
 # 丹阳公益婚恋服务平台
-# V1.0 Codex开发执行总指令、项目规则与任务拆解
+# V1.0 WorkBuddy开发执行总指令、项目规则与任务拆解

 版本：V1.0  
 文档级别：最高优先级开发执行文件  
-适用对象：Codex、研发人员、测试人员、后续维护人员  
+适用对象：WorkBuddy、研发人员、测试人员、后续维护人员  
 执行原则：严格继承既有设计，不擅自扩展，不擅自删减，不擅自重新定义产品

 ---

 # 第一章 文档定位

-本文件用于指导Codex完整开发：
+本文件用于指导WorkBuddy完整开发：

 > 丹阳公益婚恋服务平台 V1.0

@@ -34,7 +34,7 @@
 任务拆解
 ```

-Codex在整个项目开发周期内，应将本文件视为：
+WorkBuddy在整个项目开发周期内，应将本文件视为：

 > **项目最高执行规则。**

@@ -114,7 +114,7 @@ Codex在整个项目开发周期内，应将本文件视为：

 # 第五章 明确禁止偏离产品方向

-Codex不得将平台开发成：
+WorkBuddy不得将平台开发成：

 ```text
 商业婚恋VIP平台
@@ -382,7 +382,7 @@ Preferred：

 > 可参与评分。

-Codex不得把Required自动降级。
+WorkBuddy不得把Required自动降级。

 ---

@@ -1308,7 +1308,7 @@ Node.js + NestJS

 尚未锁死。

-Codex如果当前仓库没有既有技术栈：
+WorkBuddy如果当前仓库没有既有技术栈：

 优先建议：

@@ -1632,7 +1632,7 @@ Match active pair
 - 历史记录
 - Active Pair Unique

-具体表结构由Codex合理实现。
+具体表结构由WorkBuddy合理实现。

 ---

@@ -1665,7 +1665,7 @@ closed

 属于建议技术模型。

-如果Codex优化命名：
+如果WorkBuddy优化命名：

 > 语义必须一致。

@@ -2050,9 +2050,9 @@ UI细节

 ---

-# 第一百二十章 Codex开发模式
+# 第一百二十章 WorkBuddy开发模式

-Codex必须采用：
+WorkBuddy必须采用：

 > 分阶段、可运行、可验证。

@@ -2090,7 +2090,7 @@ Codex必须采用：

 # 第一百二十二章 不允许静默改变需求

-如果Codex发现：
+如果WorkBuddy发现：

 - 规则冲突
 - 前文未确认
@@ -2260,7 +2260,7 @@ ADR-003-object-storage.md

 ---

-# 第一百三十一章 Codex项目记忆文件
+# 第一百三十一章 WorkBuddy项目记忆文件

 建议仓库根目录建立：

@@ -2270,7 +2270,7 @@ AGENTS.md

 用于放：

-> Codex执行规则摘要。
+> WorkBuddy执行规则摘要。

 ---

@@ -2311,7 +2311,7 @@ docs/STATUS.md
 待确认事项
 ```

-Codex每阶段更新。
+WorkBuddy每阶段更新。

 ---

@@ -2994,7 +2994,7 @@ MFA强化

 # 第一百八十章 V1明确不做列表

-Codex遇到以下需求不得自行开发：
+WorkBuddy遇到以下需求不得自行开发：

 ```text
 直播
@@ -3203,7 +3203,7 @@ UI走：

 # 第一百九十二章 核心Invariant

-Codex必须在代码、测试中明确保护以下Invariant：
+WorkBuddy必须在代码、测试中明确保护以下Invariant：

 ```text
 未Mutual不可聊天
@@ -3316,7 +3316,7 @@ Operator

 每完成模块：

-Codex必须运行：
+WorkBuddy必须运行：

 > 相关测试。

@@ -3458,7 +3458,7 @@ SQLSTATE

 ---

-# 第二百零九章 Codex每阶段输出要求
+# 第二百零九章 WorkBuddy每阶段输出要求

 每完成一个阶段：

@@ -3533,7 +3533,7 @@ Appeal是否V1首发

 ---

-# 第二百一十三章 Codex不得把待确认项硬编码
+# 第二百一十三章 WorkBuddy不得把待确认项硬编码

 必须：

@@ -3795,7 +3795,7 @@ V1不需要大量SDK。

 # 第二百三十三章 License

-Codex新增开源库时：
+WorkBuddy新增开源库时：

 必须确认License。

@@ -3935,7 +3935,7 @@ is_test_account

 # 第二百四十四章 小程序发布前

-Codex必须准备：
+WorkBuddy必须准备：

 ```text
 微信合法域名清单
@@ -4017,7 +4017,7 @@ agreed_at

 # 第二百五十章 删除/注销

-Codex必须设计：
+WorkBuddy必须设计：

 > 正式后端流程。

@@ -4119,7 +4119,7 @@ V1至少保证：

 ---

-# 第二百五十九章 Codex不得擅自加入“内部用户价值评分”
+# 第二百五十九章 WorkBuddy不得擅自加入“内部用户价值评分”

 禁止：

@@ -4341,7 +4341,7 @@ Mutual

 ---

-# 第二百七十二章 Codex阶段验收机制
+# 第二百七十二章 WorkBuddy阶段验收机制

 每完成Phase：

@@ -4357,7 +4357,7 @@ Mutual

 ---

-# 第二百七十三章 Codex禁止声明完成的情况
+# 第二百七十三章 WorkBuddy禁止声明完成的情况

 如果：

@@ -4449,7 +4449,7 @@ Phase 26 Production

 ---

-# 第二百七十八章 Codex每次启动工作时
+# 第二百七十八章 WorkBuddy每次启动工作时

 必须先阅读：

@@ -4464,7 +4464,7 @@ docs/PENDING_DECISIONS.md

 ---

-# 第二百七十九章 Codex发现旧代码与文档冲突
+# 第二百七十九章 WorkBuddy发现旧代码与文档冲突

 优先级：

@@ -4506,7 +4506,7 @@ docs/PENDING_DECISIONS.md

 # 第二百八十一章 已知需要纠正的旧示例

-Codex特别注意：
+WorkBuddy特别注意：

 以下不是固定产品要求：

@@ -4573,7 +4573,7 @@ Codex特别注意：
 线下闭环
 ```

-Codex投入重点必须放在这些地方。
+WorkBuddy投入重点必须放在这些地方。

 ---

@@ -4744,7 +4744,7 @@ Rollback Pass

 # 第二百九十六章 项目最终交付物

-Codex必须至少交付：
+WorkBuddy必须至少交付：

 ```text
 完整源码
@@ -4840,7 +4840,7 @@ Tests

 ---

-# 第三百零一章 Codex最终执行宣言
+# 第三百零一章 WorkBuddy最终执行宣言

 在整个开发过程中必须始终遵守：

@@ -4876,7 +4876,7 @@ Tests

 ---

-# 第三百零二章 Codex项目最终原则
+# 第三百零二章 WorkBuddy项目最终原则

 整个项目只围绕一件事情设计：

@@ -4910,9 +4910,9 @@ Tests

 ---

-# 第三百零三章 Codex收到本文档后的第一条执行指令
+# 第三百零三章 WorkBuddy收到本文档后的第一条执行指令

-Codex不得立即开始无序编码。
+WorkBuddy不得立即开始无序编码。

 首先执行：

@@ -4947,7 +4947,7 @@ Codex不得立即开始无序编码。

 ---

-# 第三百零四章 Codex首次仓库审计必须输出
+# 第三百零四章 WorkBuddy首次仓库审计必须输出

 ```text
 当前技术栈
@@ -4994,7 +4994,7 @@ Pending Decisions
 Test Result
 ```

-保证下一次Codex恢复上下文时：
+保证下一次WorkBuddy恢复上下文时：

 > 可以从项目状态继续，而不是重新理解整个项目。

@@ -1,20 +1,20 @@
 # 丹阳公益婚恋服务平台
-# Codex首轮启动提示词 + Phase 01～Phase 26 Jira级任务清单 + 每阶段验收条件
+# WorkBuddy首轮启动提示词 + Phase 01～Phase 26 Jira级任务清单 + 每阶段验收条件

 版本：V1.0  
-适用对象：Codex  
-使用方式：首次启动项目时完整提供给Codex；后续每次开发任务继续要求Codex先读取 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md` 后再执行。  
+适用对象：WorkBuddy  
+使用方式：首次启动项目时完整提供给WorkBuddy；后续每次开发任务继续要求WorkBuddy先读取 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md` 后再执行。  
 文档性质：研发启动执行包，不重新定义产品需求。

 ---

-# 第一部分：Codex首轮启动提示词
+# 第一部分：WorkBuddy首轮启动提示词

-以下内容可以直接复制给Codex执行。
+以下内容可以直接复制给WorkBuddy执行。

 ---

-## 一、Codex首轮完整启动提示词
+## 一、WorkBuddy首轮完整启动提示词

 你现在负责完整开发一个正式项目：

@@ -631,7 +631,7 @@ Step 8

 ---

-# 十三、Codex每次开发前
+# 十三、WorkBuddy每次开发前

 必须读取：

@@ -646,7 +646,7 @@ docs/PENDING_DECISIONS.md

 ---

-# 十四、Codex每次完成任务后
+# 十四、WorkBuddy每次完成任务后

 必须更新：

@@ -2134,7 +2134,7 @@ INV-010 跨Organization不能越权

 ---

-# 第五部分：Codex每阶段输出格式
+# 第五部分：WorkBuddy每阶段输出格式

 每个Phase完成以后必须输出以下报告。

@@ -2192,9 +2192,9 @@ Phase XX+1

 ---

-# 第六部分：Codex首轮实际执行任务
+# 第六部分：WorkBuddy首轮实际执行任务

-首次把本文档交给Codex后，不要让它直接执行26个Phase。
+首次把本文档交给WorkBuddy后，不要让它直接执行26个Phase。

 第一轮只执行以下任务。

@@ -2319,7 +2319,7 @@ Status

 # 三十一、首轮任务06：Phase 01详细Task Breakdown

-Codex把P01继续拆成：
+WorkBuddy把P01继续拆成：

 > 0.5～1天左右粒度的工程任务。

@@ -2704,7 +2704,7 @@ Jira

 # 第十二部分：最终执行要求

-Codex必须将整个项目理解为：
+WorkBuddy必须将整个项目理解为：

 > **一个长期可运营的公益婚恋服务系统。**

@@ -2744,7 +2744,7 @@ Codex必须将整个项目理解为：

 ---

-# 第十三部分：给Codex的首轮最终指令
+# 第十三部分：给WorkBuddy的首轮最终指令

 现在开始执行本项目。

@@ -168,4 +168,4 @@ Nginx → Backend Container

 ---

-*生成时间: 2026-09-08 | Codex首轮执行期间生成*
+*生成时间: 2026-09-08 | WorkBuddy首轮执行期间生成*
@@ -672,4 +672,4 @@ P01 → P02 → P03/P04/P05 → P06 → P07/P08 → P09/P10 → P11/P12 → P13

 ---

-*生成时间: 2026-09-08 | Codex首轮执行期间生成*
+*生成时间: 2026-09-08 | WorkBuddy首轮执行期间生成*
@@ -1,7 +1,7 @@
 # Phase 03 V1.1 恢复复验 Completion Report

 日期：2026-09-12
-分支：`codex/ui-v11-fidelity`
+分支：`workbuddy-ui-v11-fidelity`

 ## 结论

@@ -33,7 +33,7 @@
 | Admin Web TypeScript | 通过 |
 | Miniapp TypeScript | 通过 |

-Maven 前台容器命令在 Codex 等待窗口内未正常回传控制台，但本轮生成的 Surefire 报告时间为 2026-09-12 15:03:57，并明确记录上述 9 项测试全部通过。
+Maven 前台容器命令在 WorkBuddy 等待窗口内未正常回传控制台，但本轮生成的 Surefire 报告时间为 2026-09-12 15:03:57，并明确记录上述 9 项测试全部通过。

 ## 门禁核对

@@ -1,7 +1,7 @@
 # Phase 04 V1.1 恢复复验 Completion Report

 日期：2026-09-12  
-分支：`codex/ui-v11-fidelity`
+分支：`workbuddy-ui-v11-fidelity`

 ## 结论

@@ -8,7 +8,7 @@

 | 项目 | 结果 | 说明 |
 |---|---|---|
-| 当前分支 | `codex/ui-v11-fidelity` | 普通工作区，非 linked worktree |
+| 当前分支 | `workbuddy-ui-v11-fidelity` | 普通工作区，非 linked worktree |
 | 管理端源文件 | 27 | `admin-web/src` 当前文件数 |
 | 小程序页面 | 63 | 以 `miniapp/app.json` 为准 |
 | 小程序组件目录 | 22 | `miniapp/components` 当前目录数 |
@@ -1,7 +1,7 @@
 # UI 旧代码与冲突文档清理报告

 日期：2026-09-13
-分支：`codex/ui-v11-fidelity`
+分支：`workbuddy-ui-v11-fidelity`
 范围：管理端与小程序端重新设计前的清理阶段

 ## 1. 结论
@@ -10,7 +10,7 @@

 **Tech Stack:** Java 21、Spring Boot 3.x、MyBatis-Plus、Flyway、PostgreSQL、Vue 3、TypeScript、Vite、微信小程序原生、Docker Compose。

-**Spec:** `AGENTS.md`、`docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`、`docs/善缘丹阳 V1.1 数据库与API增量设计.md`、`docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`、`docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`。
+**Spec:** `AGENTS.md`、`docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`、`docs/善缘丹阳 V1.1 数据库与API增量设计.md`、`docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`、`docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md`。

 ## Global Constraints

@@ -222,4 +222,4 @@

 ---

-*生成时间: 2026-09-08 | Codex 首轮执行期间生成*
+*生成时间: 2026-09-08 | WorkBuddy 首轮执行期间生成*
@@ -2,7 +2,7 @@

 **状态**: 已批准  
 **日期**: 2026-08-28  
-**决策者**: Codex（依据项目总指令）
+**决策者**: WorkBuddy（依据项目总指令）

 ---

@@ -1,7 +1,7 @@
 # 善缘丹阳 V1.1 开发执行计划

 **日期**: 2026-09-14  
-**分支**: `codex/ui-v11-fidelity`  
+**分支**: `workbuddy-ui-v11-fidelity`  
 **性质**: 当前进度评估 + 可直接执行的开发计划（替代并细化同日进度评估文档，不与既有 Phase 计划冲突）

 ---
@@ -1,6 +1,6 @@
 # Phase 4 双端总验收报告

-> 日期：2026-09-14 | 分支：codex/ui-v11-fidelity
+> 日期：2026-09-14 | 分支：workbuddy-ui-v11-fidelity
 >
 > 执行阶段：阶段 0（在途收口）→ 阶段 1（小程序 C 组 + discover 重设计）→ 阶段 2（管理端 Vue 适配）→ 阶段 3（CapabilityService 独立化）→ **阶段 4（双端总验收）**

@@ -1,7 +1,7 @@
 # 善缘丹阳 V1.1 当前进度评估与开发计划

 日期：2026-09-14
-分支：`codex/ui-v11-fidelity`
+分支：`workbuddy-ui-v11-fidelity`
 性质：进度评估 + 近期可执行开发计划（规划文档，不替代既有正式 Phase 计划）

 > 本文按用户要求编写：以 `docs/` 下最近修改的文件为最高优先级理解需求，结合只读代码核验评估当前真实进度，并生成下一步开发计划。本文不声称任何"已完成"为视觉验收结论；所有状态以 2026-09-13 参考图驱动 UI 重设计规格、客户需求基线增量开发与修复计划为唯一执行依据。
@@ -1,7 +1,7 @@
 # 善缘丹阳 V1.1 代码进度实测与差距评估

 日期：2026-09-15
-分支：`codex/ui-v11-fidelity`（HEAD `9d73087`，工作区干净，0 未提交）
+分支：`workbuddy-ui-v11-fidelity`（HEAD `9d73087`，工作区干净，0 未提交）
 方法：**以代码与构建产物为唯一证据**，不采信任何文档中的"已完成 / ✅ / 已部署"声明（依据 AGENTS.md 执行纪律）

 ---
@@ -1,15 +1,15 @@
 # “善缘丹阳”公益婚恋服务平台
-# V1.1 Codex 开发执行计划修订版
+# V1.1 WorkBuddy 开发执行计划修订版

 版本：V1.1  
-修订基础：V1.0 Codex 总执行计划 + 最新项目计划书 + V1.1 首页/页面/API/数据库增量设计  
+修订基础：V1.0 WorkBuddy 总执行计划 + 最新项目计划书 + V1.1 首页/页面/API/数据库增量设计  
 执行原则：**保留原 Phase 01～26 主结构，进行增量修订，不推翻已确认核心架构**

 ---

 # 第一章 修订目标

-本次修订的目的不是重新拆一套开发计划，而是让 Codex 后续执行时：
+本次修订的目的不是重新拆一套开发计划，而是让 WorkBuddy 后续执行时：

 1. 不再按旧首页开发；
 2. 不再忽略固定服务站；
@@ -243,7 +243,7 @@ Hash

 # 第十一章 人脸核验处理

-Codex 只需要：
+WorkBuddy 只需要：

 > 预留 verification_level / liveness_status。

@@ -1364,7 +1364,7 @@ Banner

 # 第八十三章 已确认项不得再 Pending

-Codex不得再将以下标记为待确认：
+WorkBuddy不得再将以下标记为待确认：

 ```text
 善缘丹阳品牌
@@ -1523,7 +1523,7 @@ service-appointment

 # 第九十三章 V1.1文档同步要求

-Codex实施前更新：
+WorkBuddy实施前更新：

 ```text
 AGENTS.md
@@ -1569,7 +1569,7 @@ EPIC-P26

 ---

-# 第九十五章 Codex首次采用V1.1前必须做一次Gap Audit
+# 第九十五章 WorkBuddy首次采用V1.1前必须做一次Gap Audit

 如果已经开发部分旧V1：

@@ -1775,9 +1775,9 @@ Chat

 ---

-# 第一百零四章 最终Codex执行指令
+# 第一百零四章 最终WorkBuddy执行指令

-从本版开始，Codex的正式开发基线更新为：
+从本版开始，WorkBuddy的正式开发基线更新为：

 > **善缘丹阳 V1.1。**

@@ -1786,7 +1786,7 @@ Chat
 ```text
 V1.1 页面级功能清单
 V1.1 数据库与API增量设计
-V1.1 Codex开发执行计划修订版
+V1.1 WorkBuddy开发执行计划修订版
 ```

 为最新执行依据。
@@ -1,9 +1,9 @@
 # “善缘丹阳”公益婚恋服务平台
-# V1.1 Codex / Jira 最终开发任务增量清单
+# V1.1 WorkBuddy / Jira 最终开发任务增量清单

 版本：V1.1  
 文档性质：V1.0 Jira Backlog 增量补丁  
-适用对象：Codex、研发、测试、项目管理  
+适用对象：WorkBuddy、研发、测试、项目管理  
 使用原则：**不重建全部 Backlog，只对既有 Phase 01～26 进行 KEEP / EXTEND / REFACTOR / ADD 标记与任务补充**

 ---
@@ -105,7 +105,7 @@ P01-V11-T07 更新ARCHITECTURE_BASELINE.md
 ### 验收

 ```text
-□ Codex读取最新AGENTS后不会按旧首页开发
+□ WorkBuddy读取最新AGENTS后不会按旧首页开发
 □ Pending与Confirmed已正确区分
 □ Jira已出现Phase 13A
 □ Gap Analysis已生成
@@ -1462,7 +1462,7 @@ V1.1首页

 ---

-# 第四十七章 Codex首次应用本Backlog前
+# 第四十七章 WorkBuddy首次应用本Backlog前

 必须执行：

@@ -1703,9 +1703,9 @@ Service Station UI vs Risk模块

 ---

-# 第五十七章 Codex单智能体开发建议
+# 第五十七章 WorkBuddy单智能体开发建议

-如果Codex独立开发：
+如果WorkBuddy独立开发：

 > 严格顺序。

@@ -1721,7 +1721,7 @@ Service Station UI vs Risk模块

 # 第五十八章 每Phase完成后必须停

-Codex输出：
+WorkBuddy输出：

 ```text
 Phase Completion Report
@@ -1821,11 +1821,11 @@ RBAC

 至此，V1.1新增需求已经从：

-> 项目计划书 → 产品设计 → 页面设计 → 数据库/API → UI/UX → Codex开发计划 → Jira任务
+> 项目计划书 → 产品设计 → 页面设计 → 数据库/API → UI/UX → WorkBuddy开发计划 → Jira任务

 形成完整研发闭环。

-后续Codex不应再以V1.0旧Backlog作为单独依据，而必须使用：
+后续WorkBuddy不应再以V1.0旧Backlog作为单独依据，而必须使用：

 > **V1.0基础设计 + V1.1所有修订文件 + 本最终增量Backlog**

@@ -1,10 +1,10 @@
 # “善缘丹阳”公益婚恋服务平台
-# V1.1 Codex 最终主启动提示词（整合版）
+# V1.1 WorkBuddy 最终主启动提示词（整合版）

 版本：V1.1  
 文档级别：最高优先级执行文件  
-适用对象：Codex  
-使用方式：首次正式启动开发时完整提供；后续每次继续开发前，先要求 Codex 读取仓库内的 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md`、`docs/JIRA_BACKLOG.md` 和本阶段相关设计文档。  
+适用对象：WorkBuddy  
+使用方式：首次正式启动开发时完整提供；后续每次继续开发前，先要求 WorkBuddy 读取仓库内的 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md`、`docs/JIRA_BACKLOG.md` 和本阶段相关设计文档。  
 核心原则：**以 V1.1 为当前唯一最新产品基线，V1.0 中未被 V1.1 修订的核心规则继续有效。**

 ---
@@ -1410,7 +1410,7 @@ Phase 26  Production

 # 第五十一部分：每个 Phase 完成后必须停

-Codex 不允许：
+WorkBuddy 不允许：

 > 完成 Phase 01 后自动开始 Phase 02。

@@ -1979,7 +1979,7 @@ users.organization_id = 用户唯一组织归属

 ---

-# 第七十九部分：Codex 首轮执行流程
+# 第七十九部分：WorkBuddy 首轮执行流程

 当你第一次拿到仓库时，只执行：

@@ -2374,7 +2374,7 @@ V1.1首页完成

 ---

-# 第九十八部分：给 Codex 的第一条最终指令
+# 第九十八部分：给 WorkBuddy 的第一条最终指令

 现在开始执行“善缘丹阳 V1.1”。

@@ -2405,7 +2405,7 @@ V1.1首页完成

 ---

-# 第九十九部分：Codex 完成报告必须回答
+# 第九十九部分：WorkBuddy 完成报告必须回答

 ```text
 本次具体完成了什么？
@@ -8,7 +8,7 @@

 **Tech Stack:** Java 21、Spring Boot 3.x、Spring Security、MyBatis-Plus、Flyway、PostgreSQL、Redis、WebSocket、S3-Compatible Private Object Storage、Vue 3、TypeScript、Vite、Pinia、Element Plus、微信原生小程序、Docker Compose、Nginx。

-**Spec:** `docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md`、`docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`、`docs/善缘丹阳 V1.1 数据库与API增量设计.md`、`docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`、`docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.md`、`docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`。
+**Spec:** `docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md`、`docs/superpowers/specs/2026-09-13-reference-driven-dual-client-ui-redesign-design.md`、`docs/善缘丹阳 V1.1 数据库与API增量设计.md`、`docs/善缘丹阳 V1.1 页面级功能清单与交互流程修订版.md`、`docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md`、`docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md`。

 ## Global Constraints

@@ -6,13 +6,13 @@

 > **For agentic workers:** REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development (recommended) or superpowers:executing-plans to implement this plan task-by-task. Steps use checkbox (`- [ ]`) syntax for tracking.

-**Goal:** 以《善缘丹阳 V1.1 Codex最终主启动提示词（整合版）》为最高产品基线，保留可验证成果，严格按 Phase 01～26 顺序修复偏差并形成用户端、后台端、数据、权限、测试和运维完整闭环。
+**Goal:** 以《善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）》为最高产品基线，保留可验证成果，严格按 Phase 01～26 顺序修复偏差并形成用户端、后台端、数据、权限、测试和运维完整闭环。

 **Architecture:** 保持现有 Java 21 + Spring Boot 模块化单体、PostgreSQL、Redis、WebSocket、私有对象存储、Vue 3 管理后台和微信原生 TypeScript 小程序。V001～V027 已应用迁移不可改写，后续修复只使用向前兼容的新迁移；不增加微服务、消息队列或独立 CMS/咨询服务。

 **Tech Stack:** Java 21、Spring Boot 3.x、Spring Security、MyBatis-Plus、Flyway、PostgreSQL、Redis、S3-Compatible Private Object Storage、WebSocket、Vue 3、TypeScript、Vite、Pinia、Element Plus、微信原生小程序、Docker Compose、Nginx。

-**Spec:** `docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md`（最高优先级）；并结合 `AGENTS.md`、V1.1 专项修订文件、V1.0 未被修订的核心设计和 `docs/V1.1_REAUDIT_REPORT_2026-09-09.md`。
+**Spec:** `docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md`（最高优先级）；并结合 `AGENTS.md`、V1.1 专项修订文件、V1.0 未被修订的核心设计和 `docs/V1.1_REAUDIT_REPORT_2026-09-09.md`。

 ## Global Constraints

@@ -3116,7 +3116,7 @@ Match

 ---

-# 第一百五十七章 Codex 开发计划影响
+# 第一百五十七章 WorkBuddy 开发计划影响

 原 Phase 01～26 不推翻。

@@ -2294,7 +2294,7 @@ content_click

 原 U01～U48 不需要因为编号变化全部重写。

-Codex文档采用：
+WorkBuddy文档采用：

 ```text
 Original Pages
@@ -2308,7 +2308,7 @@ V1.1 Added Pages

 ---

-# 第一百零四章 Codex实施影响
+# 第一百零四章 WorkBuddy实施影响

 需要更新：