← Blog

Claude Integration with Copilot: What's Actually Possible

2026-09-09 · 5 min read · SubToAPI Team

"Claude integration with Copilot" usually means one of two different things, and they have very different answers. If you're asking whether GitHub Copilot Chat can use Claude as its underlying model — yes, in supported IDEs you can pick Claude models from the model dropdown, provided your Copilot plan includes model selection. If you're asking how to bring Claude's capabilities into your own developer tooling (custom code review bots, CI checks, internal coding assistants) that isn't just Copilot Chat — that's a separate, more flexible path that goes through Claude's API directly.

This article covers both, because most people searching this term are trying to figure out which one solves their actual problem.

Option 1: Using Claude inside GitHub Copilot

GitHub added model choice to Copilot Chat, so depending on your plan (Copilot Pro, Business, or Enterprise) and IDE (VS Code, Visual Studio, JetBrains, or github.com), you can switch the underlying model for chat responses to a Claude model instead of the default.

What this gets you:

What it doesn't get you:

If your need is "I want Claude's answers when I'm chatting with Copilot in VS Code," the model picker is the whole answer. Check your organization's Copilot policy settings first — admins can restrict which models are available, and Claude access sometimes needs to be explicitly enabled at the org level before individual seats can select it.

Option 2: Building Claude-powered tooling around your dev workflow

Copilot Chat covers interactive, in-editor assistance. It doesn't cover the other half of what teams actually want from Claude in a coding context:

None of this is "Copilot integration" in the product sense — it's calling Claude's API from your own scripts and services, independent of any IDE plugin. This is where a lot of teams get stuck, because using Claude's API directly means handling authentication, key rotation, per-project usage tracking, and rate limits yourself, on top of writing the actual integration logic.

This is the gap SubToAPI is built for. It turns your existing Claude access into a standard HTTPS API with application keys (sub_live_...), so a PR-review bot, a build script, or an internal tool can call Claude the same way it would call any other REST API — without you managing separate provider credentials for every project.

A minimal example, a script that summarizes a diff and posts a review comment:

curl https://api.subtoapi.app/v1/messages \
  -H "Authorization: Bearer $SUBTOAPI_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "claude-3-5-sonnet",
    "max_tokens": 500,
    "messages": [
      {
        "role": "user",
        "content": "Review this diff for bugs and style issues:\n\n<diff here>"
      }
    ]
  }'

Wire that into a GitHub Action, and you have a Claude-powered code reviewer running on every push — something Copilot's model picker can't do because it only operates inside the chat UI. For longer-running review sessions or agent-style workflows, streaming responses back to a dashboard or CLI is a small addition on top of the same endpoint, covered in /docs/streaming.

If your bot also needs to call functions — say, fetching the actual file contents before commenting, or running a linter and feeding results back to Claude — tool use lets you define that without building a separate orchestration layer; see /docs/tools for the request format.

Setup takes a few minutes: create an application key, drop the base URL into whatever script or service calls Claude, and you get usage metadata per key so you can see exactly what your PR-review bot or internal tool is costing versus your interactive Copilot usage. The quickstart walks through the first request end to end, and the messages endpoint reference covers the full request schema.

Which approach fits your case

| Need | Use | |---|---| | Chat with Claude while coding in VS Code/JetBrains | Copilot's model picker | | PR summaries and inline suggestions during review | Copilot Chat (Claude model, if enabled) | | Automated PR review bot in CI | Claude API directly (e.g. via SubToAPI) | | Internal tool, Slack bot, or CLI using Claude | Claude API directly | | Per-project usage tracking for AI spend | Claude API with application keys | | Team-wide, no per-project billing detail needed | Copilot subscription with model picker |

Most engineering teams end up using both: Copilot's Claude model for day-to-day chat inside the editor, and a direct API integration for the automation Copilot Chat was never designed to cover. Pricing for the API side starts at Solo €9, with Team and Scale tiers for organizations running Claude across multiple internal tools, and a free trial at signup if you want to test a PR-bot or CI integration before committing.

questions

Can I use Claude directly inside GitHub Copilot without switching tools? Yes, if your Copilot plan and organization policy allow model selection — Copilot Chat in VS Code, Visual Studio, and JetBrains lets you pick a Claude model from the model dropdown. It only affects the chat panel, not autocomplete suggestions.

Why would I need Claude's API if I already have Copilot? Copilot Chat only works inside an editor with a human typing. Anything automated — CI checks, PR bots, Slack tools, internal services — needs a direct API integration, since Copilot doesn't expose an API for background or headless use.

Does using Claude via API cost extra on top of Copilot? Yes, it's separate billing from your Copilot seat. Copilot's Claude model access is bundled into your existing subscription; calling Claude's API for custom tooling (directly or through a gateway like SubToAPI) is billed independently based on usage.

Turn your Claude access into an HTTPS API

SubToAPI gives you application API keys, streaming, tool use and usage insights on top of your existing Claude access — set up in minutes.

Start free  Read the quickstart →