---

title: "OpenClaw GitHub連携をやさしく整理" slug: "openclaw-github" date: "2026-03-21" description: "OpenClawでGitHub連携を考えている方向けに、GitHub Copilot連携、GitHub CLIを使ったリポジトリ操作、VS Code経由のCopilot Proxyまで、実務で迷いやすいポイントを日本語で整理します。" primaryKeyword: "openclaw github 連携" secondaryKeywords:

• "OpenClaw GitHub Copilot"
• "OpenClaw GitHub CLI"
• "OpenClaw Copilot Proxy"
• "OpenClaw リポジトリ連携" searchIntent: "other" audience: "OpenClawを使いながらGitHubまわりもつなげたいBizClaw読者"

---

OpenClaw GitHub連携をやさしく整理

openclaw github 連携 を調べると、実は少し意味が分かれます。2026年3月21日時点でOpenClaw公式Docs上では、明確に一次情報があるのは GitHub Copilot をモデルプロバイダとして使う連携です。一方で、「GitHubリポジトリを直接つなぐ」「GitHub Webhookを標準機能として設定する」といった意味の連携は、公式Docsの表に出ている情報だけでは読み取りにくい部分があります。

そのためこの記事では、曖昧さを避けるために次の3パターンへ分けて整理します。

1. OpenClawでGitHub Copilotをモデルとして使う
2. OpenClawを動かす環境にGitHub CLIを入れて、リポジトリ作業をしやすくする
3. VS CodeのCopilot Proxyを経由して使う

「GitHub連携で何をしたいか」が決まっていない場合は、まず 1 か 2 を選ぶと失敗しにくいです。

TL;DR

• 公式Docsで最もはっきり確認できる GitHub連携 は、GitHub Copilot を OpenClaw のモデルプロバイダとして使う方法です。
• コマンドは openclaw models auth login-github-copilot が基本です。
• リポジトリ操作まで含めた実務運用では、OpenClaw本体とは別に gh を入れて GitHub CLI 認証をしておくと扱いやすくなります。
• VS Code中心の環境なら、copilot-proxy という別ルートもあります。
• GitHub Webhook や GitHub App のような「標準の一体型連携」が必要なら、記事執筆時点では 公式Docsの最新確認が必須 です。

OpenClawにおけるGitHub連携とは何か

OpenClawは、基本的にはチャットアプリやControl UIからAIエージェントへ接続するためのGatewayです。そのため、一般的なSaaSでいう「GitHub連携」は少なくとも次の3種類に分かれます。

1. GitHubアカウント認証でCopilotモデルを使う連携

これは公式Docsで明示されている連携です。GitHubアカウントの認証を使い、OpenClawからCopilot系モデルへアクセスします。

2. GitHubリポジトリを作業対象として使う連携

こちらは「OpenClawがGitHubをネイティブ統合する」というより、OpenClawを動かすマシン上で git や gh を使えるようにして、エージェントの作業対象をGitHubリポジトリにする という考え方に近いです。

3. VS CodeのCopilot Proxyを橋渡しにする連携

すでにVS Code + Copilot Proxy環境がある場合に向く方法です。OpenClawがローカルの /v1 エンドポイントへ接続する構成になります。

パターン1: GitHub CopilotをOpenClawで使う手順

「GitHub連携」として最も再現しやすいのはこの方法です。OpenClaw公式Docsの GitHub Copilot プロバイダページでは、組み込みの github-copilot プロバイダが案内されています。

手順1. OpenClawを先にセットアップする

まだOpenClaw自体が未導入なら、まずここからです。

curl -fsSL https://openclaw.ai/install.sh | bash
openclaw onboard --install-daemon
openclaw gateway status

細かい導入条件は今後変わる可能性があるため、Nodeの要件やOS別の注意点は公式Installページも併せて確認してください。

手順2. GitHub Copilotの認証を行う

公式Docsで案内されている基本コマンドは次です。

openclaw models auth login-github-copilot

実行するとデバイスログイン方式の認証フローが始まります。ターミナルに表示されたURLとワンタイムコードを使って、GitHub側で承認します。

複数アカウントや用途を分けたい場合は、次のような指定もできます。

openclaw models auth login-github-copilot --profile-id github-copilot:work
openclaw models auth login-github-copilot --yes

注意点として、公式Docsでは このログインはインタラクティブTTYが必要 とされています。CIや完全自動化のシェルではそのまま通らない可能性があります。

手順3. 既定モデルを設定する

公式Docsに載っている例は次です。

openclaw models set github-copilot/gpt-4o

設定例:

{
  "agents": {
    "defaults": {
      "model": {
        "primary": "github-copilot/gpt-4o"
      }
    }
  }
}

ただし、使えるモデルIDはGitHubプランや時期によって変わる可能性があります。もし拒否されたら、公式Docsにもある通り別モデルIDを試してください。

手順4. Dashboardやチャネル上で動作確認する

openclaw dashboard

Control UIから短い依頼を投げて、応答が返るか確認します。最初は複雑な作業より、READMEを要約して のような軽いタスクで確認すると切り分けしやすいです。

パターン2: GitHubリポジトリを実務で扱いやすくする連携

