产品2 分钟阅读

AgentConnect 支持 Gitea 了

让 Agent 处理 Gitea 上的 issue、PR 和 release。

AgentConnect 现在支持 Gitea 了(此前已支持 GitHub 和 GitLab)。你可以把 issue、PR 和 release 相关的工作交给 Claude Code、Codex 等 Agent 处理。gitea.com 和自己部署的 Gitea 都可以用。

给 Agent 选好仓库后,可以让它自动跟进新 issue、PR 和后续更新,也可以设成有人 @ 时才开始工作。同一个仓库能接入多个 Agent,想找哪一个,就在评论里 @ 它的名字。需要审查 PR 时,也可以把 bot 加为审查者。

如果只想让 Agent 处理一部分 issue 或 PR,可以按标签(label)筛选,例如 bug 或 needs-review。命中任意一个标签即可;选择 Any update 后,给条目加上匹配的标签也能触发 Agent。

Release 也能触发 Agent:选择 Published,在新版本发布时开始工作;选择 Any update,发布和编辑 release 都会触发。可以让 Agent 总结版本变化,或评估新版本对项目的影响。

Agent 会直接在 issue 或 PR 里回复。审查代码时,它可以针对具体的代码行留言,也能批准 PR 或要求修改。PR 上还会显示 Agent 的运行状态,点进去就能查看这次会话。

Agent 在 Gitea PR 中要求修改,并在对应代码行留下审查意见。

同一个仓库有多个 Agent 时,还可以用 Jev 驱动的 Decisions 根据 issue 或 PR 的内容选择由谁处理,PR 有可用的 diff 时也会纳入判断。比如把 bug 交给排查问题的 Agent,把涉及安全的 PR 交给安全审查 Agent。

要让不同模型交叉审查,可以把审查 Agent 的 Runtime 设为 By decision,选择 PR author。Jev 判断 PR 是谁写的,再按你配置的规则为新的审查会话选择 runtime 和模型:Claude 写的交给 Codex 审,Codex 写的交给 Claude 审。已有会话会继续使用原来的 runtime 和模型。

Runtime 选择 By decision,使用 PR author 决策:claude 对应 GPT-5.5,codex 和 grok 对应 Opus,Sonnet 作为兜底模型。
交叉审查的示例配置:Claude 写的 PR 由 GPT-5.5 审查,Codex 或 Grok 写的由 Opus 审查。没有规则命中或判断暂不可用时,使用 Sonnet。

需要 Gitea 1.23 或更新版本。接入方法和配置说明见 Gitea 接入指南。

相关链接