Copilot wird zur Option im nativen Xcode-Assistenten
GitHub kündigte am 4. November die öffentliche Vorschau von GitHub Copilot im integrierten Coding-Assistenten von Xcode an, beginnend mit Xcode 27.3 Beta. Apples nativer Assistent wird in den Intelligence-Einstellungen von Xcode eingerichtet; dort kann Copilot ausgewählt werden. Laut GitHub werden alle Copilot-Pläne unterstützt.
Die bestehende GitHub-Copilot-Erweiterung für Xcode bleibt eine getrennte Möglichkeit. Die Erweiterung wird separat installiert, während die angekündigte Vorschau über Apples integrierten Assistenten läuft. Welche Option passt, hängt von Editorverhalten, verfügbaren Kontrollen und Teameinrichtung ab. GitHub kündigt nicht an, die Erweiterung einzustellen.
Voraussetzungen und Einrichtung
GitHubs Anleitung verlangt Xcode 27.3 Beta und macOS Tahoe 26.6 oder neuer. In Xcode Settings öffnen, Intelligence wählen und GitHub Copilot einrichten. Apples Beta-Release-Notes und Dokumentation zur Coding Intelligence sind die passenden Quellen für aktuelle Schritte, da sich Beta-Anforderungen ändern können.
Vor dem Test prüfen, ob GitHub-Konto und Organisationsrichtlinien Copilot zulassen und welcher Codekontext gemäß Plan und Einstellungen an den Dienst übermittelt wird. Ein verwalteter Mac kann zudem eine Administratorfreigabe für Beta-Software erfordern. Eine Beta-Toolchain nicht ohne separaten Kompatibilitätsplan auf einem Produktions-Buildrechner installieren.
Was sich durch den nativen Weg ändern könnte
Der native Weg könnte Vorschläge direkt in Xcodes Assistenten verfügbar machen und Kontextwechsel für bisherige Nutzer reduzieren. Der konkrete Ablauf hängt von den Xcode-Funktionen, dem Copilot-Plan und der Vorschau ab. GitHubs Ankündigung verspricht keine Funktionsgleichheit mit jedem Copilot-Client oder Befehl der Erweiterung.
Die getrennte Erweiterung kann für Entwickler relevant bleiben, die ihre Funktionen oder Bedienung bevorzugen. Beide Optionen an einem typischen Projekt vergleichen: Vervollständigung, Chat- und Änderungsablauf, Codekontext, Datenschutz, Barrierefreiheit und Prüfung der Vorschläge. Generierte Änderungen wie jeden Patch behandeln: Diff ansehen, Tests ausführen und Abhängigkeiten verstehen.
Eine maßvolle Test-Checkliste
Zunächst ein unkritisches Projekt nutzen. Versionen von macOS und Xcode bestätigen, Organisationsrichtlinien lesen, das richtige Konto verwenden und den nativen Assistenten bei gewöhnlichen Änderungen testen. Prüfen, wie sich der Anbieter wechseln oder deaktivieren lässt, welcher Kontext geteilt wird und wie das Werkzeug bei einer Netzwerkunterbrechung reagiert.
Da die Funktion eine öffentliche Vorschau mit einer Xcode-Beta ist, können sich Verhalten und Anforderungen vor der allgemeinen Verfügbarkeit ändern. Eine stabile Xcode-Installation für Release-Arbeit behalten, Beta-Kompatibilität nicht versprechen und Feedback über GitHub oder Apple übermitteln. Die Nachricht ist ein neuer Integrationsweg, nicht der angekündigte Ersatz der Erweiterung.
Quellen und weiterführende Informationen
Einen sachlichen Fehler melden oder eine Quelle vorschlagen? Redaktion kontaktieren.
