AgentenProfil · Coding
GitHub Copilot Coding Agent
Asynchroner GitHub-Coding-Agent, der Aufgaben aus dem Repository übernehmen und Änderungen als Pull Request vorbereiten kann.
Geprüftes Plattform-Update · 8. Oktober 2026
GitHub nennt Claude Haiku 5.5 als Modelloption auch für den Copilot Cloud Coding Agent. Die Freigabe erfolgt schrittweise und hängt von Tarif und Modellrichtlinien ab. Zwei weitere Nachrichten betreffen lokale Copilot-Clients (CLI/App/VS Code), nicht automatisch diesen Cloud-Agenten.
Quelle und Einordnung lesen → · Offizielles GitHub-Changelog ↗AgentenTrust 2.0 · EU & Governance Evidence
EU AI Act, Datenschutz und Kontrolle bei GitHub Copilot Coding Agent
Direktantwort: Für GitHub Copilot Coding Agent sind aktuell 7 von 36 normalisierten Trust-Controls feldgenau öffentlich belegt. Nicht belegte Felder bleiben Unknown – niemals automatisch Nein.
Wichtig: Diese Zahlen zeigen Dokumentationsabdeckung, keine Produktbewertung. 0 von 10 bedeutet: Für diese 10 Felder liegt im aktuellen Datensatz kein feldgenauer öffentlicher Beleg vor. Es bedeutet nicht, dass der Agent die Funktionen nicht besitzt.
Entscheidungsrelevante Kernsignale
Zwölf häufige EU-, Datenschutz-, Security- und Governance-Fragen – inklusive Unknowns.
Data Residency
Ja
Scope: github_enterprise_cloud_with_data_residency · geprüft 2026-10-01 · Quelle ↗Kundendaten für Training
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Datenaufbewahrung / Retention
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.DPA / Auftragsverarbeitung
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Verschlüsselung at rest
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.RBAC
Ja
Scope: github_enterprise_agent_management · geprüft 2026-10-01 · Quelle ↗Human Approval
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Human Oversight
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Audit Logs
Ja
Scope: github_enterprise_agentic_activity · geprüft 2026-10-01 · Quelle ↗Tracing
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Activity History
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Secrets / Credential Handling
Nicht öffentlich belegt
Keine feldgenaue öffentliche Evidence im aktuellen Datensatz.Alle dokumentierten Trust-Signale
Jeder Wert bleibt an Scope, Prüfdatum und Primärquelle gebunden. Ein Plattformbeleg wird nicht automatisch auf jeden Agenten vererbt.
Datenschutz & Daten · 1 dokumentierte Signale
privacy.residency.availableJa
Scope: github_enterprise_cloud_with_data_residency · geprüft 2026-10-01 · Primärquelle ↗Security & Zugriff · 3 dokumentierte Signale
governance.rbacJa
Scope: github_enterprise_agent_management · geprüft 2026-10-01 · Primärquelle ↗governance.sso.samlJa
Scope: github_enterprise_copilot_access · geprüft 2026-10-01 · Primärquelle ↗governance.scimJa
Scope: github_enterprise_managed_users_with_copilot · geprüft 2026-10-01 · Primärquelle ↗Audit & Nachvollziehbarkeit · 3 dokumentierte Signale
governance.audit_logs.availableJa
Scope: github_enterprise_agentic_activity · geprüft 2026-10-01 · Primärquelle ↗governance.audit_logs.retention_days180
Scope: github_enterprise_agentic_activity · geprüft 2026-10-01 · Primärquelle ↗governance.audit_logs.siem_exportJa
Scope: eligible_enterprises_public_preview · geprüft 2026-10-01 · Primärquelle ↗AgentenTrust bildet Evidence ab. Die rechtliche Einordnung hängt vom konkreten Einsatz ab.
Asynchroner GitHub-Coding-Agent, der Aufgaben aus dem Repository übernehmen und Änderungen als Pull Request vorbereiten kann. AgentenCode beschreibt nicht nur die Anbieterpositionierung, sondern ordnet Funktionen, Einsatzgrenzen und Kontrollpunkte anhand nachvollziehbarer Kriterien ein.
AgentenProfil
Standardisierte Referenzdaten
Filterdaten werden aus demselben strukturierten Datensatz erzeugt wie dieses Profil. Unbestätigte Merkmale werden nicht automatisch als „Nein“ gewertet.
Was ist GitHub Copilot Coding Agent?
Asynchroner GitHub-Coding-Agent, der Aufgaben aus dem Repository übernehmen und Änderungen als Pull Request vorbereiten kann.
Produktspezifische Evidenzlage zu GitHub Copilot Coding Agent
Dieses Profil trennt den dokumentierten Produktfokus von feldgenauer Evidence. Für GitHub Copilot Coding Agent sind aktuell 10 eindeutige Primärquellen über Profil, Trust- und Relationsdaten verknüpft. Die folgenden Punkte sind keine allgemeine Klassenbeschreibung, sondern stammen aus den für dieses konkrete Produkt gespeicherten Feldern.
- Data Residency: Ja · Scope: github_enterprise_cloud_with_data_residency · geprüft 1. Oktober 2026 · Primärquelle ↗
- Audit Logs: Ja · Scope: github_enterprise_agentic_activity · geprüft 1. Oktober 2026 · Primärquelle ↗
- Audit-Log-Aufbewahrung: 180 · Scope: github_enterprise_agentic_activity · geprüft 1. Oktober 2026 · Primärquelle ↗
- SIEM Export: Ja · Scope: eligible_enterprises_public_preview · geprüft 1. Oktober 2026 · Primärquelle ↗
- governance · observability: Ja · Scope: github_enterprise_agent_monitoring · geprüft 1. Oktober 2026 · Primärquelle ↗
Coding-Agenten verbinden Sprachmodelle mit Repository-Kontext, Dateizugriff, Terminalbefehlen, Tests und teilweise Versionskontrolle. Dadurch können sie nicht nur Code vorschlagen, sondern mehrstufige Entwicklungsaufgaben tatsächlich bearbeiten.
Bei GitHub Copilot Coding Agent ist deshalb weniger die Bezeichnung „Agent“ entscheidend als die Frage, welche Aufgaben das System tatsächlich übernimmt, welche Werkzeuge es verwenden darf und an welchen Stellen ein Nutzer oder Administrator die Kontrolle behält. AgentenCode trennt bestätigte Produktmerkmale von redaktioneller Einordnung und kennzeichnet ein Prüfdatum, weil Funktionen und Tarife in diesem Markt häufig verändert werden.
Wie funktioniert GitHub Copilot Coding Agent?
Der Coding Agent arbeitet direkt im GitHub-Kontext, erhält eine Aufgabe, untersucht das Repository und kann Änderungen in einer eigenen Arbeitsumgebung umsetzen und zur Überprüfung als Pull Request bereitstellen.
Ein typischer Coding-Agent untersucht zunächst die Codebasis, formuliert oder impliziert einen Plan, verändert Dateien, führt Tests oder Befehle aus und reagiert anschließend auf Fehler oder neue Informationen. Je nach Produkt geschieht dies synchron im Editor oder asynchron in einer separaten Ausführungsumgebung.
Dieser Ablauf ist keine Behauptung, dass jeder interne Schritt bei GitHub Copilot Coding Agent exakt so implementiert ist. Er zeigt das typische agentische Muster der Kategorie und hilft dabei, das Produkt gegenüber einem einfachen Chat, einer klassischen Suche oder einem fest verdrahteten Workflow einzuordnen.
Was kann GitHub Copilot Coding Agent konkret übernehmen?
Die folgenden Anwendungsfelder ergeben sich aus dem dokumentierten Produktschwerpunkt. Ob ein Einsatz sinnvoll ist, hängt davon ab, wie gut der Agent auf die benötigten Daten zugreifen kann, welche Aktionen erlaubt sind und wie wichtig Fehlerfreiheit im jeweiligen Prozess ist.
Issues umsetzen
Bei „Issues umsetzen“ ist für GitHub Copilot Coding Agent besonders „Direkte GitHub-Integration“ relevant. Der Einsatz sollte im dokumentierten Produktscope „GitHub Copilot; plan- und repositoryabhängig“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Branch- und Repository-Berechtigungen prüfen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Kleine Features
Bei „Kleine Features“ ist für GitHub Copilot Coding Agent besonders „Asynchron delegierbar“ relevant. Der Einsatz sollte im dokumentierten Produktscope „GitHub Copilot; plan- und repositoryabhängig“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Pull Requests immer reviewen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Bugfixes
Bei „Bugfixes“ ist für GitHub Copilot Coding Agent besonders „Review über Pull Requests“ relevant. Der Einsatz sollte im dokumentierten Produktscope „GitHub Copilot; plan- und repositoryabhängig“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: CI- und Security-Checks beibehalten. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Pull-Request-Vorbereitung
Bei „Pull-Request-Vorbereitung“ ist für GitHub Copilot Coding Agent besonders „Repository-Kontext“ relevant. Der Einsatz sollte im dokumentierten Produktscope „GitHub Copilot; plan- und repositoryabhängig“ bewertet werden. Vor produktiver Nutzung gilt als konkreter Prüfpunkt: Branch- und Repository-Berechtigungen prüfen. Diese Einordnung verbindet den gespeicherten Produktfokus mit den sichtbaren Quellen; sie ist kein Leistungsbenchmark.
Für Privatpersonen und Unternehmen
Für Privatpersonen
Für private GitHub-Projekte eignet sich der Agent besonders, wenn Aufgaben als Issues oder klar abgegrenzte Änderungen beschrieben werden können.
Für private Entwicklerprojekte können Coding-Agenten Boilerplate, Refactoring, Fehlersuche und das Verständnis unbekannter Repositories beschleunigen. Wer den erzeugten Code nicht beurteilen kann, sollte die Autonomie jedoch begrenzen und besonders bei Installationsskripten, Shell-Befehlen und Zugangsdaten vorsichtig sein.
Für Unternehmen
Unternehmen profitieren von GitHub-nahen Kontrollpunkten wie Pull Requests, sollten Richtlinien und Agentenzugriffe aber explizit festlegen.
In Teams werden zusätzlich Review-Regeln, Branch-Schutz, Secret-Management, Logging, Modell- und Datenrichtlinien sowie reproduzierbare Tests wichtig. Ein Agent sollte die bestehende Software-Lieferkette ergänzen, nicht Code-Review, Security-Checks und CI/CD umgehen.
Stärken von GitHub Copilot Coding Agent
Die folgenden Punkte sind keine Rangliste. Sie beschreiben Merkmale, die für die dokumentierten Einsatzfelder relevant sein können.
Direkte GitHub-Integration
„Direkte GitHub-Integration“ ist bei GitHub Copilot Coding Agent deshalb entscheidungsrelevant, weil das Profil „Issues umsetzen“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Branch- und Repository-Berechtigungen prüfen.
Asynchron delegierbar
„Asynchron delegierbar“ ist bei GitHub Copilot Coding Agent deshalb entscheidungsrelevant, weil das Profil „Kleine Features“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Pull Requests immer reviewen.
Review über Pull Requests
„Review über Pull Requests“ ist bei GitHub Copilot Coding Agent deshalb entscheidungsrelevant, weil das Profil „Bugfixes“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: CI- und Security-Checks beibehalten.
Repository-Kontext
„Repository-Kontext“ ist bei GitHub Copilot Coding Agent deshalb entscheidungsrelevant, weil das Profil „Pull-Request-Vorbereitung“ als konkretes Einsatzfeld führt. Der Nutzen hängt davon ab, ob dieser Arbeitsablauf im gebuchten Plan und mit den vorgesehenen Daten- und Toolrechten verfügbar ist. Gegenprüfung vor dem Einsatz: Branch- und Repository-Berechtigungen prüfen.
Grenzen und Punkte vor dem Einsatz
Agenten sollten nicht nur anhand einer Demo bewertet werden. Entscheidend ist, wie sie mit unvollständigem Kontext, widersprüchlichen Daten, fehlenden Berechtigungen und ungewöhnlichen Fällen umgehen. Für GitHub Copilot Coding Agent sind insbesondere folgende Punkte sinnvoll zu prüfen:
Branch- und Repository-Berechtigungen prüfen
Branch- und Repository-Berechtigungen prüfen. Dieser Punkt ist für GitHub Copilot Coding Agent besonders bei „Issues umsetzen“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Pull Requests immer reviewen
Pull Requests immer reviewen. Dieser Punkt ist für GitHub Copilot Coding Agent besonders bei „Kleine Features“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
CI- und Security-Checks beibehalten
CI- und Security-Checks beibehalten. Dieser Punkt ist für GitHub Copilot Coding Agent besonders bei „Bugfixes“ relevant, weil Agentenwirkung und Risiko vom tatsächlich freigegebenen Scope abhängen. AgentenCode wertet fehlende öffentliche Evidence dabei nicht als Gegenbeleg; offene Punkte bleiben Unknown und sollten im Pilot oder mit dem Anbieter geklärt werden.
Sicherheit, Datenschutz und Berechtigungen
Coding-Agenten können Dateien verändern, Befehle ausführen und auf Repositories zugreifen. Deshalb sollten Secrets, Produktionszugänge und privilegierte Tokens aus dem Arbeitskontext ferngehalten werden. Änderungen gehören in kontrollierte Branches und sollten automatisierte Tests sowie menschliches Review durchlaufen.
Bei GitHub Copilot Coding Agent sollte zusätzlich geprüft werden, welche Daten an den Anbieter und gegebenenfalls an verbundene Modell- oder Tool-Anbieter übertragen werden. Maßgeblich sind die aktuelle Dokumentation, der gebuchte Tarif und die konkrete Organisationskonfiguration. AgentenCode macht deshalb keine pauschale Aussage wie „DSGVO-konform“ oder „sicher“, wenn die Bewertung vom Einsatzkontext abhängt.
Zugang, Kosten und Voraussetzungen
Aktuell dokumentierter Zugang: GitHub Copilot; plan- und repositoryabhängig
Preis- und Nutzungsmodelle ändern sich bei KI-Agenten häufig. Manche Anbieter rechnen über Nutzerlizenzen, Credits, Modellverbrauch, Aufgaben oder erfolgreich bearbeitete Vorgänge ab. Deshalb verzichtet AgentenCode auf unbestätigte oder schnell veraltende Preisangaben und verweist für Vertragsentscheidungen auf die offiziellen Anbieterinformationen.
Wie lässt sich GitHub Copilot Coding Agent sinnvoll vergleichen?
Ein Vergleich sollte nicht mit der Frage „Welcher Agent ist der beste?“ beginnen, sondern mit dem konkreten Ziel. Für diese Kategorie sind insbesondere folgende Kriterien relevant:
| Repository-Verständnis | Bei GitHub Copilot Coding Agent sollte „Repository-Verständnis“ im konkreten Einsatzfall „Issues umsetzen“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Branch- und Repository-Berechtigungen prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
|---|---|
| Tool- und Terminalzugriff | Bei GitHub Copilot Coding Agent sollte „Tool- und Terminalzugriff“ im konkreten Einsatzfall „Kleine Features“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Pull Requests immer reviewen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Kontrolle vor Änderungen | Bei GitHub Copilot Coding Agent sollte „Kontrolle vor Änderungen“ im konkreten Einsatzfall „Bugfixes“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „CI- und Security-Checks beibehalten“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Tests und Fehlerkorrektur | Bei GitHub Copilot Coding Agent sollte „Tests und Fehlerkorrektur“ im konkreten Einsatzfall „Pull-Request-Vorbereitung“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Branch- und Repository-Berechtigungen prüfen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
| Integrationen und Modellwahl | Bei GitHub Copilot Coding Agent sollte „Integrationen und Modellwahl“ im konkreten Einsatzfall „Issues umsetzen“ geprüft werden. Relevant sind der gebuchte Produkt-Scope, die dafür dokumentierten Quellen und der Prüfpunkt „Pull Requests immer reviewen“. Ein fehlender Beleg bleibt Unknown und wird nicht als negatives Produktmerkmal gewertet. |
Zusätzlich sollte ein Pilot mit realen Aufgaben durchgeführt werden. Ein Agent, der in einer Demo beeindruckt, kann im eigenen Daten- und Berechtigungskontext ganz anders abschneiden. Reproduzierbare Testfälle sind deshalb aussagekräftiger als Marketingbenchmarks allein.
Ähnliche Agenten und Alternativen
Häufige Fragen zu GitHub Copilot Coding Agent
Was ist GitHub Copilot Coding Agent?
Asynchroner GitHub-Coding-Agent, der Aufgaben aus dem Repository übernehmen und Änderungen als Pull Request vorbereiten kann.
Für wen eignet sich GitHub Copilot Coding Agent?
Für private GitHub-Projekte eignet sich der Agent besonders, wenn Aufgaben als Issues oder klar abgegrenzte Änderungen beschrieben werden können. Unternehmen profitieren von GitHub-nahen Kontrollpunkten wie Pull Requests, sollten Richtlinien und Agentenzugriffe aber explizit festlegen.
Kann GitHub Copilot Coding Agent Aufgaben selbstständig ausführen?
Der Grad der Autonomie hängt bei GitHub Copilot Coding Agent von der jeweiligen Oberfläche, den aktivierten Tools und den vergebenen Berechtigungen ab. AgentenCode unterscheidet deshalb zwischen Analyse, Vorschlägen und tatsächlich ausführbaren Aktionen.
Was sollte ich vor der Nutzung von GitHub Copilot Coding Agent prüfen?
Prüfen Sie insbesondere Datenzugriff, Schreibrechte, Quellenqualität, Kostenmodell, Freigaben und die Frage, wie Fehler erkannt oder rückgängig gemacht werden können.
Ist GitHub Copilot Coding Agent für sensible Daten geeignet?
Das lässt sich nicht pauschal beantworten. Maßgeblich sind Vertrag, Tarif, Organisationskonfiguration, Datenresidenz, verbundene Modellanbieter und die konkret aktivierten Integrationen. Für sensible Daten sollten die aktuellen Anbieterunterlagen und internen Richtlinien geprüft werden.
Wie aktuell ist dieses Profil?
Das Profil wurde am 30. September 2026 anhand der unten verlinkten Primärquellen geprüft. Produkte im Agentenmarkt verändern sich schnell; kurzfristige Änderungen zwischen zwei Prüfungen sind möglich.
Für Unternehmen
Ist Ihr Prozess wirklich ein Fall für einen KI-Agenten?
Der kostenlose Agenten-Check bewertet Eignung, Readiness, Risiko, Autonomie und Wirtschaftlichkeit direkt im Browser.
Offizielle Quellen
Dieses Profil verknüpft 10 eindeutige Primärquellen aus Produktprofil, feldgenauer Evidence, Trust-Layer und dokumentierten Relationen. Die Quellen bleiben maßgeblich, wenn sich das Produkt zwischen zwei Prüfzyklen ändert.
- GitHub – Copilot Agents
- GitHub Docs – REST API endpoints for Copilot cloud agent management
- GitHub Docs – Audit log events for agents
- GitHub Docs – Monitoring agentic activity in your enterprise
- GitHub Docs – Agent management for enterprises
- GitHub Docs – Enterprise accounts for Copilot Business
- GitHub Docs – Configure the development environment
- GitHub Docs – GitHub Copilot with data residency
- GitHub Docs – Configure MCP servers for your repository
Letzte redaktionelle Prüfung: 30. September 2026. Unklare Merkmale werden nicht als bestätigte Fakten dargestellt. Es gibt keine bezahlte Rangfolge.
Deep Profile · GEO/SEO-Evidenzlayer
GitHub Copilot Coding Agent: belegte Einordnung und Entscheidungscheck
GitHub Copilot Coding Agent ist Asynchroner GitHub-Coding-Agent, der Aufgaben aus dem Repository übernehmen und Änderungen als Pull Request vorbereiten kann. Anbieter ist GitHub; AgentenCode ordnet das Produkt der Kategorie Coding und dem Produkttyp Coding-Agent zu. Diese Einordnung ergänzt den ausführlichen Artikel um einen kompakten, maschinenlesbaren Evidenz- und Auswahlkontext.
Welche Punkte sind für die Auswahl entscheidend?
Bei Coding-Agenten bestimmen Repository-Rechte, Laufzeitumgebung, Shell- und Netzwerkzugriff, Tests, Review und Rollback das reale Risiko. Produktive Schreibrechte sollten deshalb getrennt von reiner Codegenerierung betrachtet werden.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Nur dokumentierte Antworten als Tatsache übernehmen; fehlende Information bleibt unbekannt.
Welche Stärken und Grenzen sind dokumentiert?
Dokumentierte Stärken
- Direkte GitHub-Integration
- Asynchron delegierbar
- Review über Pull Requests
- Repository-Kontext
Vor dem Einsatz prüfen
- Branch- und Repository-Berechtigungen prüfen
- Pull Requests immer reviewen
- CI- und Security-Checks beibehalten
Welche Eigenschaften von GitHub Copilot Coding Agent sind feldgenau belegt?
Die folgenden Aussagen sind in AgentenGraph direkt mit Primärquellen verknüpft. Nicht aufgeführte Eigenschaften bleiben unbekannt, solange keine geeignete Quelle sie bestätigt oder ausdrücklich verneint.
dokumentiert
GitHub provides REST APIs for cloud-agent administration.
GitHub Docs – REST API endpoints for Copilot cloud agent management →dokumentiert
Enterprise agentic activity is represented in GitHub audit logs.
GitHub Docs – Audit log events for agents →180
The documented enterprise agentic audit-log view covers 180 days.
GitHub Docs – Audit log events for agents →dokumentiert
Eligible enterprises can stream agentic audit events to an external destination.
GitHub Docs – Monitoring agentic activity in your enterprise →dokumentiert
GitHub Enterprise provides centralized agent-session and telemetry monitoring.
GitHub Docs – Monitoring agentic activity in your enterprise →dokumentiert
Enterprise agent management is role-governed through GitHub owner and AI-manager permissions.
GitHub Docs – Agent management for enterprises →dokumentiert
SCIM provisioning is supported for Enterprise Managed Users with Copilot.
GitHub Docs – Enterprise accounts for Copilot Business →dokumentiert
Enterprise Copilot access can be protected with SAML SSO.
GitHub Docs – Enterprise accounts for Copilot Business →dokumentiert
Copilot cloud agent uses a managed ephemeral GitHub Actions execution environment by default.
GitHub Docs – Configure the development environment →dokumentiert
Copilot supports regional processing/storage under GitHub Enterprise Cloud data-residency configurations.
GitHub Docs – GitHub Copilot with data residency →dokumentiert
Copilot cloud agent can consume configured MCP servers.
GitHub Docs – Configure MCP servers for your repository →Welche Primärquellen stützen dieses Profil?
AgentenCode bevorzugt aktuelle Primärquellen. Aussagen eines Anbieters werden nicht automatisch auf andere Produkte oder Detailfelder übertragen.
| Quelle | Typ | Verwendung |
|---|---|---|
| GitHub – Copilot Agents | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – REST API endpoints for Copilot cloud agent management | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Audit log events for agents | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Monitoring agentic activity in your enterprise | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Agent management for enterprises | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Enterprise accounts for Copilot Business | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Configure the development environment | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – GitHub Copilot with data residency | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
| GitHub Docs – Configure MCP servers for your repository | Primärquelle | Profil-, Evidence-, Trust- oder Relationsbeleg |
AgentenGraph · Produktverlauf
Strukturierte Historie von GitHub Copilot Coding Agent
AgentenGraph speichert strukturierte Zustände dieses Agenten über die Zeit. Neue Werte ersetzen ältere Zustände nicht stillschweigend: Änderungen werden versioniert und als Ereignis erfasst. Frühere Zustände vor der Baseline werden nicht rückwirkend behauptet.
Der heutige Stand ist der Ausgangspunkt. Historische Aussagen vor diesem Datum erscheinen nur, wenn sie durch belastbare Quellen belegt werden können.
11 von 35 aktiven Aussagen besitzen bereits eine explizite Feld-zu-Quelle-Zuordnung. Die übrigen Aussagen verwenden weiterhin das Quellen-Set des Profils.
Methodik zur Datenhistorie →2026-10-01 · 7 Governance-Eigenschaften dokumentiert
Eine erstmalige Datenaufnahme oder Feldverifikation ist nicht automatisch eine neue Herstellerfunktion.
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: 180
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Vorher: —Jetzt: True
Änderungsverlauf
Changelog
Primärquellen und Produktstand erneut geprüft; Profil, Verfügbarkeit und Einordnung auf den Prüfstand 30. September 2026 aktualisiert.
Profil auf AgentenProfil 2.0 umgestellt; Quellenstatus, Prüfdatum, Changelog und Filterdaten ergänzt.