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 顺序和增量实施策略；
+5. `docs/善缘丹阳 V1.1 WorkBuddy 开发执行计划修订版.md`：Phase 顺序和增量实施策略；
-6. `docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`：任务粒度、依赖和验收条件。
+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 署名**：本仓库 `git config user.name` 是一个与真实执行工具无关的固定占位值，
-  所有 reflog 条目都署名 Codex（含非 Codex 工具产生的提交）。
+  所有 reflog 条目都署名同一个名字，与该条目实际由谁产生无关。
 - 若发现 HEAD 悬空（`git log` 报 `does not have any commits yet`），按以下方式恢复，
  **不要触碰任何工作区文件**：
@@ -198,9 +198,9 @@ git status --short    # 应干净
 # 文档
- 主启动提示词: `docs/善缘丹阳 V1.1 Codex最终主启动提示词（整合版）.md`
+- 主启动提示词: `docs/善缘丹阳 V1.1 WorkBuddy最终主启动提示词（整合版）.md`
- Jira 任务清单: `docs/善缘丹阳 V1.1 Codex-Jira 最终开发任务增量清单.md`
+- Jira 任务清单: `docs/善缘丹阳 V1.1 WorkBuddy-Jira 最终开发任务增量清单.md`
- 开发执行计划: `docs/善缘丹阳 V1.1 Codex 开发执行计划修订版.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  
+适用对象：WorkBuddy  
-使用方式：首次启动项目时完整提供给Codex；后续每次开发任务继续要求Codex先读取 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md` 后再执行。  
+使用方式：首次启动项目时完整提供给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  
+适用对象：WorkBuddy  
-使用方式：首次正式启动开发时完整提供；后续每次继续开发前，先要求 Codex 读取仓库内的 `AGENTS.md`、`docs/STATUS.md`、`docs/PENDING_DECISIONS.md`、`docs/JIRA_BACKLOG.md` 和本阶段相关设计文档。  
+使用方式：首次正式启动开发时完整提供；后续每次继续开发前，先要求 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实施影响
 需要更新：
`@@ -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首轮执行期间生成`
`@@ -222,4 +222,4 @@`

	`---`	`---`

	`生成时间: 2026-09-08 \| Codex 首轮执行期间生成`	`生成时间: 2026-09-08 \| WorkBuddy 首轮执行期间生成`