用途：根据用户提示中指定的单个 issue（GitHub Issues、Jira、Linear 或其他跟踪器），实现修复或功能，并创建 GitHub 拉取请求。提示需包含唯一明确的 issue 链接、key 或编号，否则应先请求澄清。
主要能力与流程：识别 issue 与仓库，确认当前检出目录正确；在 GitHub Issues 上先发布实现已开始的简短状态评论（使用已认证的 gh CLI，包含 issue 标识与 Oz run/session 跟进链接，不可用 GitHub Actions 工作流 URL 替代）；按 MCP 服务器或原生工具、跟踪器 CLI、API 或网页的顺序抓取标题、描述、评论、标签、状态、附件、复现步骤、验收标准及关联 issue；检查代码库，理解现有行为、相关文件、测试与验证命令；做最小且内聚的改动，遵循现有风格，不夹带无关重构；运行针对性测试、lint、类型检查与构建，并按仓库验证技能做端到端验证（桌面应用按 .agents/skills/test-desktop-app/SKILL.md 启用 CDP 驱动真实渲染器，Web 应用用 ?test=1 开发服务器），开 PR 前应用 .agents/skills/simplify/SKILL.md；创建描述性分支并提交，提交信息包含 Co-Authored-By: Warp Factory Agent oz-agent@warp.dev，推送后用 gh pr create 创建 PR，PR 描述含原 issue 链接、变更摘要、验证命令与结果、已知限制，并按是否完全解决使用 Closes #123 或 Related to #123；最后在 issue 上回帖 PR 链接、摘要与验证情况。
限制与护栏：不得仅凭标题实现；不得泄露密钥、令牌、私有环境变量或含凭据的日志；不得关闭、指派、重排优先级或改标签；不得做无关改动；未运行或失败的验证不得声称通过；未创建 PR 不得发布成功评论；进度评论应节制，除开始评论外最多再发两条。若缺少关键实现细节或 issue 过于模糊，应发布阻塞评论并停止，而非猜测。