1. 把工单变成已合并的拉取请求

他们做了什么

Optio 是一个运行在 Kubernetes 上的自托管工具。你把 GitHub Issue、Linear 工单或 Jira 卡片分配给它，它会为对应仓库找到或创建一个长期运行的 pod，并添加一个 git worktree，在其中运行代理并提交 PR。一个 PR 监视器会轮询 CI 和评审状态，遇到 CI 失败、合并冲突或评审意见时，带着上下文让代理继续工作。另外还有一个评审代理同时运行。

结果如何

README 称整条流水线可以端到端运行：CI 通过且评审完成后自动 squash 合并，然后关闭关联的 issue 并记录成本。它没有给出成功率或基准测试数据。

需要知道

它需要 Kubernetes v1.33 或更高版本、Helm、Postgres 和 Redis。自动续跑次数受 OPTIO_MAX_AUTO_RESUMES 设置限制，所以卡住的 PR 仍可能需要人来处理。

你可以这样尝试

查看我的仓库 [所有者/仓库] 中带有 [标签，例如 good-first-issue] 标签的未关闭 issue，挑出最小的 [数量，例如 3] 个。每个 issue 在单独的分支上处理：完成修复、运行测试，并准备一份草稿 PR 描述。在推送任何内容或创建 PR 之前，先暂停，把每份 diff 和 PR 描述给我看。