Der Microsoft Copilot Harness

Der Microsoft Copilot Harness ist die Laufzeit für Agents, die ein Ziel in Schritte zerlegen, Tools, Connectors, Wissen, MCP Server und verbundene Agents aufrufen, Hooks an sechs Stellen des Laufs ausführen und Word-, Excel-, PowerPoint- und PDF-Dateien erstellen. Er wurde im Oktober 2026 von GitHub Copilot Harness umbenannt und ist seit Juni 2026 eine Production-ready Preview.

Migration von Standard Agents

Ein Standard Agent zieht als neuer Agent neben dem Original auf den Harness um, das Original bleibt unberührt. Zuerst kommt der Migrationscheck: Er klärt je Agent, was jetzt umzieht, was wartet, was Standard bleibt und was der Betrieb kostet. Danach folgt die Migration je Agent in sieben Schritten, die jedes Topic auf einen Skill, einen Workflow oder einen Hook abbilden.

Kosten und Lizenzen

Bauen, Testen, Evaluieren und der Betrieb von Harness Agents verbrauchen Copilot Credits, und eine Microsoft 365 Copilot Lizenz deckt sie nicht ab. Ein monatliches Limit stoppt einen Agent, wenn Stop usage eingeschaltet ist. Der Migrationscheck stellt jedem Agent die erwarteten Kosten im Betrieb gegenüber, bevor Sie entscheiden, welche Agents wann umziehen.

Migrationsleitfaden für Standard Agents

Migrationscheck 2 Schritte
01

Purpose Map des Standard Agents

Behandeln Sie die Migration als Re-Architecture. Halten Sie Tasks, Outcomes, Grenzen und Risiken des Agents fest und wie Sie ihn evaluieren, und listen Sie dann auf, wofür jedes Topic, jeder Flow, jede Variable und jeder Prompt da ist. Jeder Zweck wird auf Instructions, Skills, Tools, Workflows, Memory, Code Execution oder Connected Agents abgebildet.
02

Agents, die Standard bleiben

Ein Agent zieht um, wenn das Szenario etwas gewinnt, das sich benennen lässt: bessere Antworten, effizientere Orchestration, Long-running Execution, ein Reasoning Model oder Skills, Memory und der native Code Interpreter. Agents, die auf Adaptive Cards, Computer Use oder den SharePoint oder Dynamics 365 Contact Center Channel angewiesen sind, bleiben Standard.
Routes und Mapping 2 Schritte
03

Upgrade, Rebuild oder Terminal-Route

Alle drei Routen lassen den Standard Agent unberührt und legen daneben einen neuen Agent an. Das Upgrade, in Preview, beginnt auf der Startseite von Copilot Studio mit einer Anfrage wie upgrade my HR Buddy agent, liefert den neuen Agent als Karte mit dem Zusatz (Upgraded) und berichtet, was migriert wurde, was Aufmerksamkeit braucht und was übersprungen wurde. Der Rebuild von Hand fügt jede Capability aus der Map selbst hinzu. Die Terminal-Route führt /mcs-assistant:migrate aus, das einen Migrationsplan schreibt, den Sie freigeben, bevor es den neuen Agent baut und pusht.
04

Mapping der Standard Parts

Instructions, Suggested Prompts, Connector Tools und MCP Server werden als Tools übernommen. Knowledge Sources kommen erneut hinzu, Azure AI Search wird nicht unterstützt. Power Fx wird nicht migriert: Die Logik geht in Workflow-Branches, den nativen Code Interpreter oder die Agent Sandbox. Child Agents werden zu Skills oder Connected Agents, und Event Triggers werden zu Triggers (Preview).
Migrationspfade 2 Schritte
05

Topics werden zu Skills, Workflows oder Hooks

Fragen Sie bei jedem Topic, wofür es da ist. Know-how, das der Agent anwendet, wird zu einem Skill. Feste Schritte werden zu einem Workflow Tool, das mit When an agent calls the flow beginnt und mit Respond to the agent endet, veröffentlicht ist und innerhalb von 100 Sekunden antwortet, mit ausgeschaltetem Asynchronous response. Schritte, die bei jedem Turn oder Tool Call laufen müssen, werden zu einem Hook. Agent Flows werden nicht konvertiert, jeder wird als Workflow neu gebaut.
06

Hooks für Schritte, die jedes Mal laufen

Ein Hook bindet einen veröffentlichten Workflow an eines von sechs Events: Start (pre-loop), User prompt submitted, Pre tool use, Post tool use, After tool failure und Error. Ein Start Hook ersetzt das Conversation Start Topic, ein Error Hook ersetzt On Error, und ein Pre tool use Hook kann einen Call ablehnen, zum Beispiel eine Bestellung über dem Genehmigungslimit des Users. Hooks sind in Preview und fail open, deshalb ist ein Hook nie die einzige Absicherung einer Geschäftsregel.
Cutover 1 Schritte
07

Regressionstest, dann Cutover der Channels

Lassen Sie dieselben User Journeys und dasselbe Test Set auf beiden Agents in der Preview mit Debug Mode laufen. Die Migration ist fertig, wenn der neue Agent die Core Journeys des Originals durchläuft. Danach folgt der Cutover der Channels auf den neuen Agent, veröffentlicht in Microsoft 365 und Teams oder auf Websites mit Entra ID oder ohne Authentifizierung. Wir beginnen mit dem Migrationscheck: Fragen Sie ein kostenloses Erstgespräch an.

Häufige Fragen

Welche Standard Agents sollten zuerst umziehen?
Agents, die bessere Antworten, effizientere Orchestration, Long-running Execution, ein Reasoning Model, Skills oder Memory gewinnen, sind die Kandidaten für den Umzug. Agents, die von Adaptive Cards, Computer Use oder dem SharePoint oder Dynamics 365 Contact Center Channel abhängen, bleiben Standard. Der Harness ist eine Production-ready Preview, deshalb klärt der Migrationscheck jeden Agent, bevor etwas umzieht.
Wird der ursprüngliche Agent durch die Migration verändert?
Nein. In allen drei Routen entsteht ein neuer Agent neben dem Original, und der Standard Agent bleibt unverändert. Dieselben Test Cases laufen auf beiden Agents, bevor der Cutover der Channels erfolgt. Die Terminal-Route setzt an ihrer Migrationsplan-Datei wieder auf.
Was kostet der Betrieb eines Harness Agents?
Bauen, Testen, Evaluieren und Betrieb verbrauchen Copilot Credits. Eine Microsoft 365 Copilot Lizenz deckt sie nicht ab, und ein monatliches Limit stoppt den Agent, wenn Stop usage eingeschaltet ist. Der Migrationscheck stellt jedem Agent die erwarteten Kosten im Betrieb gegenüber.