GitHubのイシューを、
あなたが選んだエージェントが処理する
バグも機能要望も、チームやユーザーが報告したものが、すでにリポジトリのイシューにあります。必要なのは、そのそれぞれにエージェントを付けることです。自分のマシンで、自分のサブスクリプションで、タスクに合ったCLIで。
AgentsRoomはそれらのイシューを、Markdownの本文、スクリーンショット、ラベルごとプロジェクトのバックログにインポートします。1件ずつがチケットになり、Claude Code、Codex、GitHub Copilot CLI、Cursor、または別のエージェントCLIに任せられます。1チケットに1エージェントです。インポートは読み取るだけで、GitHubに何かが書き戻されることは一切ありません。
bugラベルの付いたオープンなイシュー、1チケットに1エージェント。インポートはGitHubを読むだけで、書き込むことはありません。
多くのプロジェクトにとって、GitHub Issuesはやることリストそのものです。ユーザーが報告したバグ、チームで合意した機能、先月誰かが登録した整理作業。Claude Code、Codex、そのほかのエージェントCLIはその多くを直せますが、それはイシューがコンテキストとスクリーンショットごと目の前にあればの話です。
GitHub Issuesインポートは、イシューをそこに届けます。GitHubを一度接続し（すでにサインイン済みならGitHub CLI、そうでなければパーソナルアクセストークン）、リポジトリ、状態、ラベルを選び、イシューをプレビューしてインポートします。イシューはプロジェクトのバックログのTODO列に普通のチケットとして入り、ほかのチケットと同じように、それぞれでエージェントを起動できます。あなたのコンピューターで、すでにある作業ツリーで。
これは双方向の同期ではありません。AgentsRoomはイシューを読むだけです。ラベルの追加も、コメントの投稿も、イシューのクローズもありません。修正が完了したら、Fixes #42と書いたプルリクエストが、これまでどおりイシューをクローズします。
GitHub Issuesインポートでできること
バックログのソースがもう1つ。Linear、Jira、Notionに並びます。
リポジトリ、状態、ラベル
一覧からリポジトリを選ぶか、オーナー/リポジトリと入力します。「オープン」「クローズ」「すべて」から選び、bugやgood first issueのような特定のラベルが付いたイシューだけに絞れます。プルリクエストは除外されます。
1件のイシューを、参照で
必要なイシューは1件だけですか？ TODO列のインポートボタンで、そのリンク、オーナー/リポジトリ#42、またはプロジェクトがすでにインポートしているリポジトリなら42だけを貼り付けてください。そのイシューだけが列の一番上に入ります。
書かれたとおりの本文
GitHubのイシューはもともとMarkdownなので、チケットには書かれたとおりの本文が、コードブロック、チェックリスト、スクリーンショットごと入ります。本文が空のイシューには代わりにリンクが入るので、エージェントには必ず読むものがあります。
ラベルが種類とタグになる
すべてのラベルはタグとして残ります。よく使われるラベルは、チケットの種類も決めます。bug、enhancement、documentation、refactor、security、performanceです。認識できないラベルの場合、推測はせず、種類を空のままにします。
再インポートしても、重複なし
インポートはいつでも再実行できます。すでにインポートしたチケットは更新され、コピーされることはありません。割り当てたエージェント、メモ、ボード上の並び順は上書きされず、GitHubでクローズされたイシューは完了として入ります。
読み取り専用、トークンはあなたのマシンに
読み取り権限があれば十分で、送られるのは読み取りリクエストだけです。トークンはあなたのコンピューターで暗号化されたまま保存され、私たちのサーバーに届くことはありません。GitHub CLIを使う場合、AgentsRoomはそのサインインを再利用し、何も保存しません。
仕組み
4つのステップ。最初の1つはマシンごとに1回だけです。
- 1
GitHubを接続する
プロジェクトのバックログで「チケットをインポート」をクリックし、GitHub Issuesを選びます。このマシンでGitHub CLIにサインイン済みなら、「GitHub CLI で接続」を1回クリックするだけです。そうでなければ、リポジトリへの読み取り権限付きのパーソナルアクセストークンを貼り付けます。
- 2
リポジトリを選ぶ
検索欄付きの一覧からリポジトリを選ぶか、オーナー/リポジトリと入力します。必要な状態とラベルを設定します。
- 3
プレビューしてインポートする
「プレビュー」をクリックし、番号やタイトルで一覧を検索し、必要なイシューにチェックを入れてインポートします。一度に500件までです。
- 4
各チケットをエージェントに任せる
イシューはTODOのチケットになり、それぞれにGitHubへのリンクが付いています。エージェントとモデルを割り当て、専用のブランチで作業させたいなら「このタスクは分離したワークツリーでコーディング」にチェックを入れ、チケットをIn Progressにドラッグします。後から「再インポート」でボードを最新の状態に戻せます。
GitHubとエージェントCLIがすでに単独でできること
GitHubでは、イシューをコーディングエージェントに割り当てられます。Copilot、そして2026年からはClaudeとCodexも、Copilotプランで利用できます。エージェントはクラウドで、GitHubのインフラ上で作業し、ドラフトのプルリクエストを作成してレビューを依頼してきます。1セッションごとに、Copilotプランのプレミアムリクエストを1回消費します。
GitHubには公式のMCPサーバーもあり、アドレスはhttps://api.githubcopilot.com/mcp/です。エージェントはセッションの中から、イシューとプルリクエストを読んだり更新したりするツールを得られます。AnthropicのClaude Code GitHub Actionsは、イシューやプルリクエストでの@claudeメンションに応答でき、GitHub Actionsの実行時間を使って動きます。
AgentsRoomのインポートは別のニーズに応えます。ほかのチケットと並べてイシューをボードに置き、1件のイシューに1つのエージェントを、自分のマシンで、自分の作業ツリーで、すでに払っているサブスクリプションで、自分で選んだCLIで動かすことです。GitHubが割り当てられないCLIも含みます。2つは排他的ではありません。イシューをインポートして作業をローカルで進めつつ、エージェント自身がイシューにコメントしたりラベルを付けたりすべきときは、そのエージェントにGitHubのMCPサーバーを渡しましょう。
知っておくべきこと
- 一方向のみ：GitHubには何も戻りません。イシューはプルリクエスト（Fixes #42）でクローズするか、エージェントにGitHubのMCPサーバーを渡してください。
- 1回のインポートにつきリポジトリは1つです。複数のリポジトリを扱うプロジェクトは、1つずつ順にインポートするか、1件ずつイシューをリンクで取り込みます。
- トークンは接続したコンピューターに残ります。別のマシンでは、そこでもGitHubを接続するまで、ボードのボタンは「再接続」と表示されます。
- 1回のインポートで最大500件のイシューです。残りを見るには状態やラベルを絞り込んでください。
- 担当者、マイルストーン、プロジェクト、コメントはインポートされません。チケットが持つのは、タイトル、本文、ラベル、状態です。
- GitHubの接続とインポートの設定はデスクトップで行います。スマホからは、インポートの再実行と、1件のイシューの取り込みができます。どちらもあなたのコンピューター上で実行されるので、コンピューターの電源が入っている必要があります。
よくある質問
GitHub上でイシューをCopilot、Claude、Codexに割り当てるのと何が違うのですか？
GitHubでは、エージェントはクラウドのGitHubのマシン上で動いてドラフトのプルリクエストを作成し、1セッションごとにCopilotプランのプレミアムリクエストを消費します。インポートの場合、イシューはAgentsRoomのバックログのチケットになり、エージェントはあなたのコンピューターで、あなたの作業ツリーで、あなた自身のClaude、Codex、そのほかのサブスクリプションで動き、そのターミナルで様子を見守れます。イシューに合うほうを使ってください。
エージェントの作業が終わったら、AgentsRoomはGitHubのイシューをクローズしますか？
いいえ。インポートは読み取るだけです。ラベルも、コメントも、イシューのクローズもありません。いつものやり方がいちばんです。イシューを直すコミットやプルリクエストに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がエージェントを起動し、イシューの各フィールドがプロンプトの変数として使えます。インポートは自分で選んだイシューを取り込むためのもので、トリガーは新しいイシューの1件1件に反応するためのものです。
こちらもおすすめ
チケットインポート
Jira、Linear、GitHub Issues、Notionのチケットを1つのバックログに集め、1件ずつClaude Code、Codex、Cursor、またはあらゆるエージェントCLIに自分のマシンで任せましょう。読み取り専用です。
トリガー：webhookモード
時計ではなくwebhookからAIコーディングエージェントを起動します。公開URLを1つ、GitHub、GitLab、Slack、Linear、SentryあるいはJSONをPOSTできるどんなサービスに貼り付けるだけで、イベントが届いた瞬間にAgentsRoomがエージェントを起動します：pull requestが開かれた、ビルドが失敗した、チケットが作成された、アラートが発火した。署名を検証し、任意のペイロードフィルター、バースト制限、そしてペイロードはプロンプトの変数になります。ポーリングするエージェントは一周ごとにトークンを使いますが、webhookトリガーは何も起きていない間はゼロです。
タスク管理
ドラッグ&ドロップでAIエージェントをオーケストレーションする視覚的なかんばんボード。TODOでタスクを作り、In ProgressにドラッグするとClaudeエージェントが自動で立ち上がり、PendingとDoneの列で完了を追跡します。並列AIコーディングのためのバックログ駆動開発。
Git worktree
AIエージェントやチケットごとに専用のgit worktreeを用意し、すぐにビルドできる状態に整えます（依存関係をインストール、.envをコピー）。レビュー、コミット、マージまで1つのウィンドウで行えます。
公開フィードバックポータル · フィードバック駆動AI
顧客とユーザーの声を集める公開フィードバックポータルを、そのまま開発の入り口に。バグ報告・機能要望・投票・公開ロードマップを受け付け、届いた要望はAIコーディングエージェントがその文面のまま実装します。公開/限定公開/招待制、埋め込みウィジェット、Chrome拡張に対応。AgentsRoomは、Claude・Codex・GitHub Copilot CLI・Cursor・ほか13種類のエージェントCLIで動くフィードバック駆動の開発基盤です。
GitHubのイシューをエージェントに任せよう
AgentsRoomをダウンロードし、リポジトリをプロジェクトとして開いて、そのバックログで「チケットをインポート」をクリックし、GitHub Issuesを選びましょう。
コンパニオンアプリ：外出先でもエージェントを確認
Claude、Codex、Antigravity CLI、またはその他の AI プロバイダーを使用します。
バグや要望を公開バックログに直接送信できます。