こちらは厳密には「OpenClaw標準のGitHub統合」というより、OpenClawの実行環境にGitHub作業の道具を整える という考え方です。BizClaw目線ではこちらのほうが実務価値は高いことも多いです。

まず入れておきたいもの

git --version
gh --version

gh が入っていなければ、たとえば macOS なら次のように導入できます。

brew install gh
gh auth login

OpenClaw専用マシンやVPSで運用する場合は、個人のメインGitHubアカウントではなく、用途を分けたアカウントや権限を絞ったトークンを使うか を検討したほうが安全です。

リポジトリを作業対象にする流れ

git clone https://github.com/your-org/your-repo.git
cd your-repo
git status
gh repo view --web

この状態でOpenClawや接続先エージェントがその作業ディレクトリに入れる構成なら、GitHub上のコードベースをローカル作業対象として扱いやすくなります。

Pull Requestまわりで最低限あると便利なCLI

gh pr status
gh pr list
gh issue list

ここで大事なのは、OpenClawがGitHub APIと自動で深く結びつくかどうか と、実行環境で gh を使って補うか を分けて考えることです。記事執筆時点で、前者は公式Docsだけでは範囲が読み切れません。なので、まずは後者の構成で始めるほうが安全です。

パターン3: Copilot Proxyを使う方法

OpenClaw公式Docsでは、GitHub Copilot利用方法として copilot-proxy も案内されています。これは VS Code拡張のCopilot Proxyをローカルブリッジとして使う方法 です。

向いているケース:

• すでにVS Code中心で開発している
• ローカルのCopilot Proxy経由でまとめたい
• built-in の github-copilot ではなく、既存の開発環境に寄せたい

ただし、この方法は次の前提が増えます。

• VS Code側の拡張が動いていること
• OpenClaw側でプラグイン設定が必要なこと
• Proxyのローカルエンドポイントを維持すること

そのため、初回の openclaw github 連携 としては、まず組み込みの github-copilot から試すほうがわかりやすいです。

迷ったときのおすすめ構成

目的別に選ぶなら、次の考え方が実務では扱いやすいです。

すぐ動かしたい人

• OpenClawを通常セットアップ
• openclaw models auth login-github-copilot
• openclaw models set github-copilot/gpt-4o
• Dashboardで確認

GitHubのコード作業もしたい人

• 上記に加えて gh auth login
• リポジトリを git clone
• OpenClawの作業ディレクトリをそのリポジトリへ寄せる

VS Code中心の人

• Copilot Proxyルートを検討
• ただし最初は構成が増えるので、まず built-in provider で成功体験を作る

よくある詰まりどころ

認証は通ったのにモデルが使えない

GitHub Copilot側の契約や利用可能モデルの差分が影響している可能性があります。公式Docsでも、モデルが拒否されたら別IDを試す案内があります。

login-github-copilot を自動化しようとして失敗する

デバイスログイン方式なので、TTY前提です。完全自動化より、最初は人手で認証を通してから運用に乗せるほうが現実的です。

GitHub連携と聞いてWebhookやPR自動連携を想像していた

この認識ズレはよくあります。OpenClawの公式Docsで一次情報が明確なのは、まず CopilotプロバイダとしてのGitHub連携 です。PR自動作成やGitHub App的な統合を期待している場合は、最新版DocsかGitHubリポジトリで要確認です。

FAQ

OpenClawのGitHub連携はまず何を指しますか？

2026年3月21日時点で公式Docsから最もはっきり確認できるのは、github-copilot を使うGitHub Copilot連携です。検索意図としてはこれを指す可能性が高いです。

GitHubリポジトリを直接つなげる標準機能はありますか？

記事執筆時点では、公式Docsだけでは範囲を断定しにくいです。少なくとも表に出た一次情報としては、Copilotプロバイダ連携のほうが明確です。リポジトリ作業をしたいなら、まず git と gh を使える環境を整えるのが現実的です。

GitHub CLIの gh auth login は必須ですか？

GitHub Copilotをモデルとして使うだけなら、必須とは限りません。ですが、リポジトリ参照、PR確認、Issue確認まで含めるなら、gh を入れておくと実務ではかなり便利です。

Copilot Proxyと built-in provider のどちらが簡単ですか？

最初は built-in の github-copilot が簡単です。Copilot Proxyは既存のVS Code環境に寄せたい人向けです。

まとめ

openclaw github 連携 は、ひとことで言うと「何を連携したいのか」を先に切り分けるのが大事です。2026年3月21日時点でOpenClaw公式Docsから明確に確認しやすいのは、GitHub Copilotをモデルプロバイダとして使う方法です。

もしBizClaw読者として実務で使いたいなら、まずは login-github-copilot でモデル連携を通し、その次に gh auth login でGitHub CLI環境を整える流れが扱いやすいです。逆に、GitHub App や Webhook まで含む重い連携を想定しているなら、実装前に公式DocsとGitHubリポジトリの最新情報を必ず確認してください。

出典

• OpenClaw Docs: GitHub Copilot
• OpenClaw Docs: Plugins / Plugin Tooling
• OpenClaw Docs: Getting Started
• OpenClaw Docs: Install