你的 GitHub 议题，
交给你选的代理处理
bug 和功能请求已经在仓库的议题里了，由你的团队或你的用户提交。你想要的，是每一个都有一个代理在处理，就在你自己的机器上，用你自己的订阅，用最适合这项任务的 CLI。
AgentsRoom 把这些议题导入项目的 backlog，连同它们的 Markdown 正文、截图和标签。每个议题都变成一张工单，你把它交给 Claude Code、Codex、GitHub Copilot CLI、Cursor 或其他代理 CLI，一张工单一个代理。导入只读取：任何内容都不会写回 GitHub。
带 bug 标签的开启中议题，一张工单一个代理：导入读取 GitHub，从不写入。
对很多项目来说，GitHub Issues 就是待办清单：用户报告的 bug，团队商定的功能，上个月有人提的清理工作。Claude Code、Codex 和其他代理 CLI 能修好其中大部分，但前提是议题连同它的上下文和截图摆在它们面前。
GitHub Issues 导入就把议题摆到那里。你连接一次 GitHub（如果 GitHub CLI 已经登录就用它，否则用个人访问令牌），选择一个仓库、一个状态和标签，预览议题，然后导入。它们作为普通工单落到项目 backlog 的 TODO 列，你像对待其他任何工单一样，在每张上启动一个代理，就在你的电脑上，在你已有的工作副本里。
这不是双向同步。AgentsRoom 只读取议题：不加标签，不发评论，不关闭议题。修复交付后，写着 Fixes #42 的 pull request 会像往常一样关闭这个议题。
GitHub Issues 导入能做什么
backlog 又多了一个来源，与 Linear、Jira 和 Notion 并列。
一个仓库、一个状态、若干标签
从你的列表中选择仓库，或者输入「所有者/仓库」。选择「开启中」「已关闭」或「全部」，只保留带有某些标签的议题，比如 bug 或 good first issue。pull request 不包括在内。
单个议题，按引用导入
只需要一个议题？用 TODO 列的导入按钮粘贴它的链接、所有者/仓库#42，或者对于项目已经在导入的仓库，直接粘贴 42。它会单独进来，放在列的顶部。
原样保留的正文
GitHub 议题本来就是 Markdown，所以工单拿到的就是写出来时的正文，包括代码块、清单和截图。正文为空的议题会改为附上它的链接，这样代理总有东西可读。
标签变成类型和标记
每个标签都会保留为工单标签。常见的那些还会设定工单类型：bug、enhancement、documentation、refactor、security、performance。认不出的标签不会被拿来猜，类型就留空。
重新导入，不产生重复
随时重放导入：已经导入的工单会被更新，绝不会被复制。你分配的代理、你的备注和看板上的顺序都不会被覆盖，在 GitHub 上已关闭的议题进来时就是已完成。
只读，令牌留在你的机器上
有读取权限就够了，发送的也只有读取请求。令牌在你的电脑上加密保存，绝不会到达我们的服务器；使用 GitHub CLI 时，AgentsRoom 复用它的登录，什么都不保存。
工作原理
四个步骤。第一步每台机器只做一次。
- 1
连接 GitHub
在项目的 backlog 中点击「导入工单」，选择 GitHub Issues。如果这台机器上的 GitHub CLI 已经登录，点一下「使用 GitHub CLI 连接」就够了。否则，粘贴一个对你的仓库有读取权限的个人访问令牌。
- 2
选择仓库
从带搜索框的列表中选择仓库，或者输入「所有者/仓库」。设置你想要的状态和标签。
- 3
预览并导入
点击「预览」，按编号或标题搜索列表，勾选你想要的议题并导入，一次最多 500 个。
- 4
把每张工单交给一个代理
这些议题现在是 TODO 里的工单，每张都带有指回 GitHub 的链接。分配一个代理和一个模型，如果想让它有自己的分支，就勾选「为此任务在独立的工作树中编码」，然后把工单拖到 In Progress。之后点「重新导入」，看板就会重新同步。
GitHub 和代理 CLI 本身已经能做什么
GitHub 允许你把议题分配给一个编程代理：Copilot，以及自 2026 年起在 Copilot 套餐中也可用的 Claude 和 Codex。代理在云端、在 GitHub 的基础设施上工作，打开一个草稿 pull request，然后请你审阅。每次会话消耗你 Copilot 套餐的一次高级请求。
GitHub 还有一个官方 MCP 服务器，地址是 https://api.githubcopilot.com/mcp/，它让代理在会话内获得读取和更新议题与 pull request 的工具。Anthropic 的 Claude Code GitHub Actions 可以响应议题或 pull request 中的 @claude 提及，运行时消耗你的 GitHub Actions 分钟数。
AgentsRoom 导入满足的是另一种需求：议题放在看板上，和你其余的工单在一起，每个议题一个代理，在你自己的机器上，在你的工作副本里，用你已经在付费的订阅，用你选的 CLI，包括那些 GitHub 无法分配的 CLI。两者并不互斥：导入议题在本地推进工作，当某个代理需要自己评论或给它的议题打标签时，再给它 GitHub 的 MCP 服务器。
需要知道的事
- 只有一个方向：任何内容都不会回到 GitHub。用你的 pull request（Fixes #42）关闭议题，或者给代理 GitHub 的 MCP 服务器。
- 每次导入一个仓库。涉及多个仓库的项目可以依次导入每个仓库，或者通过链接导入单个议题。
- 令牌留在连接它的那台电脑上。在另一台机器上，看板按钮会显示「重新连接」，直到你在那里也连接 GitHub。
- 每次导入最多 500 个议题。缩小状态或标签范围才能看到其余的。
- 经办人、里程碑、项目和评论不会被导入：工单带的是标题、正文、标签和状态。
- 连接 GitHub 和设置导入都在桌面端完成。在手机上你可以重新导入，或者导入单个议题；两者都在你的电脑上运行，电脑必须开着。
常见问题
这和在 GitHub 上把议题分配给 Copilot、Claude 或 Codex 有什么不同？
在 GitHub 上，代理在云端的 GitHub 机器上运行，打开一个草稿 pull request，每次会话消耗你 Copilot 套餐的一次高级请求。用导入时，议题变成你 AgentsRoom backlog 上的一张工单，代理在你的电脑上、在你的工作副本里、用你自己的 Claude、Codex 或其他订阅运行，你可以在它的终端里看着它工作。看哪个更适合这个议题就用哪个。
代理完成后，AgentsRoom 会关闭 GitHub 议题吗？
不会。导入只读取：不加标签，不留评论，不关闭议题。老办法依然最好用：修复议题的 commit 或 pull request 写上 Fixes #42，合并时 GitHub 就会关闭它。
可以只导入带 bug 标签的议题吗？
可以。在标签字段里输入 bug（多个标签用逗号分隔），状态保持「开启中」。查询会随项目一起保存，之后点「重新导入」会重放它，并且只带进有变化的内容。
我需要个人访问令牌吗？
如果你的电脑上装了 GitHub CLI 并且已经登录，就不需要：「使用 GitHub CLI 连接」会复用它的登录。否则，一个对你的仓库有读取权限的个人访问令牌就够了。无论哪种方式，都不会有任何内容上传到我们的服务器。
支持私有仓库吗？
支持，只要你连接的 GitHub 账户能读取它们。仓库列表会显示该账户有权访问的所有仓库，包括你所在组织的仓库。
哪些代理 CLI 可以处理导入的议题？
AgentsRoom 支持的全部 17 个代理 CLI（Claude、Codex、GitHub Copilot CLI、Cursor 以及另外 13 个）。导入的议题就是一张普通工单：它在你分配的代理和模型上运行，在共享检出里，或者在它自己的 git worktree 里。
议题一打开，代理就能开始处理吗？
可以，但要用 Webhook 触发器，而不是导入：把触发器的 URL 粘贴到仓库的 webhook 设置里，有议题被打开时 AgentsRoom 就会启动一个代理，议题的各个字段可以作为变量用在它的提示词里。导入用于你主动选择要带进来的议题；触发器用于对每一个新议题做出反应。
你可能还会喜欢
工单导入
把你的 Jira、Linear、GitHub Issues 或 Notion 工单放到同一个 backlog 上，在你自己的机器上把每一张交给 Claude Code、Codex、Cursor 或任意代理 CLI。只读。
触发器：webhook 模式
用 webhook 而不是时钟来触发 AI 编程代理。把一个公开 URL 粘贴进 GitHub、GitLab、Slack、Linear、Sentry 或任何能发送 POST JSON 的服务，事件一到，AgentsRoom 就启动一个代理：一个 pull request 被打开、一次构建失败、一个工单被创建、一条告警响起。签名会被校验，可选的 payload 过滤条件，突发上限，而 payload 会变成提示词变量。轮询式的代理每一轮都在烧 token；webhook 触发器在什么都没发生时不消耗任何东西。
任务管理
用拖放方式编排 AI 代理的可视化看板。在 TODO 中创建任务，拖到 In Progress 即可自动派生一个 Claude 代理，并通过 Pending 和 Done 列追踪完成进度。以待办驱动的并行 AI 编程开发。
Git worktree
给每个 AI 代理或工单一个独立的 git worktree，开箱即可构建（依赖已安装、.env 已复制），然后在同一个窗口里审查、提交并合并它。
远程公开待办列表 · 反馈驱动的 AI
把项目待办列表开放给客户和用户。收集 Bug、功能请求和反馈，为工单投票，并将这一切直接接到你的 AI 编程代理上。公开或私有、可嵌入组件、Chrome 扩展程序、路线图视图：AgentsRoom 把你的待办列表变成面向 Claude、Codex、GitHub Copilot CLI、Cursor 以及另外 13 个代理 CLI 的反馈驱动执行引擎。
把你的 GitHub 议题交给你的代理
下载 AgentsRoom，把你的仓库作为项目打开，然后在它的 backlog 中点击「导入工单」，选择 GitHub Issues。
配套应用：随时随地监控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接发送到您的公开待办清单。