qwer777qq/goni-skill

Travail de développement Goni

Les procédures et scripts de cette compétence sont écrits pour le travail sur Goni. SCV et Graphify sont des outils distincts de leurs auteurs originaux et ne sont pas inclus dans cette compétence.

Démarrage

1. Lire les fichiers AGENTS.md et memory/development-workflow.md du projet actuel s'ils existent. Les instructions utilisateur les plus récentes priment sur les valeurs par défaut.
2. Le compte de référence GitHub est qwer777qq. Vérifier le dépôt réel du projet actuel avec git remote get-url origin ; s'il n'existe pas, ne pas deviner de dépôt distant. Confirmer le dépôt cible et sa visibilité avec gh repo view.
3. Dans le dossier de cette compétence, exécuter python -X utf8 scripts/goni.py --project <chemin du projet> doctor pour vérifier le plugin SCV, la CLI et le package Graphify, la CLI GitHub, et l'état de préparation du projet. Distinguer l'état d'installation de l'état d'initialisation du projet.

Tâches répétitives

• repo : Vérifie la connexion entre le remote Git actuel et le dépôt GitHub Goni. --live effectue une requête en lecture seule sur GitHub.
• resume : Charge l'historique des tâches de développement et l'état récent du projet.
• checkpoint --summary "résultat vérifié" --next "tâche suivante" : Enregistre les faits vérifiés et les tâches restantes dans memory/ du projet. Ne pas enregistrer les secrets.
• graph --scope scripts : Analyse localement la structure du code du projet scripts/ uniquement. Les résultats sont placés dans .workspace-tools/graphs/scripts/.
• query "question" --scope scripts : Interroge le graphe généré. Si le code change, reconstruit le graphe. Valider le comportement réel en exécutant séparément.

La planification, l'implémentation et les tests de régression SCV suivent la compétence officielle scv:* installée. Le périmètre d'analyse de Graphify est limité au dossier de code demandé. Ne pas indexer les médias personnels, documents ou credentials comme tâche secondaire de l'installation. Avant de publier sur GitHub, vérifier les fichiers à pousser et la visibilité, et ne publier que sur les dépôts autorisés par la demande de tâche.

Une fois la tâche terminée, laisser une trace claire des fichiers modifiés, des commandes exécutées, des résultats de validation, des URL publiques et des éléments restants.