Arm und GitHub bringen Copilot-CLI-Agenten in die native Arm-Entwicklung

Was der Workflow bietet

In einem Blogbeitrag von Shantu Roy, VP of Developer Relations and Customer Engagement, beschreibt Arm einen Workflow, der GitHub Copilot, native Arm-Rechenleistung sowie die Review- und Validierungswerkzeuge von GitHub verbindet. Die Idee: Entwicklungsaufgaben bleiben auf der Zielarchitektur. Das kann Entwicklern laut Arm früheres Feedback zu Abhängigkeiten, Testergebnissen und Laufzeitverhalten liefern.

Arm nennt drei Bausteine des Setups:

• Arbeiten vom bevorzugten Gerät aus: GitHub Copilot CLI, ein Coding-Agent für die Kommandozeile, läuft auf unternehmenseigener Arm-Rechenleistung. Über Remote Control lassen sich Sitzungen von einem anderen Gerät aus steuern, während die Befehle weiterhin nativ auf Arm ausgeführt werden.
• Nativ entwickeln und iterieren: Entwickler nutzen Copilot CLI, um in der Arm-nativen Umgebung Code zu bearbeiten, zu bauen, zu testen und Fehler zu untersuchen. Das verringert den Bedarf, zwischen Architekturen zu wechseln.
• Änderungen prüfen und validieren: Pull Requests laufen über GitHub zum Code-Review, während CI auf Arm64-Runnern native Builds und Tests automatisiert.

Arm zufolge richtet sich der Ansatz an Entwickler, die an Arm-basierten PCs, Cloud-Infrastruktur und vernetzten Geräten arbeiten.

Warum native Ausführung wichtig ist

Arm argumentiert, dass Teams Code oft in einer x86-Umgebung schreiben und kompilieren, Änderungen zur Prüfung einreichen und erst später auf Arm testen. Dadurch können architekturspezifische Probleme spät auffallen. Software, die auf x86 baut, kann auf Arm auf inkompatible Abhängigkeiten, architekturspezifische Annahmen oder Unterschiede im Laufzeitverhalten stoßen und plattformspezifische Fähigkeiten sowie Leistungsmerkmale womöglich nicht nutzen.

Arm nennt drei Vorteile, wenn Copilot CLI auf nativer Arm-Rechenleistung läuft:

• Optimierung mit echten Messwerten: Entwickler können auf Arm-Hardware CPU-Auslastung, Ausführungszeit, Latenz, Speicherverhalten und Durchsatz messen, um Engpässe zu finden. Für unabhängige Softwarehersteller (ISVs) eröffnet das laut Arm die Chance, Produkte von Anfang an für Arm zu konzipieren.
• Früheres Erkennen von Problemen: Native Builds und Tests können Probleme bei Abhängigkeiten, Compiler-Einstellungen, architekturspezifischem Code und Laufzeitverhalten aufdecken. GitHub Actions ergänzt automatisierte Builds und Tests auf Arm64-Runnern für reproduzierbare Validierung.
• Schnellere Iteration: Entwickler können Code ändern, Projektbefehle und Tests ausführen und Fehler in einer einzigen Umgebung untersuchen und die Ergebnisse anschließend in weitere Änderungen einfließen lassen.

Arm weist zudem darauf hin, dass Entwickler weiterhin dafür verantwortlich bleiben, von Agenten erzeugte Änderungen zu prüfen und ihre Korrektheit zu validieren.

Wie die Bausteine zusammenspielen

Arm weist jeder Technologie eine Rolle zu. Arm stellt die Compute-Architektur und die native Ausführungsumgebung bereit. GitHub liefert Versionsverwaltung, Pull Requests, Code-Review und automatisierte Validierung, wobei GitHub Actions Arm64-Runner unterstützt. GitHub Copilot CLI sorgt für KI-gestützte Entwicklung auf nativer Arm-Rechenleistung: Die Agenten nehmen Codeänderungen vor, führen Befehle aus und untersuchen fehlgeschlagene Tests in der Zielumgebung.

Der Beitrag nennt ein Beispiel: Ein Entwickler aktualisiert eine Media-Anwendung. Er bittet Copilot CLI, eine Abhängigkeit zu ändern und die Tests des Projekts auszuführen. Da die Sitzung auf Arm-Rechenleistung läuft, werden die Befehle nativ ausgeführt, was laut Arm hilft, Abhängigkeitsprobleme und Testfehler früh aufzudecken. Anschließend reicht der Entwickler einen Pull Request ein, und ein GitHub-Actions-Workflow validiert ihn auf einem Arm64-Runner als eigene, wiederholbare Stufe. Nach Review und erfolgreicher Validierung kann die Anwendung in der vorgesehenen Arm-Umgebung bereitgestellt werden, wo Entwickler das Laufzeitverhalten profilieren und die Messwerte für die Optimierung nutzen können.

Arm ergänzt, dass Teams bei Aufgaben auf unternehmenseigener Arm-Rechenleistung ihre eigenen Sicherheitsrichtlinien, Zugriffskontrollen und Werkzeuge anwenden können.

Was das für Entwickler bedeutet

Arm beschreibt das Ziel so, dass es nicht nur darum gehen soll, ob Software auf Arm läuft. Nach Angaben des Unternehmens können natives Feedback und echte Messwerte Entwicklern und ISVs helfen, Software zu bauen, die die Arm-Plattform von Beginn an voll ausnutzt. Der Beitrag verweist auf Arm-Ressourcen zum Betrieb von CI/CD-Workflows auf Arm sowie zum Bauen und Testen mit GitHub-Actions-Runnern. Preise, Verfügbarkeitstermine oder Leistungszahlen nennt die Quelle nicht.