README_de-DE.md

HagiCode

HagiCode ist ein Produkt, das ein KI-Coding-Tool, ein gamifiziertes Feedback-System und einen vollständigen Entwicklungs-Workspace in einer Plattform zusammenführt.

Damit lassen sich Repositories verstehen, Vorschläge schreiben, Aufgaben aufteilen, Code ändern, Commits organisieren, mehrere Repositories verwalten und wiederverwendbares Wissen aufbauen, ohne denselben Workspace zu verlassen.

Website · Product Overview · Desktop · Container · Steam · Blog

English · 简体中文 · 繁體中文 · 日本語 · 한국어 · Deutsch · Français · Español · Português (Brasil) · Русский

---

Steam-Übersicht

Vorschau	Produkt	Was es ist	Einstieg
	HagiCode	Basisanwendung auf Steam mit Cloud Saves, Workshop-Unterstützung und dem klarsten öffentlichen Installationspfad für die Desktop-Edition.	Auf Steam öffnen
	Hagicode Plus	Bundle-Leitfaden für die vollständigere Einrichtung. Enthält HagiCode und das Turbo Engine DLC in einem gemeinsamen Bundle-Pfad.	Bundle-Leitfaden lesen · Bundle auf Steam ansehen
	Turbo Engine DLC	DLC für HagiCode, das bis zu 32 gleichzeitige Online-Sitzungen und weitere Anpassungsoptionen freischaltet.	DLC ansehen

Was HagiCode ist

HagiCode wurde nicht gebaut, um nur eine weitere Code-Chatbox zu sein. Es bringt KI in den vollständigen Softwareentwicklungsprozess: Repositories verstehen, Änderungen planen, Code umsetzen, Commits organisieren, Wissen festhalten und den gesamten Ablauf von der Idee bis zum Archiv prüfbar halten.

Kernfunktionen

1. Vorschlagsgetriebenes KI-Coding mit OpenSpec

Bei nicht-trivialer Arbeit startet HagiCode mit einem Vorschlag, statt sofort Dateien zu bearbeiten. OpenSpec verwandelt Anfragen in Umfang, Aufgaben, Impact-Analyse, Validierungsschritte und einen Ausführungsverlauf, der jederzeit leicht zu überprüfen bleibt.

2. Gängige Agent-CLIs mit OmniRoute

HagiCode unterstützt Codex, Claude Code, GitHub Copilot, OpenCode, Hermes, QoderCLI, Kiro, Kimi, Gemini, DeepAgents und Codebuddy. OmniRoute trennt die CLI-Auswahl von Modell- und Abonnementebene, damit Teams Modelle und Endpunkte routen können, ohne alles hart an einen einzigen Standard-Stack zu binden.

3. Ein vollständiger Entwicklungs-Workspace, nicht nur ein Chatbereich

Der Workspace verbindet Fähigkeiten, die sonst meist auf verschiedene Werkzeuge verteilt sind:

• MonoSpecs für Multi-Repository-Inventar, Umfang und Koordination
• Skills für installierbare Workflow-Erweiterungen und vertrauensbewusste Werkzeuge
• Vault für wiederverwendbare Wissenssammlung über Projekte hinweg
• AI Compose Commit und die code-server-Integration, um auch den letzten Teil der Arbeit im selben Ablauf abzuschließen

4. Gamifiziertes Feedback mit praktischem Nutzen

HagiCode behandelt Errungenschaften, Tagesberichte, Effizienzmultiplikatoren, Token-Durchsatz und thematisches UI-Feedback als Teil des Produkts statt als bloße Dekoration. Das Ergebnis ist ein Workspace, der langlaufende KI-Arbeit sichtbar hält, statt alles in einem endlosen Chatverlauf zu glätten.

Offizielle Einstiegspunkte

• Website für die vollständige Produkt-Homepage
• Product Overview für die offizielle öffentliche Produkteinführung
• Desktop für lokalen Einstieg und Serviceverwaltung
• Container für den Self-Hosted-Deployment-Pfad
• Steam für die Steam-Edition mit plattformnativer Distribution
• Blog für Produktupdates und längere Beiträge

Dieses Repository entwickeln

Dieses Repository enthält die öffentliche HagiCode-Website. Führe in repos/site Folgendes aus:

npm install
npm run dev
npm run build
npm run preview

Der Standard-Dev-Server läuft unter http://localhost:31264. Für Hinweise zur Mitarbeit starte mit AGENTS.md und CLAUDE.md.

Produktions-Deployment

• Maßgeblicher Workflow: .github/workflows/site-deploy-gh-pages.yml
• Quelle der Wahrheit für Produktion: der Branch gh-pages, veröffentlicht ausschließlich durch GitHub Actions
• Vertrag für das veröffentlichte Payload: Im Branch-Root liegt esa.jsonc, und der validierte Astro-Snapshot befindet sich in dist/
• R2-Pfad nach gh-pages: Sobald der deploy-Job erfolgreich ist, lädt upload-r2 dasselbe validierte Artifact site-gh-pages-payload herunter und synchronisiert nur den Inhalt von .deploy/gh-pages/dist/ in das R2-Bucket-Root oder ein optionales Prefix-Root, ohne ein zusätzliches dist/-Segment anzulegen
• Manueller Ausführungspfad: workflow_dispatch verwendet standardmäßig latest-gh-pages, sodass Maintainer direkt aus dem neuesten gh-pages-Snapshot erneut veröffentlichen können, ohne neu zu bauen; nur wenn absichtlich vom aktuellen Ref neu gebaut und veröffentlicht werden soll, wählt man current-ref-build
• Erforderliche R2-Secrets: R2_ENDPOINT, R2_BUCKET, R2_ACCESS_KEY_ID und R2_SECRET_ACCESS_KEY; R2_PREFIX ist optional und entfernt führende sowie abschließende /, bevor das Ziel-Root aufgelöst wird
• Fehlerdiagnose: Wenn gh-pages erfolgreich ist, aber der R2-Upload fehlschlägt, scheitert der Workflow im Job upload-r2; prüfe die GitHub-Step-Summary für Bucket, Prefix-Root und ob der Fehler vor dem Transfer oder während der Synchronisierung passiert ist
• Erforderliche GitHub-Berechtigungen: Der Deploy-Job braucht contents: write; der Build-Job bleibt schreibgeschützt
• Erforderliche Hosting-Einstellung: Der Produktionshost muss gh-pages/esa.jsonc lesen und gh-pages/dist/ als statisches Verzeichnis ausliefern
• Prüfung beim ersten Deploy: Bestätige, dass der Workflow esa.jsonc und dist/ veröffentlicht, dass das Hosting-Ziel weiterhin auf gh-pages zeigt, dass die Summary das erwartete R2-Bucket oder Prefix-Root meldet, und lade dann https://hagicode.com
• Rollback-Pfad: Quelländerung zurücksetzen oder Deployment von einem älteren Commit erneut ausführen, damit CI den vorherigen Snapshot erneut veröffentlicht

Desktop-Index-Fallback

Der Desktop-History-Index unter https://index.hagicode.com/desktop/history/ ist hier nur eine referenzierte Abhängigkeit. Die Website verlinkt ihn als Laufzeit-Fallbackziel für Desktop-Hinweise, aber dieses Repository veröffentlicht oder verwaltet diesen Index nicht direkt.

Lizenz

Dieses Repository wird unter LICENSE veröffentlicht.