config(agents): Agent 进度管理改用 Gitea CLI --role 参数

- game-pm.md: 会话启动/质量门/任务管理改为 Gitea API 调用
- game-designer.md: 汇报方式从 report 文件改为 Issue 评论
- game-dev.md: 同上，用 --role dev 自动选 Token
- development-workflow.md: 协作规则更新为 Gitea Issue 驱动
- 删除旧 agent 配置（game-project-pm.md, ue5-programmer.md）

.claude/refs/development-workflow.md

@@ -12,27 +12,28 @@
 | **策划** (Design) | 玩法设计、数值平衡、叙事、系统机制 | `docs/design/`、`GameConfig/` | 扫描 `docs/design/` 和 `GameConfig/` 目录中的文件 |
 | **程序** (Dev) | 系统实现、技术架构、Bug 修复 | `Source/`、`Content/`、`docs/technical/` | 扫描对应目录中的文件 |
 | **美术** (Art) | 美术需求分析、资产规格、风格指南 | `docs/art/`、`Content/` | 扫描对应目录中的文件 |
-| **PM** | 进度追踪、优先级建议、风险预警、流水线推进 | `docs/plans/` | 不产出设计文档、代码或美术资产 |
+| **PM** | 进度追踪、优先级建议、风险预警、流水线推进 | **Gitea Issues** + `docs/plans/reviews/` | 通过 Gitea CLI 读取 Issues + Milestones |
 
 ### 协作规则
 
 - **策划先行**：设计文档是其他角色的需求源
 - **程序读设计**：实现前必须先读取对应设计文档和配置表
-- **文档即交接**：Agent 之间不直接通信，通过共享文档目录交接
+- **文档即交接**：Agent 之间不直接通信，通过共享文档目录 + Gitea Issue 评论交接
 - **冲突时用户说了算**：玩法/数值/叙事的最终决定权在用户
 - **PM 是信息枢纽**：跨角色的信息同步和阻塞排查由 PM 负责
 - **会话启动先调 PM**：每次工作会话开始时，用户必须先调出 PM 执行进度追踪，确认当前状态后再进入具体工作
 - **用户驱动角色切换**：角色间的工作切换由用户手动触发，PM 不自动指派任务
-- **角色任务汇报**：每个角色维护任务汇报文档（`docs/plans/reports/<role>-report.md`），PM 据此追踪进度
+- **角色任务汇报**：各角色通过 Gitea Issue 评论汇报进度，PM 据此追踪
 
 ### 进度汇报规则
 
-- 各角色维护任务汇报文档（`docs/plans/reports/<role>-report.md`），记录当前任务 ID、状态和进度细节
-- 各 Agent 完成工作后更新任务汇报文档，不自动更新项目进度
-- PM 通过读取任务汇报文档验收各角色工作结果，给出行动建议
-- 角色完成工作后汇报结果，PM 验收并建议归档，用户确认后由 PM 执行归档并更新项目进度
-- 任务追踪使用唯一任务 ID（格式：`[角色前缀]-[三位数字]`），详细规范见 PM 角色规格说明书
-- `current.md` 标准结构、阶段路线图模板、审查记录格式、归档机制等文档规范见 PM 角色规格说明书（`.claude/refs/pm-role-specification.md`）
+- 进度管理唯一真实来源是 **Gitea Issues + Milestones**，通过 `scripts/gitea.js` CLI 操作
+- 各角色完成工作后在对应 Issue 下评论汇报，不更新本地 report 文件
+- PM 通过 Gitea CLI 读取 Issues 和评论验收各角色工作结果，给出行动建议
+- 角色完成工作后汇报结果，PM 验收并建议关闭 Issue，用户确认后由 PM 关闭 Issue
+- 任务追踪使用唯一任务 ID（格式：`[角色前缀]-[三位数字]`），对应 Issue 标题前缀
+- `docs/plans/current.md` 和 `docs/plans/reports/` 已废弃，不再维护
+- 审查记录仍保留在本地 `docs/plans/reviews/`，同时在 Issue 评论中发布摘要和链接
 
 ---