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 个新文件名与全部引用一致

AGENTS.md

@@ -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`