29. 用长时间运行的代理把 GitHub issue 变成草稿 PR

他们做了什么

评论者在使用 Codex 的同时，还用一个名为 Dots 的长时间运行代理工具处理需要大量阅读、周期较长的任务。这个代理读取 GitHub issue，并据此起草拉取请求。来源没有进一步说明设置细节，也没有描述人工介入的环节。

结果如何

这些拉取请求通常质量很差，但至少提供了一个起点。评论者发现，采用 Claude Code 那种有人参与的方式，在实际工作中的产出要好得多。

需要知道

在常规套餐额度下运行它，对作者来说是无法接受的；作者还希望在代理跑偏时，能更好地控制上下文窗口。

你可以这样尝试

阅读我的 GitHub 仓库 [仓库链接] 中的未关闭 issue，挑出 [数量] 个带有 [标签或主题]、描述最清楚的 issue。为每个 issue 创建一个分支，准备一个草稿 PR，包含初步修复、测试（如果仓库有测试的话），以及一段简短说明，讲清楚你做了什么、还有哪些不确定。除草稿 PR 外，不要合并或推送任何内容；在创建之前，先把你打算创建的 PR 清单给我看。