Claude for GitHubが見つからない・使えないときの原因と対処法

「Claude for GitHub」という名前で探しても見つからないのは、Claudeのコネクタ一覧での名前が「GitHub Integration」だからです。Customize > Connectorsから接続するのが入口です。

そのうえで、claude.aiの「Add content from GitHub」機能でリポジトリを追加しても、Claudeがファイルの中身を一切読めないという不具合の報告が、2026年6月末から相次いでいます。9月25日のコメントまで、解決の告知はありません。接続そのものはUI上「成功」した見た目になるため、原因を切り分けにくいのが厄介な点です。GitHub Issueに集まった一次情報から、症状・影響範囲・コミュニティが試している回避策をまとめます。

「Claude for GitHub」が見つからないときの確認先

GitHub側のアプリ名は「Claude」です。「Customize > Connectors」を開き、「GitHub Integration」を選んで「Connect」を押すと、GitHubアカウントがClaudeにつながります。この連携は無料プランを含む全プランで使えます。

探している機能によって、行き先が変わります。

一覧に無いときや、接続しても読めないときは、次の節で順に切り分けます。

症状から原因を切り分ける

不具合を疑う前に、公式ドキュメントに載っている正規の失敗パターンを上から潰します。

何が起きているのか

GitHub連携は、チャット入力欄の「+」ボタンから「Add from GitHub」を選び、リポジトリとブランチを選んで追加する機能です。不具合が起きている環境では、この操作自体はエラーなく完了します。リポジトリの一覧も正しく表示され、選択も問題なくできます。

ところが、追加したはずのリポジトリについてファイル構成や中身を尋ねても、Claudeは何も参照できません。まるで最初から何も添付していないかのような応答が返ってきます。症状の出方には細かな幅があります。「Add repository」を押すとリポジトリのURLがメッセージ欄に入るだけになる報告が複数ありますが、公式の手順でも、チャットでは「Add repositoryを選ぶとURLがメッセージに追加される」と書かれています。URLが入ること自体は異常の証拠ではなく、その後にClaudeが中身を答えられるかどうかが分かれ目です。ほかに、一覧にリポジトリだけが出てツリーに降りられない報告、ブランチ選択の画面が出ない報告、連携フローの途中で固まる報告があります。表面上の壊れ方は違っても、最終的にClaudeが中身へたどり着けない結果は共通しています。

最初の報告者は、公開・非公開を問わずどのリポジトリ・どのブランチでも毎回必ず再現すると説明しています。GitHub Appを一度解除して再認可しても、リポジトリとブランチを選び直しても結果は変わりませんでした。断続的にではなく毎回必ず失敗する点が、個別リポジトリの権限設定に起因する従来型のトラブルとは異なります。

いつから、どの環境で発生しているか

Issue #71542では、2026年6月19〜20日ごろまでは正常に動いていたとされています。起票者は、Anthropic側のバックエンド変更と時期が重なるとみています。Anthropicの確認はありません。その後の推移は次のとおりです。

影響はブラウザ版のclaude.aiだけにとどまりません。Claude Desktopアプリでも同じ症状が出るという報告があり、バージョン「1.18286.0 (259c3f)」に更新した後もブラウザ側と同様に再現したという報告者がいます。別の報告者はDesktopアプリとWebアプリの両方で発生したと述べ、macOSのデスクトップチャットで発生を確認した報告もあります。チャットへの直接追加だけでなく、プロジェクトのナレッジ画面経由で追加した場合にも空の結果しか返らないという報告が複数あります。

プランの幅も広く、Pro、Maxに加えて、Claude Enterpriseの組織アカウントでも再現の報告があります。7月24日のEnterprise検証では、組織レベルの設定がすべて正常に見える状態でも同じ不具合が起きたとされています。

GitHubのAPI呼び出しは成功しているのに中身が渡らない理由

技術的に手がかりになるのは、ブラウザの開発者ツールでネットワーク通信を確認した報告です。この報告者は、リポジトリを選択した時点でGitHub側へのAPIコールが正常に完了し、ファイルパスやサイズを含むツリー情報が「truncated: false」の状態で取得できていることを確認しました。GitHubからのデータ取得自体は成功しているわけです。

