GitHub Copilot CLI’s custom agents let you define stack-specific, team-aware workflows that run in the terminal — replacing the copy-paste-and-hope pattern of one-off prompts with something you can version, review, and share.
The core idea, detailed on the GitHub Blog: instead of typing ad-hoc natural language into gh copilot and getting inconsistent results, you create agent profiles that bake in your project’s conventions, toolchain, and multi-step processes.
What custom agents give you over raw prompts:
- Stack awareness — agents understand your specific frameworks, linters, and deploy targets without re-explaining them every session
- Repeatable multi-step workflows — chain terminal operations into sequences that run the same way every time, across your team
- Reviewable definitions — agent profiles live in your repo, so changes go through PR review like any other config
- Team-wide consistency — everyone on the project gets the same agent behavior, not whatever prompt they improvised that morning
This fits into a broader pattern GitHub has been building. Custom agents are specialized versions of the Copilot coding agent, sitting alongside custom instructions (.github/copilot-instructions.md), prompt files, and MCP skills in an increasingly layered configuration system. The distinction between these layers trips people up — instructions set global tone, prompt files are reusable templates, and custom agents are the full workflow-level abstraction.
The practical gap this fills is real. Most teams using Copilot in the terminal today rely on individual developers writing their own prompts. The output varies by person, by mood, by how much context they remembered to include. Custom agents move that knowledge from heads into files.
NOTE
Custom agents are distinct from Copilot Extensions and MCP integrations. They’re scoped to CLI workflows and defined via agent profiles in your repository — no external service required.
Agent profiles are repo-level config files, reviewable in PRs. If your team already uses Copilot CLI, this is the mechanism for making that usage consistent and auditable across contributors.