GitHub-Copilot-Harness einführen: Kostenkontrolle und Governance
Wie man GitHub-Copilot-Harness-Agents im Tenant findet und ihren Copilot-Credit-Verbrauch auf Umgebungs- und Agent-Ebene deckelt.
TL;DR
GitHub-Copilot-Harness-Agents greifen auf denselben Copilot-Credit-Pool wie normale Agents zu, fallen bei einem Audit aber leicht durchs Raster — auffindbar über die isCLIAgent-Eigenschaft im Power-Platform-Inventory. Danach Maker-Entwicklungsumgebungen von finanzierten Produktivumgebungen trennen: Auf Umgebungsebene (Admin Center > Copilot Studio > Manage Copilot Credits) werden Zuteilung, Tenant-Pool-Zugriff und Pay-as-you-go geregelt; Agent-Limits können z. B. bei 1’000 Credits mit 80-%-Warnung greifen.
Original von Lewis Baybutt, auf The Custom Engine. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Admins/CoE: die isCLIAgent-Inventarprüfung jetzt durchführen — Harness-Agents greifen auf denselben Credit-Pool zu wie normale Agents, tauchen in einem gewöhnlichen Agent-Audit aber nicht auf.
- Security/Compliance: genau diese Prüflücke als Befund werten — ein Kosten-Review ohne separate isCLIAgent-Abfrage übersieht diese Agents komplett, statt sie nur zu unterzählen.
- Leadership/Business: einen Benachrichtigungsweg zu den Agent-Besitzern finanzieren, nicht nur zu Admins, denn wenn die eingebaute 80-%-Warnung nur Admins erreicht, kann ein Produktiv-Agent unbemerkt über sein eigenes Limit laufen, während die Umgebung weiterzahlt.