用途：dev-workflow 用于编排从 Issue 到合并的完整功能开发流程，流程为 Issue → Branch → Worktree → Implement → Test → Review → PR → Merge → Close。适用于实现功能、启动结构化开发，或用户提到 workflow、implement issues 时。
前提条件：已初始化 Git 仓库；可用的 Issue 跟踪 MCP（Gitea 为 mcp__gitea__，GitHub 为 mcp__github__）；已安装 Codex CLI（codex --version）；已确认仓库 owner/name。
主要步骤：1) 获取 Issue 详情，可用 Gitea MCP、GitHub MCP 或 gh issue view；2) 创建分支，如 git checkout -b feature/{issue-number}-{slug}；3) 创建 worktree，如 git worktree add ../worktrees/feature-{issue}-{slug} feature/{issue}-{slug}，如有 Vendor 依赖可复制；4) 在 worktree 中实现功能，复杂任务可用 Task 工具配合子代理；5) 编写集成测试；6) 运行项目特定测试命令；7) 代码审查，可选 Codex CLI（codex review --base main）、Gemini CLI（gemini -p "/code-review"）、GitHub Copilot（gh copilot）或 OpenCode（opencode -p "review my code changes against main branch"），每个审查周期只运行一次，若发现严重问题则修复并提交后重新审查；8) 提交并推送；9) 创建 PR，可用 Gitea MCP、GitHub MCP 或 gh pr create；10) 合并到 main；11) 关闭 Issue；12) 清理 worktree 与分支。
并行流程见 PARALLEL.md，错误恢复见 ERRORS.md，代码审查细节见 CODE-REVIEW.md，测试模式见 TESTING.md。
限制与注意：开始前确认仓库 owner/name；使用 worktree 隔离；PR 前必须运行代码审查；合并后关闭 Issue；不要跳过代码审查、不要直接在 main 上工作、不要遗留 worktree、创建 PR 前不要忘记推送。