KI-Coding mit Specs: OpenSpec vereinfacht Refactorings

Inhaltsverzeichnis OpenSpec 1.7.0 erweitert die Anbindungen an KI-Programmierwerkzeuge, führt eine Update-Funktion für die Kommandozeile ein und erlaubt es, einen Standard-Store für lokale Repositories festzulegen. Reine Refactorings und Dokumentationsänderungen können Entwickler zudem künftig ohne begleitende Änderung einer Spezifikation validieren und archivieren. Weiterlesen nach der Anzeige OpenSpec ist ein Open-Source-Framework für Spec-driven Development. Bei diesem Ansatz beschreiben Entwickler eine geplante Änderung zunächst als Spezifikation, bevor sie Code schreiben oder ihn durch einen KI-Agenten erzeugen lassen. Die Spec hält zum Beispiel gewünschtes Verhalten und Anforderungen fest. OpenSpec begleitet den daraus entstehenden Ablauf von der Planung über die Umsetzung bis zur Validierung und Archivierung. Weitere KI-Werkzeuge und zentraler Standard-Store Mit Version 1.7.0 erweitert OpenSpec seine KI-Tool-Anbindungen um ZCode, Hermes Agent, CodeArts Agent und Kimi Code. Für Codex unterstützt OpenSpec künftig nur noch Skills. Auch über skills.sh lassen sich OpenSpec-Skills einbinden: Der Befehl npx skills add Fission-AI/OpenSpec fügt sie der jeweiligen Umgebung hinzu. Generierte Slash-Befehle sollen künftig besser zu den angeschlossenen Werkzeugen passen. OpenSpec übernimmt dazu deren registrierte Befehlsnamen. Das betrifft laut Release Notes mehr als 30 unterstützte Tools und verhindert, dass erzeugte Anweisungen von deren üblicher Kommandoform abweichen. Neu ist auch ein Standard-Store für den gesamten Rechner. Mit openspec config set defaultStore lässt sich eine zentrale Voreinstellung festlegen. Repositories ohne eigene Store-Konfiguration greifen anschließend darauf zurück. Das reduziert den Konfigurationsaufwand, wenn mehrere lokale Repositories dieselbe Voreinstellung verwenden sollen. Kürzerer Weg für Refactorings Reine Refactorings und Dokumentationsänderungen können Entwickler nun mit skip_specs: true kennzeichnen. OpenSpec lässt diese Änderungen dann durch Validierung und Archivierung laufen, ohne dass eine neue Spec angelegt oder eine bestehende angepasst werden muss. Weiterlesen nach der Anzeige Damit berücksichtigt das Werkzeug, dass nicht jede Codeänderung eine neue fachliche Anforderung beschreibt. Wer etwa interne Funktionen umbenennt, Klassen aufteilt oder eine Dokumentation korrigiert, muss dafür keine künstliche Verhaltensspezifikation erstellen. Tests und sonstige Qualitätssicherung bleiben davon unberührt. Zugleich kann OpenSpec projektbezogene Hinweise in die einzelnen Arbeitsschritte einbeziehen. Schemas dürfen dafür Vorgaben je Vorgang enthalten. Die Befehle openspec instructions apply und openspec instructions archive stellen diese Informationen dem KI-Agenten bei der Umsetzung beziehungsweise Archivierung bereit. Das können etwa Hinweise zu Testbefehlen, Architekturregeln oder Vorgaben für Commit-Nachrichten sein. Verschachtelte Specs und aufgeräumte Archive OpenSpec unterstützt Spezifikationen nun durchgehend auch in verschachtelten Verzeichnissen wie specs///spec.md. Die Struktur funktioniert beim Validieren, Anwenden, Archivieren und Anzeigen. Projekte können ihre Specs damit nach Bereichen oder Komponenten ordnen, statt sie in einem einzigen Verzeichnis abzulegen. Beim Archivieren behandelt OpenSpec bereits synchronisierte Änderungsdeltas als Vorgänge ohne weitere Änderungen. Außerdem übernimmt das Werkzeug einen selbst verfassten Abschnitt ## Purpose in neue Specs. Beim erneuten Archivieren sollen datierte Archivnamen konsistent bleiben. Mit openspec update prüft die Kommandozeile künftig bei npm auf eine neuere Version und bietet bei Bedarf das Upgrade an. Der Startbildschirm berücksichtigt außerdem die Betriebssystemeinstellung für reduzierte Animationen. Er lässt sich mit --no-animation abschalten und wartet vor dem Fortfahren auf die Eingabetaste. Schlankere Installation und Shell-Korrekturen Für das einzelne Telemetrieereignis verwendet OpenSpec nun einen einfachen fetch-Aufruf. Dadurch soll die Installation rund 160 Pakete weniger benötigen. Das soll auch besser mit der minimumReleaseAge-Richtlinie des Paketmanagers pnpm zusammenspielen, die sehr neue Abhängigkeiten zunächst zurückhält. Daneben behebt das Release mehrere plattformspezifische Probleme. Fish erhält eigene Shell-Vervollständigungen, PowerShell-Skripte sollen sich fehlerfrei verarbeiten lassen und die Installation für Oh My Zsh im tatsächlich verwendeten $ZSH-Verzeichnis landen. Unter Windows verarbeitet OpenSpec Eingaben nach dem Startbildschirm ohne Verzögerung. Dateien mit UTF-8-Byte-Order-Mark, wie sie einige Windows-Editoren erzeugen, erkennt das Werkzeug nun ebenfalls. Mehr Informationen zu OpenSpec 1.7.0 finden sich in den Release Notes auf der GitHub-Projektseite.