問題はその先にあります。この報告者は、取得したはずのデータがチャットのコンテキストに渡っていないと見ています。原因はGitHub側の認証やAPI呼び出しではなく、フロントエンドからモデルへのデータ受け渡しにあるという見立てですが、Anthropicの確認はありません。

9月25日の別の報告は、同じアカウントの同じGitHub App認可でもチャットとCloudセッションで結果が割れると指摘しています。

この報告者はここから、原因はOAuthやApp権限ではなく、チャット側のリポジトリ紐づけかブランチ解決の層だとみています。あくまで一人の利用者の推測で、Anthropicの確認はありません。

7月24日のEnterprise検証では、GitHub側の「Authorized GitHub Apps」一覧にClaudeのエントリが表示されているのに、ステータスが「Never used」のままだったといいます。何度リポジトリを添付し直しても変わらなかったという点は、上の見立てと矛盾しません。同じ報告には、新しいチャットで接続先が見つからないとき、Claudeが代わりにWeb取得(robots.txtでブロック)、未認証のGitHub API(レート制限に抵触)、git clone(認証エラー)を順に試して失敗した記録もあります。

報告されている回避策(公式のサポートではない点に注意)

このIssueには2026年6月26日の起票から9月25日までに66件のコメントが寄せられました。GitHub APIで確認すると66件すべてが外部の利用者による投稿で、Anthropicの返信は付いていません。ラベルはinvalid、状態はopenで、公式な修正の発表もありません。以下はいずれもコミュニティが個別に試した結果であり、効果を保証するものではない点に注意してください。

「1ファイルにまとめる」方法は、repomixのようなリポジトリをテキスト化するツールを使うと簡単です。実際に、repomixで出力したファイルをアップロードして代替する運用を報告した利用者がいます。オプションの使い分けはRepomixでリポジトリを束ねClaude Codeに渡す方法にあります。

npx repomix

リポジトリのルートで実行すると、ディレクトリ構成とファイル内容をまとめたテキストファイルが生成されます。それをそのままチャットにドラッグ&ドロップすれば、GitHub連携を経由せずに同じ目的を達成できます。ファイルの合計サイズがClaudeのコンテキストウィンドウに収まる範囲であることが前提です。

GitHub連携が本来取得する範囲

GitHub連携が取得するのは、公式ドキュメントによると指定したブランチのファイル名とファイルの中身だけです。

公式ドキュメントでは、プロジェクトに追加したリポジトリへのアクセス権を失うと、そのプロジェクトでプレビューは表示されなくなる一方、会話履歴自体は残ると説明されています。今回の不具合は、この権限喪失の挙動とは別の症状です。ピッカーへのリポジトリ表示もGitHub側の認可も正常に見えるのに中身が読めない、という報告で、原因の層はAnthropicから示されていません。

このIssueが「invalid」のまま動きにくい構造

このIssueにはinvalidラベルが付いています。ラベルの説明は「Issue doesn't seem to be related to Claude Code」、つまりClaude Codeとは関係のない不具合だから、というものです。

報告者自身も本文で明記している通り、これはclaude.aiのWebチャットにおけるGitHub連携の不具合であり、Claude Code CLIの不具合ではありません。ただしIssueが立てられているのはClaude Code用のリポジトリです。コメント欄にはラベルを外して再分類してほしいという要望も出ています。別の利用者はアプリ内のヘルプボットにこのIssueへのリンクを送る方法を試したと報告しています。

報告者は本文中で、関連する可能性がある他のIssue番号(#68517、#10647、#33875、#18467、#27155)も挙げています。

Claude CodeのGitHub連携・GitHub MCPサーバーとの違い

今回のIssueで症状が報告されているのは、チャットとプロジェクトにリポジトリを渡す連携だけです。Claude CodeのGitHub AppとGitHub MCPサーバーは別の経路なので、チャットの連携が使えない間も、冒頭の表の手順どおりに試す余地があります。Connectors全体の中でGitHub連携がどこに位置するかは、Claude Connectorsとはで扱っています。

まとめ

接続もリポジトリ選択も成功しているのに中身が読めない場合、権限を触り直すより、リポジトリを1ファイルにまとめてアップロードする方が作業を先に進められます。原因の切り分けはIssue #71542の報告が手がかりになりますが、Anthropicの確認はありません。