hve-core: A refined collection of Hypervelocity Engineering components (instructions, prompts, agents, and skills) to start your project off right, or upgrade your existing projects to get the most out of GitHub Copilot.

Was HVE Core enthält

Laut Repository-Beschreibung ist HVE Core eine "verfeinerte Sammlung von Hypervelocity-Engineering-Komponenten", und die README beschreibt es als Kombination von spezialisierten Agents, wiederverwendbaren Prompts, Codierungsanweisungen und validierten Skills in einem Workflow-System für GitHub Copilot. Die README listet vier Bausteine auf: Agents für Forschung, Planung, Implementierung und Überprüfung; Prompts als wiederholbare Workflow-Einstiegspunkte; Anweisungen, die Codierungsstandards automatisch anwenden; und Skills, die wiederverwendbare Werkzeugfunktionen hinzufügen. Die Repository-Metadaten geben die Sprache als PowerShell an, aber die README beschreibt nicht, wie die Komponenten erstellt werden. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit HVE Core. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Der ausdrückliche Hinweis

Die README beginnt mit einem Warnhinweis: HVE Core ist ein "sehr meinungsstarkes, sich schnell entwickelndes agentisches SDLC-Framework" und sollte am besten als Quelle für Muster und Lernen behandelt werden, nicht als stabile Plattform, Grundlage oder Produktionsabhängigkeit. Es warnt, dass sich Workflows, Schnittstellen, Architektur und empfohlene Praktiken erheblich ändern können, auch auf eine Weise, die nicht abwärtskompatibel ist. Die README empfiehlt, die HVE-Builder-Fähigkeit mit `/hve-builder` und GitHub Copilot zu verwenden, um Muster in eine unabhängige Implementierung zu übernehmen oder zu kopieren, und verweist auf den Fork-Leitfaden und die Dokumentation, bevor eine Komponente übernommen wird. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit RPI Agent. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Installation und Start

Die README gibt zwei Installationspfade an. Für VS Code installieren Sie die HVE-Core-Erweiterung aus dem VS Code Marketplace, öffnen ein beliebiges Projekt, starten GitHub Copilot Chat mit `Ctrl+Alt+I`, wählen dann den RPI-Agent aus der Agent-Auswahl oder führen `/rpi` aus und beschreiben die Aufgabe. Für GitHub Copilot CLI installieren Sie als Plugin mit zwei Befehlen: `copilot plugin marketplace add microsoft/hve-core#<ref>` und `copilot plugin install hve-core@hve-core`. Die README weist darauf hin, dass der Marketplace-Ref den Katalog auswählt, der passende unveränderliche Plugin-Bytes festlegt, und rät, jeweils nur eine Stable- oder PreRelease-Registrierung aktiv zu halten. Details finden Sie im CLI-Plugins-Dokument. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit /rpi. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Repository-Aufbau und Label-Verwaltung

Das Repository verweist auf Dokumentationen für den Einstieg, Installationsoptionen, die Kernmethodik und das Durchsuchen nach Themen. Komponenten befinden sich in `.github`-Unterordnern: benutzerdefinierte Agents in `CUSTOM-AGENTS.md`, Anweisungen in `instructions/README.md`, Prompts in `prompts/README.md` und Skills in `skills/`. Labels werden in `.github/labels.yml` deklariert und durch einen Label-Sync-Workflow bei Push auf `main` oder manueller Auslösung synchronisiert. Die README dokumentiert vier Label-Aufgaben: Hinzufügen durch Hinzufügen eines Eintrags mit Name, Farbe (nacktes Hex, ohne `#`) und Beschreibung; Aktualisieren durch Bearbeiten von Farbe oder Beschreibung; Umbenennen durch Hinzufügen eines `aliases`-Arrays unter dem neuen kanonischen Namen mit dem alten Namen, wobei die Synchronisierung vorhandene Zuordnungen automatisch migriert; und Löschen durch manuelles Entfernen des Labels in der GitHub-Labels-Oberfläche, da der Workflow im additiven Modus läuft und Labels nicht aus der Datei löscht. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit docs/customization/forking.md. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Der RPI-Workflow

Die Kernmethodik ist Research, Plan, Implement, Review, abgekürzt RPI. Die README verlinkt auf eine ausführliche Darstellung in `docs/rpi/README.md` und nennt den RPI-Agent als Einstiegspunkt für eine Aufgabe. Für Neueinsteiger führt der Leitfaden "Start Here" in `docs/getting-started/README.md` durch den ersten Workflow. Für Teams behandelt der Team-Adoptionsleitfaden in `docs/customization/team-adoption.md` die Einführung von Standards und Onboarding. Mitwirkende werden an den Beitragsleitfaden verwiesen, um Agents, Prompts, Anweisungen und Skills hinzuzufügen oder zu verbessern. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit HVE Core. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Lizenz und Drittinhalte

Das Projekt ist unter der MIT-Lizenz lizenziert, und der Lizenzauszug gewährt das Recht, Kopien der Software zu verwenden, zu kopieren, zu modifizieren, zu fusionieren, zu veröffentlichen, zu verteilen, zu unterlizenzieren und zu verkaufen, vorbehaltlich der Aufnahme des Copyright- und Genehmigungshinweises. Die Software wird "wie besehen" ohne jegliche Gewährleistung bereitgestellt, und die Lizenz sagt nichts über Support, Sicherheitslage oder Produktionsreife aus. Die README fügt hinzu, dass der Großteil der Inhalte MIT-lizenziert ist, aber bestimmte von OWASP-Publikationen abgeleitete Skill-Inhalte unter CC BY-SA 4.0 lizenziert sind, wobei jeder betroffene Skill seine Lizenz im Frontmatter identifiziert und einen Drittanbieter-Attributionsabschnitt enthält. Details finden Sie in THIRD-PARTY-NOTICES. Das Repository verweist außerdem auf SECURITY.md für Sicherheitsrichtlinie und Schwachstellenmeldung, GOVERNANCE.md für Governance und TRANSPARENCY-NOTE.md für eine verantwortungsvolle KI-Transparenznotiz. Im README von microsoft/hve-core steht dieser Punkt im Zusammenhang mit RPI Agent. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer HVE Core einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Redaktionelles Fazit

Geeignet ist microsoft/hve-core für Teams, die HVE Core anhand der README und der vorhandenen Beispiele prüfen wollen. Ungeeignet ist ein unkritischer Einsatz ohne passende Umgebung. Starte mit /rpi beziehungsweise dem dokumentierten Einstieg, beobachte konkrete Ausgaben und Fehler und entscheide erst danach über die Übernahme in den eigenen Ablauf.

Offizielle Quellen

1. Official README
2. Project repository
3. Release notes