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

Aperçu	Produit	Description	Point de départ
	HagiCode for Windows	Current public entry point for the desktop app. The Steam main application entry has been retired.	Open Microsoft Store · Desktop downloads · Steam status FAQ
	Hagicode Plus	Bundle and upgrade guidance remains available through the docs site.	Read Hagicode Plus docs
	Turbo Engine DLC	DLC guidance for higher concurrency and customization remains available through the docs site.	Read Turbo Engine DLC docs

HagiCode n'a pas été conçu pour être une simple boîte de dialogue dédiée au code. Il fait entrer l'IA dans l'ensemble du processus de développement logiciel : comprendre des dépôts, planifier des changements, implémenter du code, organiser des commits, capitaliser la connaissance et garder l'ensemble du flux, de l'idée à l'archive, facilement révisable.

Pour les travaux non triviaux, HagiCode commence par une proposition au lieu de passer directement à l'édition de fichiers. OpenSpec transforme les demandes en périmètre, tâches, analyse d'impact, étapes de validation et trace d'exécution qui reste simple à relire.

HagiCode prend en charge Codex, Claude Code, GitHub Copilot, OpenCode, Hermes, QoderCLI, Kiro, Kimi, Gemini, Pi, Reasonix, DeepAgents et Codebuddy. OmniRoute sépare le choix du CLI de la couche modèle et abonnement, afin que les équipes puissent router les modèles et les endpoints sans tout lier rigidement à une pile par défaut unique.

L'espace de travail réunit des capacités qui finissent souvent dispersées dans des outils séparés :

• MonoSpecs pour l'inventaire multi-dépôts, le périmètre et la coordination
• Skills pour les extensions de workflow installables et les outils tenant compte de la confiance
• Vault pour la capitalisation de connaissances réutilisables entre projets
• AI Compose Commit et l'intégration code-server pour terminer le travail dans le même flux

HagiCode traite les succès, les rapports quotidiens, les multiplicateurs d'efficacité, le débit de tokens et les retours d'interface thématiques comme des éléments du produit, et non comme de simples décorations. Le résultat est un espace de travail qui garde visibles les travaux IA de longue durée au lieu de tout aplatir dans un seul fil de discussion sans fin.

• Website pour la page d'accueil complète du produit
• Product Overview pour l'introduction publique officielle au produit
• Desktop pour l'installation locale et la gestion des services
• Container pour le parcours de déploiement auto-hébergé
• Microsoft Store for the current Windows desktop entry point
• Steam status FAQ for why the Steam main application is no longer the primary channel
• Blog pour les mises à jour produit et les articles longs

Ce dépôt contient le site public de HagiCode. Depuis repos/site, exécutez :

npm install
npm run dev
npm run build
npm run preview

Le serveur de développement par défaut fonctionne sur http://localhost:31264. Pour les consignes de contribution, commencez par AGENTS.md et CLAUDE.md.

• Workflow de référence : .github/workflows/site-deploy-gh-pages.yml
• Source de vérité en production : la branche gh-pages, publiée uniquement par GitHub Actions
• Contrat du payload publié : esa.jsonc à la racine de la branche, avec l'instantané Astro validé dans dist/
• Chemin R2 après gh-pages : une fois le job deploy réussi, upload-r2 télécharge le même artifact validé site-gh-pages-payload et synchronise uniquement le contenu de .deploy/gh-pages/dist/ vers la racine du bucket R2 ou vers une racine de préfixe optionnelle, sans ajouter de segment dist/ supplémentaire
• Chemin manuel : workflow_dispatch utilise par défaut latest-gh-pages, ce qui permet aux mainteneurs de republier directement à partir du dernier snapshot de la branche gh-pages sans reconstruire ; ne choisissez current-ref-build que lorsqu'une reconstruction manuelle depuis le ref courant est réellement nécessaire
• Secrets R2 requis : R2_ENDPOINT, R2_BUCKET, R2_ACCESS_KEY_ID et R2_SECRET_ACCESS_KEY ; R2_PREFIX est optionnel et supprime les / de début et de fin avant de résoudre la racine cible
• Diagnostic d'échec : si gh-pages réussit mais que l'upload R2 échoue, le workflow échoue dans upload-r2 ; consultez le step summary GitHub pour voir le bucket, la racine de préfixe et savoir si l'échec s'est produit avant le transfert ou pendant la synchronisation
• Permissions GitHub requises : le job de déploiement a besoin de contents: write ; le job de build reste en lecture seule
• Réglage d'hébergement requis : l'hôte de production doit lire gh-pages/esa.jsonc et servir gh-pages/dist/ comme répertoire statique
• Vérifications du premier déploiement : confirmer que le workflow publie bien esa.jsonc et dist/, vérifier que la cible d'hébergement pointe toujours vers gh-pages, confirmer que le summary indique bien le bucket R2 ou la racine de préfixe attendue, puis charger https://hagicode.com
• Procédure de rollback : annuler le changement source ou relancer le déploiement depuis un ancien commit afin que la CI republie l'instantané précédent

L'index d'historique desktop à l'adresse https://index.hagicode.com/desktop/history/ n'est ici qu'une dépendance référencée. Le site y renvoie comme cible de fallback à l'exécution pour la documentation desktop, mais ce dépôt ne publie ni ne gère directement cet index.

Ce dépôt est publié sous LICENSE.