A Claude Code subagent that helps you pick the right Anthropic Claude model in GitHub Copilot's model picker and decide when to switch to Claude Code instead.
This is a prompt-only custom subagent; it executes no commands and installs nothing on its own., Model availability and premium-request billing depend on your GitHub Copilot plan and org/enterprise policy; selecting some Claude models may incur premium-request charges or require admin enablement., Copilot and Claude Code are separate products with separate authentication; the agent does not bridge or share credentials between them.
Privacy notes
Code and prompts sent through GitHub Copilot Chat are processed under GitHub Copilot's data-handling terms; code sent through Claude Code is processed under Anthropic's terms. These are distinct services with distinct policies., The agent itself stores no data; it only advises on model selection.
Author
JSONbored
Claim status
unclaimed
Last verified
2025-10-25
Decision playbook
Review trust signals before you adopt
Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.
Compare context
Selected
0
Current score
78
Baseline
—
Delta
No baseline selected
No major trust-signal divergence detected in the current selection.
Source and provenance checks
Complete
Confirm ownership and provenance before trusting install instructions.
Source link availableRequired
Open the canonical repository and verify ownership.
Done
Source provenance statusRequired
Marked as source-backed.
Done
Metadata reviewed
Registry metadata indicates a reviewed listing.
Done
Safety and privacy checks
Complete
Validate risk disclosures before installation or API wiring.
Safety notes presentRequired
Review the listed safety guidance before running commands.
Done
Privacy notes presentRequired
Review data handling notes before connecting accounts or secrets.
Done
Trust level risk gateRequired
Trust level does not block evaluation.
Done
Package and install checks
Needs review
Check package metadata and artifact integrity signals.
Install payload available
Install or copy payload is available for review.
Done
Package verification flag
No package verification flag provided.
Pending
Checksum metadata
No checksum provided for downloaded artifact.
Pending
Compare-driven decision checks
Needs review
Use compare context to validate trade-offs before adoption.
Compare tray has multiple entries
Add at least one more entry to compare trust differences.
Current risk score 16/100. Use staged verification before broader rollout.
Risk 16
Pre-adoption checks
Validate source and review signals before any execution.
Confirm source provenanceRequired
Source URL/provenance metadata is present.
Done
Confirm metadata review state
Listing has review metadata.
Done
Verify install payload
Install/config payload exists and can be inspected.
Done
Security checks
Confirm safety, privacy, and package integrity signals.
Review safety notesRequired
Safety notes are present.
Done
Review privacy notesRequired
Privacy notes are present.
Done
Verify package integrity metadata
No package verification/checksum metadata.
Pending
Rollout
Adopt in controlled steps based on the selected plan.
Run in isolated sandbox firstRequired
Use a constrained sandbox and observe behavior across multiple tasks.
Pending
Roll out graduallyRequired
Roll out to a small cohort before wider usage.
Pending
Set monitoring and fallback
Define rollback path and monitor errors after adoption.
Pending
Evidence readiness
Evidence readiness matrix · balanced
Required evidence gates are covered (5/6 signals complete).
Risk 15
Source provenance
Present
Source repository/provenance is listed.
Required in this preset
Metadata review
Present
Review metadata is present.
Required in this preset
Safety notes
Present
Safety notes are present.
Required in this preset
Privacy notes
Present
Privacy notes are present.
Optional in this preset
Package integrity
Missing
Package integrity metadata is missing.
Optional in this preset
Install payload
Present
Install payload is available.
Required in this preset
Required evidence gates are covered for this preset.
Decision timeline
Decision timeline · balanced
5/6 steps complete with no blocking gaps for this preset.
Risk 14
triage
Confirm source provenanceRequired
Source/provenance metadata is available.
Done
triage
Check metadata review statusRequired
Review metadata is available.
Done
verify
Review safety notesRequired
Safety notes are available.
Done
verify
Review privacy notes
Privacy notes are available.
Done
verify
Validate package integrity metadata
Package integrity metadata is missing.
Pending
rollout
Verify install payload and commandsRequired
Install payload is available.
Done
No required blockers for this timeline preset.
Safety & privacy surface
Safety & privacy surface
3 safety and 2 privacy notes across 4 risk areas. Review closely: credentials & tokens, permissions & scopes.
4 areas
SafetyExecution & processesThis is a prompt-only custom subagent; it executes no commands and installs nothing on its own.
SafetyPermissions & scopesModel availability and premium-request billing depend on your GitHub Copilot plan and org/enterprise policy; selecting some Claude models may incur premium-request charges or require admin enablement.
SafetyCredentials & tokensCopilot and Claude Code are separate products with separate authentication; the agent does not bridge or share credentials between them.
PrivacyExecution & processesCode and prompts sent through GitHub Copilot Chat are processed under GitHub Copilot's data-handling terms; code sent through Claude Code is processed under Anthropic's terms. These are distinct services with distinct policies.
PrivacyData retentionThe agent itself stores no data; it only advises on model selection.
Safety notes
This is a prompt-only custom subagent; it executes no commands and installs nothing on its own.
Model availability and premium-request billing depend on your GitHub Copilot plan and org/enterprise policy; selecting some Claude models may incur premium-request charges or require admin enablement.
Copilot and Claude Code are separate products with separate authentication; the agent does not bridge or share credentials between them.
Privacy notes
Code and prompts sent through GitHub Copilot Chat are processed under GitHub Copilot's data-handling terms; code sent through Claude Code is processed under Anthropic's terms. These are distinct services with distinct policies.
The agent itself stores no data; it only advises on model selection.
You are an advisor on using Anthropic Claude models inside GitHub Copilot and on moving work between GitHub Copilot and Claude Code. Ground every claim in GitHub Copilot's published docs and never invent model names, dates, prices, or APIs.
About this resource
You are an advisor agent for developers who use both GitHub Copilot and Claude Code. You help with two grounded things: (1) selecting an Anthropic Claude model inside GitHub Copilot Chat, and (2) deciding when to keep a task in Copilot versus moving it to Claude Code.
This is a user-created custom subagent (a system prompt you save as a Markdown file), not a built-in Claude Code command and not an official GitHub or Anthropic product. There is no "interoperability bridge", no automatic cross-platform router, and no shared-credential/auth-bridge tool. Copilot and Claude Code are separate products you switch between manually.
What is grounded
GitHub Copilot supports multiple Anthropic Claude models and lists them on its supported-models reference page (for example Claude Haiku 4.5, Claude Sonnet 4.5, and Claude Opus models). The exact list changes over time — always check the live page rather than memorizing it.
You choose a model in Copilot Chat through the model picker, a dropdown at the bottom of the chat view. The flow exists on github.com, VS Code, Visual Studio, and JetBrains IDEs. In VS Code you can use Manage Models to add models beyond the default set for your subscription.
Model availability depends on your Copilot plan and on org/enterprise policy. Some models are billed as premium requests. Admins may need to enable specific models.
Install (custom subagent)
Save this as .claude/agents/copilot-claude-advisor.md in your project (or ~/.claude/agents/ for all projects):
---
name: copilot-claude-advisor
description: Advises on selecting Claude models in GitHub Copilot Chat and moving work between Copilot and Claude Code.
---
You are an advisor on using Anthropic Claude models inside GitHub Copilot and on
moving work between GitHub Copilot and Claude Code. Ground every claim in GitHub
Copilot's published docs. Never invent model names, release dates, prices, or APIs.
When the user names a task, recommend a Claude model available in Copilot and explain
when the same task is better done in Claude Code.
Then invoke it conversationally, e.g. "Which Claude model should I select in Copilot Chat for a multi-file refactor, and would Claude Code be a better fit?"
How to change the Claude model in Copilot Chat
The dropdown shows the current model with a chevron; open it and pick a Claude model.
github.com: open Copilot Chat, then select the current-model dropdown at the bottom of the chat panel and choose a Claude model.
VS Code: open Copilot Chat from the title-bar icon, use the current-model dropdown at the bottom of the chat view, or click Manage Models to add ones not shown by default.
Visual Studio:View → GitHub Copilot Chat, then the current-model dropdown at the bottom-right of the chat view.
JetBrains IDEs: open GitHub Copilot Chat from the status-bar icon, then choose a model from the current-model dropdown at the bottom-right.
If a Claude model is missing from your picker, it is usually a plan or org-policy issue — confirm your Copilot subscription supports it and that an admin has enabled it.
When to use Copilot vs Claude Code
This is editorial guidance, not a hard rule, and there is no tool that routes automatically:
Stay in Copilot for in-IDE chat and inline suggestions while you work in VS Code, Visual Studio, or JetBrains, using a Claude model from the picker.
Move to Claude Code for terminal-driven, multi-step agentic work across many files, where you want Claude Code's own workflow (see the Claude Code overview). You re-issue the task in Claude Code; context is not shared between the two products.
Verify before relying on specifics
Model names, plan tiers, and premium-request billing change. Before quoting a specific model or limit, open GitHub's supported models reference and the change the model for Copilot Chat guide listed in the sources. Do not state a model is available without confirming it on the live page.
Show that Claude Models in GitHub Copilot Advisor is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.
[](https://heyclau.de/entry/agents/github-copilot-interop-bridge)
How it compares
Claude Models in GitHub Copilot Advisor side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.
1 trust signal differ across this comparison (Submitter).
A Claude Code subagent that helps you pick the right Anthropic Claude model in GitHub Copilot's model picker and decide when to switch to Claude Code instead.
A Claude Code DevOps engineer persona grounded in GitHub Actions, Terraform, Docker, and Kubernetes. It writes and reviews CI/CD workflows, IaC, and deployment manifests using real tooling and documented commands.
✓This is a prompt-only custom subagent; it executes no commands and installs nothing on its own.
Model availability and premium-request billing depend on your GitHub Copilot plan and org/enterprise policy; selecting some Claude models may incur premium-request charges or require admin enablement.
Copilot and Claude Code are separate products with separate authentication; the agent does not bridge or share credentials between them.
✓This persona produces commands and pipelines that modify real infrastructure: terraform apply, kubectl apply/rollout, docker build/run, and GitHub Actions deploy jobs. Review terraform plan output and use a saved plan file (-out) before apply.
Deployment workflows can mutate production. Use GitHub Environments with required reviewers and least-privilege GITHUB_TOKEN permissions; never auto-merge or auto-deploy without human review.
kubectl rollout undo and terraform -destroy are destructive/irreversible against live state; confirm the target context/workspace before running.
✓Treat label changes, assignments, milestone moves, project edits, issue closures, discussion conversions, and maintainer mentions as repository governance actions. Draft them first unless the maintainer explicitly authorizes mutation.
Do not close issues only because they are old, vague, unpopular, or difficult to reproduce. Apply the repository's documented stale, support, duplicate, or not-planned policy and preserve appeal paths.
Avoid making security, severity, ownership, roadmap, or legal claims from model inference alone. Escalate suspected vulnerabilities or abuse to the repository's private security and moderation process.
When recommending automation, keep rate limits, notification volume, contributor trust, and maintainer review capacity in view.
✓Treat public pull request code, generated artifacts, CI configuration, package scripts, and contributor-supplied test output as untrusted until a maintainer verifies the source diff and checks.
Do not run untrusted fork code, package scripts, workflow changes, or reproduction commands with repository secrets, privileged tokens, or write permissions.
Escalate before approval when the PR changes GitHub Actions permissions, pull_request_target behavior, release automation, dependency provenance, credential handling, auth, data deletion, or public security posture.
Scanner output is evidence, not a final verdict. A clean scan does not replace diff review, owner signoff, exploitability reasoning, or current branch-protection checks.
Privacy notes
✓Code and prompts sent through GitHub Copilot Chat are processed under GitHub Copilot's data-handling terms; code sent through Claude Code is processed under Anthropic's terms. These are distinct services with distinct policies.
The agent itself stores no data; it only advises on model selection.
✓Terraform state files (.tfstate) can contain secrets and resource identifiers; store them in a locked remote backend and never commit them to the repository.
Do not place cloud credentials, kubeconfig contents, or registry tokens in workflow YAML or Dockerfiles; use GitHub Actions secrets/Environments and runtime secret stores instead.
✓Issue queues can contain private logs, stack traces, screenshots, crash dumps, tokens, email addresses, customer names, hostnames, reproduction links, and unpublished roadmap details.
Draft public comments with minimal necessary detail. Ask reporters to move secrets, credentials, vulnerability reports, or private customer data to an approved private channel instead of quoting it back into the issue.
Saved replies, duplicate summaries, and project fields can reveal internal routing rules or maintainer availability. Keep internal notes separate from public-facing triage comments.
Search queries, exported issue lists, and triage reports should be treated as contributor data and retained only as long as the repository policy allows.
✓Security review notes can expose exploit details, secret values, private maintainer signals, abuse patterns, hidden CI logs, vulnerability reports, and embargoed project context.
Redact secrets, tokens, private log lines, contributor abuse indicators, internal maintainer notes, and exploit steps before posting public PR comments.
Keep public feedback actionable but minimal when a finding involves an unpatched vulnerability, suspected malicious contribution, private advisory, or credential exposure.
Prerequisites
— none listed
— none listed
GitHub repository issue queue or filtered issue list, with the repository's contribution, support, security, and code-of-conduct policies available.
Current label taxonomy, issue types, milestones, project fields, assignee rules, duplicate policy, stale policy, and maintainer ownership map.
Permission scope for the task clearly stated, such as read-only recommendations, draft comments, or approved label/assignee/project updates.
Access to linked pull requests, discussions, release notes, reproduction repositories, logs, screenshots, and prior related issues when they are needed for triage.
Open-source pull request, changed-file list, diff, author context, contributor-trust policy, current CI results, and branch-protection or maintainer-review rules for the repository.
Access to code scanning, secret scanning, dependency review, workflow changes, lockfile changes, release automation, and maintainer-owned rerun or merge policy.
Project-specific security-sensitive paths such as authentication, authorization, permissions, secrets, serialization, networking, release automation, package publishing, infrastructure, and data handling.
Permission to keep embargoed vulnerability details, secret findings, private maintainer context, and abuse signals out of public PR comments.