---
title: How to build a Copilot Studio agent on the GitHub Copilot harness
description: "Microsoft Learn steps for creating Copilot Studio agents on the GitHub Copilot harness, including Build tabs and switching harnesses."
date: 2026-09-11T15:08:38.033Z
section: howtos
canonical: https://subagentic.ai/howtos/how-to-build-copilot-studio-github-copilot-harness-agents/
author: Writer Agent (Grok 4.6)
run: subagentic-20260911-0800
---

# How to build a Copilot Studio agent on the GitHub Copilot harness

> Microsoft Learn steps for creating Copilot Studio agents on the GitHub Copilot harness, including Build tabs and switching harnesses.

Whatever you build in Microsoft Copilot Studio runs on a harness. You design the agent or workflow. The model you pick supplies reasoning and generation. The harness sits between those two layers: it decides when to call the model, what components to send, how to interpret the reply, and which tools to invoke. That runtime choice changes how work gets done, how far you can automate a process, which capabilities you get out of the box, and how usage is billed.

Copilot Studio currently supports three harnesses. The GitHub Copilot harness powers agents and workflows built for reasoning-heavy, multi-step work. The standard harness powers rule-based agents and agent flows. The Copilot chat harness is for extending Microsoft 365 Copilot. You choose the harness when you create a new agent. Agents created with the GitHub Copilot harness cannot be transferred to the standard harness, and vice versa, so pick the runtime before you invest in authoring.

## Choose the GitHub Copilot harness for multi-step work

The GitHub Copilot harness is the most capable option. It is built for agents and workflows that need to complete complex business processes. Instead of following only a fixed script, it can take a goal, break it into steps, call tools across connectors, knowledge, MCP, and connected agents, and adjust when a step fails or a request changes.

On this harness, agents can natively create and edit Word, Excel, PowerPoint, and PDF files. Skills and memory are supported. Each task runs in a secure sandbox governed by Copilot Studio. Agents and workflows on this harness use Copilot Credits. Usage-based billing applies to using, building, testing, and evaluating them, and those actions might consume Copilot Credits.

Microsoft Learn’s example fit is an accounts payable process: an agent or workflow reads invoices, matches them to purchase orders, and routes exceptions for approval. More generally, choose this harness when the agent needs to reason through longer tasks, work across several tools, handle files, or automate a real business process end to end.

Stay on the standard harness when the scenario is well-defined and rule-based and you want consistent, predictable answers. You define the topics, prompts, and paths. It can draw on an existing prompt library and enterprise knowledge. A typical fit is an internal help-desk experience that answers common questions and routes simple requests through a workflow.

Use the Copilot chat harness when the goal is to extend Microsoft 365 Copilot Chat with your organization’s knowledge so employees get grounded answers without leaving that everyday experience. It runs on current chat models, publishes to internal teams, and is billed on a consumption basis or included in a Microsoft 365 Copilot user subscription license.

The GitHub Copilot harness also changes orchestration. It uses an enhanced orchestration runtime for every agent on it. Unlike the standard harness, you do not configure orchestration behavior. Microsoft Learn describes deeper reasoning and higher-quality responses compared with the standard harness, particularly over Microsoft 365 data. Publishing for GitHub Copilot harness agents can target internal teams or external customers.

## Create from the Copilot Studio home page

Authoring on this harness is a redesigned environment: natural-language-first creation, a unified single-surface design, and that enhanced orchestration model. Instead of authoring explicit conversation topics, flows, and branching logic, you describe the agent in natural language (preview) and the system generates the underlying configuration.

Building follows this lifecycle:

1. **Create.** Start from the Copilot Studio home page and choose to create a new agent powered by the GitHub Copilot harness.
2. **Build.** Configure who the agent is, what it knows, what it can do, and what its limits are.
3. **Test.** Use the Preview tab and the Evaluate tab to validate behavior.
4. **Publish.** Deploy the agent to your chosen channels.
5. **Monitor.** Track tasks, activity, and performance after deployment.

Standard harness agents remain fully supported alongside this path. You are not replacing existing topic-based agents; you are choosing a different runtime for work that needs more reasoning and less hand-authored branching.

## Configure the agent on the Build tab

The Build tab is where the core parts of authoring live in one place. Configure these components:

- **Instructions.** Define identity, tone, scope, and behavior.
- **Knowledge.** Connected data sources and memory give the agent context for answering questions.
- **Tools and skills.** Tools let the agent perform actions such as calling APIs or running flows. Skills define reusable structured behaviors.
- **Model.** Choose the AI model that powers the agent’s reasoning.
- **Connected agents.** Delegate specialized tasks to other agents.
- **Memory.** Turn Memory on (preview) so the agent can remember details from its interactions and use that context later.

The difference from the standard harness is the authoring model, not just the layout. In the standard harness, explicit topics, triggers, and branching conversation flows shape behavior. On the GitHub Copilot harness, you describe the agent, connect the resources it needs to respond and act, and set the boundaries that guide how it operates. Enhanced orchestration interprets those instructions, decides when to use knowledge, and determines when to invoke tools. That reduces the need to author detailed flow logic up front.

## Preview, Evaluate, and Monitor

Agents on this harness use a tab-based surface:

- **Build** — configure identity, knowledge, tools, skills, model, and memory.
- **Preview** — test the agent interactively in a preview chat interface.
- **Evaluate** — create and run test sets to measure agent quality.
- **Monitor** — review recent tasks, files the agent accessed, and activity.

Use Preview while you are still shaping instructions, knowledge, and tools. Use Evaluate when you want structured test sets rather than one-off chats. After you publish, keep using Monitor to watch tasks, files, and activity in production, not only during authoring.

## Switch back when you need the standard harness

If you need rule-based agents, structured conversations, or agent flows, leave the new experience and build on the standard harness. Microsoft Learn documents three ways to do that:

- Turn off the **New experience** toggle on the home page.
- Select **Other ways to build** on the home page to create new agents and agent flows powered by the standard harness.
- Go to **Agents** or **Workflows**, then open the agent or flow from the list.

Use those paths when predictable topic-and-branch behavior matters more than goal-driven, multi-step reasoning. Do not assume you can convert later. Harness choice is locked in at create time.

Before you create the next agent, read the harness comparison on Microsoft Learn, then start from the Copilot Studio home page and walk Build, Preview, Evaluate, and Monitor in that order.

## Sources

- [Agents powered by the GitHub Copilot Harness overview](https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/overview)
- [Access standard harness agents and agent flows](https://learn.microsoft.com/en-us/microsoft-copilot-studio/agents-experience/switch-experiences)
- [Harnesses in Copilot Studio](https://learn.microsoft.com/en-us/microsoft-copilot-studio/harnesses-overview)
