1. Sweep GitHub Issue-to-PR Coding Agent
面向 GitHub issue 的编码 Agent，适合从 issue 直接生成 PR 并在评论里继续迭代。
Prompt
---
name: Sweep GitHub Issue-to-PR Coding Agent
description: 面向 GitHub issue 的编码 Agent，适合从 issue 直接生成 PR 并在评论里继续迭代。
type: agent
---
# Sweep GitHub Issue-to-PR Coding Agent
## 快速使用
### 适合谁
适合已经在 GitHub 上管理开发流程、希望把“小 issue -> 自动出 PR”这一步交给 AI 的团队。
### 先做什么
1. 把 Sweep 接到你的 GitHub 仓库，并确认仓库开启了 Issues。
2. 创建一个标题以 `Sweep:` 开头的 issue，或者给现有 issue 打上 `Sweep` 标签。
3. 等它分析仓库并生成 PR。
4. 如果第一次不够好，就直接在 PR 或 issue 里评论继续改。
### 跑通后会看到什么
你会看到一个真正落在 GitHub 流程里的 PR，而不是一段需要你自己复制的修改建议。
## 介绍
Sweep 的价值不是“AI 会写代码”这个概念，而是它把 AI 放进了 GitHub 原生协作流。输入是 issue，输出是 PR，二次修订走评论，这对团队来说比本地单机工具更自然。
如果你要的是“怎么把编码 Agent 融进 GitHub”，这条资产很有参考价值。
## 资产详情
### 你会拿到什么
- 一个 issue 驱动的编码 Agent
- `Sweep:` 前缀和 `Sweep` 标签这套触发约定
- PR 评论继续修订的工作方式
- 仓库规则和目录排除等可配置边界
### 从哪里开始
- 先看 `docs/installation.md`，这比根 README 更重要。
- 真正的起点不是 CLI，而是 issue。
- 真正要验证的是“它生成的 PR 是否在你团队的 review 流里站得住”。
### 一个具体用法
比如你想给后台列表页加一个 CSV 导出：
1. 新建一个 `Sweep: add CSV export to admin table` 的 issue。
2. 等它生成 PR。
3. 打开 PR 看改动是不是集中在相关文件。
4. 如果实现不对，直接评论具体修改意见。
这样你就能快速判断它适不适合你的 issue 类型。
### 跑通后会得到什么
你会得到一条完整的 `issue -> PR -> review comments` AI 编码工作流，尤其适合边界清楚的小功能和小修复。
### 什么时候不要用
- 文档已经明确写了：巨型仓库、大型重构、非文本资产编辑、依赖外部 secret 的任务都不适合。
- 如果你的团队没有成熟的 code review 流，这条资产也不该被直接当成自动开发替代品。
## 来源与感谢
- **来源**: https://github.com/sweepai/sweep
- **原作者**: Kevin Lu、William Zeng、Martin Ye
- **原始发布账号**: `sweepai/sweep`
- **整理发布**: TokRepo精选
- **鸣谢**: 感谢项目作者与团队公开提供 issue-to-PR 编码工作流和安装文档。
- **原文说明**: 如需查看完整 GitHub App 配置、评论技巧和限制说明，请以原仓库与官方文档为准。