用途：dev-fix 用于管理缺陷修复的完整生命周期，从 JIRA 分析到 PR 交付，强制遵循“提议→审批→验证”循环。
主要能力：分析 JIRA 缺陷，提取复现步骤、预期结果与实际结果；在 Confluence 中交叉核对相关逻辑与规格，并定位仓库代码；生成 implementation_plan.md，包含根因、拟修改文件与逻辑、验证计划；通过 TDD 实现修复；在本地按 JIRA 复现步骤验证；最终提交 PR。
使用方式：输入 /dev-fix <jira-url-or-key> 触发。步骤包括：环境准备（在标准仓库执行 git pull origin main）；研究与发现阶段创建 implementation_plan.md 并请求用户审批，通过 implementation-readiness 门禁后才编码；实现阶段用 git worktree add ../<ticket-key> -b fix/<ticket-key> 创建分支并进入，初始化 task.md，按 common-tdd 与 common-best-practices 编码；本地验证阶段启动开发服务器，Web 使用 quality-engineering-playwright-cli，移动端使用 quality-engineering-appium-mcp 执行复现步骤并截图；交付阶段用 caveman-commit 生成提交信息，以 JIRA wiki 标记撰写 PR 描述，创建 walkthrough.md 记录验证证据，并生成 session-report。
适用场景：需要规范化缺陷修复流程、要求方案审批与本地可验证证据的团队。
限制：需平台支持子代理时可将步骤 1、2 委派给 @specialist-jira-analyst 与 @specialist-tdd-implementer；不支持子代理的平台需自行执行。禁止在方案审批前编码，禁止跳过本地验证，验证后必须关闭浏览器或 Appium 会话。具体收费、价格与平台支持范围暂未提供。