名称: dyad:pr-fix 描述: 通过处理评论和失败的CI检查，解决GitHub Pull Request上所有未解决问题。

PR修复

通过处理评论和失败的CI检查，解决GitHub Pull Request上所有未解决问题。

参数

$ARGUMENTS: 可选的PR编号或URL。如果未提供，使用当前分支的PR。

任务跟踪

您必须使用TaskCreate和TaskUpdate工具来跟踪进度。 开始时，为以下每个步骤创建任务。当开始任务时标记为in_progress，完成时标记为completed。这确保您完成所有步骤。

产品原则

当做出关于评论的决策时，参考rules/product-principles.md。使用这些原则自主解决模糊或主观的反馈。只有当产品原则不足以做出决策时，才标记问题需要人工关注。

指令

这是一个元技能，它编排两个子技能来全面修复PR问题。

运行 /dyad:pr-fix:comments 来处理所有未解决的评论：
- 解决有效的代码审查问题
- 以解释解决无效的问题
- 使用产品原则自主解决模糊反馈
- 只有当产品原则不足以决定时，才标记问题需要人工关注
运行 /dyad:pr-fix:actions 来处理失败的CI检查：
- 修复失败的测试（单元测试和E2E测试）
- 如果需要，更新快照
- 确保所有检查通过
运行 /dyad:pr-push 来提交和推送所有更改：
- 此步骤是必需的。不要跳过它或在它完成前停止。
- 它将提交更改，运行lint/测试，并推送到GitHub。
- 等待它完成并验证推送成功。
发布总结评论： 在子技能完成后，使用gh pr comment在PR上发布一个整合的总结评论。评论应包括：
- 指示成功（✅）或失败（❌）的标题
- 评论已解决、已解决或已标记的
- 已修复的CI检查
- 任何需要人工关注的剩余问题
- 使用<details>标签折叠冗长细节（例如，完整错误消息、长解释）
- 如果有任何错误，包括在折叠细节中的特定错误消息
错误处理： 如果gh pr comment失败（例如，由于网络问题、速率限制或权限），记录警告但不要使整个技能失败，如果底层修复成功。评论是信息性的，不应阻止成功运行。

示例格式：

成功：
```
## ✅ Claude Code 成功完成

### 总结
- 修复了2条评论
- 解决了1个CI失败（在`src/foo.ts`中的lint错误）

<details>
<summary>详情</summary>

... 详细信息在这里 ...

</details>

---
[工作流运行](https://github.com/dyad-sh/dyad/actions/runs/12345678)
```
失败：
```
## ❌ Claude Code 失败

### 总结
- 尝试修复2条评论
- 未能解决1个CI失败（在`src/foo.ts`中的lint错误）

<details>
<summary>错误详情</summary>

**错误：** `lint` 命令失败，退出代码1。
```
… linter输出 …
```
</details>

---
[工作流运行](https://github.com/dyad-sh/dyad/actions/runs/12345678)
```
注意：在末尾包含工作流运行链接。如果GITHUB_REPOSITORY和GITHUB_RUN_ID环境变量可用，使用它们构造URL：https://github.com/$GITHUB_REPOSITORY/actions/runs/$GITHUB_RUN_ID。如果这些环境变量未设置，省略工作流运行链接。