-
我的帖子已经打上 开源推广标签： 是
-
我的开源项目完整开源，无未开源部分： 是
-
我的开源项目已链接认可 LINUX DO 社区： 是
-
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
-
以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
写这个项目是因为工作上有这个需求，所以3天炫了一个雏形出来：
项目地址： GitHub - spongehah/Openagent-Github-Bridge: Self-hosted GitHub-to-OpenCode bridge for AI issue fixing, planning, slash-command coding, and PR review with full workspace control. · GitHub
我认为最大的优势就是，除了在github协作使用ai以外，可以随时打开opencode自己的web页面，也可以vscode ssh remote直接人工编辑文件
如果团队已经在用 GitHub 做代码协作，那下一步其实不是再加一层复杂流程，而是把 AI 直接接进 GitHub 本身。
OpenAgent GitHub Bridge 做的就是这件事：把 GitHub Webhook 事件直接桥接到你自管理的 AI coding agent，让 Issue、评论、PR 这些原本就存在的协作入口，直接变成 AI 的任务入口。
这件事的价值，不只是"自动修 Bug"这么简单，而是它给团队带来了一种更自然的 AI 协作方式：
-
研发可以在 GitHub 上并发推进多个任务，AI 按 Issue / PR 维度独立执行，互不干扰
-
产品、运营、测试等非研发角色，也可以直接在 GitHub 提 Issue，让 AI 先产出 plan，再进入开发 -
可以和
GitHub Projects一起使用，把需求、计划、执行、Review 串成一条闭环流程 -
很多原本依赖 Jira 之类传统项目管理工具的场景，可以直接回收到 GitHub 内完成，减少系统切换和流程割裂
相比把 AI 放在一个独立聊天窗口里，这种方式更像是把 AI 变成团队流程中的真实执行者。
你可以给 Issue 打 ai-fix 让它自动修复，打 ai-plan 让它输出实施方案，也可以通过评论指令直接让它开工，PR 创建后还能自动触发review。
更关键的是，这不是一个封闭黑盒。Agent 运行在你自己的机器或服务器上，模型、权限、工作目录、运行环境都由你掌控。同一个 Issue / PR 还能复用同一 Session，保留上下文；每个任务又有独立 git workspace，保证并发执行时不互相污染。
它让 GitHub 不再只是"放代码的地方"，而是可以逐步替代部分传统项目管理工具、承接跨角色协作、并把 AI 真正接入团队工作流的统一平台。
后续规划：完善体验，以及接入更多的ai agent
相比 Codex / Claude Web 版和 GitHub App 的优势:
- 自管理 OpenCode 实例：Agent 运行在你自己的机器或服务器上，仓库、凭据、运行环境、网络访问策略都由你控制，而不是依赖托管式 Web 工作区或第三方 GitHub App 执行环境。
- 可切换任意 AI Provider / Model：底层通过 OpenCode 对接模型，不绑定单一厂商。可以按仓库、任务类型或成本策略自由选择 provider 和 model。
- Agent 行为可深度个性化：你可以自定义 OpenCode 配置、系统提示词、权限策略、技能、工作流和配套服务，而不是受限于固定产品形态。
- 同 issue/pr 聊天记录继承：在同一个 issue/pr 中，Agent 的多轮交互会复用同一 Session，保持上下文连续性，而不是每次都从零开始。也可通过 -clear 参数手动重置上下文。
- 支持随时人工接管：任务由 Bridge 触发后，仍然可以直接进入 OpenCode Web GUI 接管同一会话和工作目录，继续推进工作，不局限于 GitHub 评论区交互。
- 不只服务 GitHub 页面内流程：虽然入口是 GitHub webhook，但 Agent 实际运行在真实仓库工作目录中，可继续做 GitHub 之外的本地调试、脚本执行、文档整理和环境排查。
- 可通过 VSCode 远程编辑文件：因为代码就在你自己的机器或远端主机 workspace 里，可以直接用 VSCode Remote 等方式连接并编辑，不需要把修改局限在浏览器对话框或 App 沙箱内。
- 更适合长期上下文和多轮协作：同一 Issue / PR 复用 Agent Session，并结合独立 git workspace 隔离上下文，既保留连续性，也避免不同任务互相污染。
文章部分由ai生成：
6 个帖子 - 4 位参与者