resolve-issues

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

Resolve GitHub Issues

解决GitHub问题

Execute issue resolution workflow using isolated worktrees, TDD methodology, and agent collaboration.

使用独立工作树、TDD方法论和Agent协作执行问题解决工作流。

Context

上下文

Current git status: !
```
git status
```
Current branch: !
```
git branch --show-current
```
Existing worktrees: !
```
git worktree list
```
Open issues: !
```
gh issue list --state open --limit 10
```
GitHub authentication: !
```
gh auth status
```

当前git状态: !
```
git status
```
当前分支: !
```
git branch --show-current
```
现有工作树: !
```
git worktree list
```
开放问题: !
```
gh issue list --state open --limit 10
```
GitHub认证状态: !
```
gh auth status
```

Requirements Summary

需求概述

Use isolated worktrees to avoid disrupting main development. Follow TDD cycle (red → green → refactor) with agent support. Reference issues in commits using auto-closing keywords. See

references/requirements.md

for protected PR workflow and commit standards.

使用独立工作树避免干扰主开发流程。在Agent支持下遵循TDD循环（红→绿→重构）。使用自动关闭关键字在提交中关联问题。受保护PR工作流和提交标准请参考

references/requirements.md

。

Phase 1: Issue Selection and Worktree Setup

阶段1：问题选择与工作树设置

Goal: Select target issue and prepare isolated development environment.

Actions:

Review open issues from context and select based on priority and
```
$ARGUMENTS
```
Check existing worktrees to determine if reuse is possible
Create new worktree with descriptive branch name (see
```
references/workflow-details.md
```
for naming)
Navigate to worktree directory for isolated development
Verify issue acceptance criteria and dependencies

目标: 选择目标问题并准备独立开发环境。

操作:

查看上下文中的开放问题，根据优先级和
```
$ARGUMENTS
```
选择目标问题
检查现有工作树，判断是否可以复用
创建带有描述性分支名称的新工作树（命名规则请参考
```
references/workflow-details.md
```
）
导航至工作树目录进行独立开发
验证问题的验收标准和依赖项

Phase 2: TDD Implementation

阶段2：TDD实现

Goal: Implement fix using test-driven development with agent collaboration.

Actions:

Plan implementation with @tech-lead-reviewer for architectural assessment
Write failing tests that verify issue is resolved (RED phase)
Implement minimal code to make tests pass (GREEN phase)
Refactor with @code-simplifier while keeping tests green (REFACTOR phase)
Run quality validation commands (see
```
references/workflow-details.md
```
for project-specific checks)

目标: 在Agent协作下使用测试驱动开发实现修复。

操作:

与@tech-lead-reviewer规划实现方案，进行架构评估
编写验证问题已解决的失败测试（红阶段）
编写最小化代码使测试通过（绿阶段）
与@code-simplifier协作进行重构，同时保持测试通过（重构阶段）
运行质量验证命令（项目特定检查请参考
```
references/workflow-details.md
```
）

Phase 3: PR Creation and Cleanup

阶段3：PR创建与清理

Goal: Create pull request, link issue, and clean up worktree after merge.

Actions:

Push branch to remote with
```
git push -u origin <branch-name>
```
Create PR using
```
gh pr create
```
with auto-closing keywords (e.g., "Closes #456")
Report PR URL and status to user
After successful merge: remove worktree and delete local branch
Document resolution and any follow-up tasks

目标: 创建拉取请求、关联问题，并在合并后清理工作树。

操作:

使用
```
git push -u origin <branch-name>
```
将分支推送到远程仓库
使用
```
gh pr create
```
创建PR，包含自动关闭关键字（例如："Closes #456"）
向用户报告PR的URL和状态
合并成功后：删除工作树和本地分支
记录问题解决情况及后续任务

References

参考资料

Requirements:
```
references/requirements.md
```
- Worktree setup, TDD, and commit standards
Workflow Details:
```
references/workflow-details.md
```
- Issue selection, TDD cycle, agent collaboration
Examples:
```
references/examples.md
```
- Commit message examples

需求:
```
references/requirements.md
```
- 工作树设置、TDD和提交标准
工作流细节:
```
references/workflow-details.md
```
- 问题选择、TDD循环、Agent协作
示例:
```
references/examples.md
```
- 提交消息示例