Planifier via une carte système
Créez une compréhension partagée avant de dessiner ou de construire. La carte montre le comportement du système ; le chat contient la discussion. La planification n'accorde jamais la permission de mettre en œuvre le produit.
Lisez le guide de planification avant de commencer ou de reprendre la planification. Il définit le format source, les enregistrements de parties, la navigation et les vérifications. Pour la configuration de l'assistant et les commandes, lisez le README.
Partir des preuves
Continuez avec le seul fichier .plan.json enregistré de la conversation. Lisez son objectif, ses décisions, ses questions ouvertes et sa position actuelle de planification. Inspectez les preuves pertinentes du projet avant de décrire le comportement existant. Chargez uniquement la partie courante et ses voisines lorsque la source est volumineuse.
Pour une nouvelle conversation, choisissez un nom de source descriptif unique. Ne remplacez jamais le plan d'une autre conversation. Le plan source est faisant autorité ; les dessins et les manifestes générés ne sont pas des plans modifiables.
Séparez les faits vérifiés, les plans convenus, les inconnues et les propositions non acceptées. Citez les preuves. N'inférez jamais une décision antérieure à partir d'une étiquette vague et n'inventez pas de faits pour combler une lacune.
Définir le sens avant de dessiner
Pour chaque partie, enregistrez sa tâche unique, son entrée, son travail, son résultat, ses règles, son destinataire suivant, sa limite et ses preuves. Utilisez les noms de champs définis dans le guide.
Gardez le stockage séparé des actions. Distinguez un état d'attente du travail. Connectez chaque résultat à l'entrée attendue de la partie suivante. Parcourez un exemple concret à travers les parties connectées.
Utilisez des étiquettes courtes et des flèches nommées. Les pages enfants expliquent leur partie parente. Connectez-les via des destinations detail explicites, jamais par des noms correspondants ou des liens supposés. Gardez les choix d'outils, les questions de conception et les commentaires sur les fonctionnalités supprimées en dehors du graphe.
Collaborer et avancer
Répondez d'abord à la question en cours. Lisez les décisions prises avant de poser une autre question. Les modifications demandées claires mettent à jour la source tout en préservant les décisions non liées. L'accord n'accepte que la proposition effectivement montrée.
Après avoir réglé un point, avancez vers la prochaine partie non résolue significative. Expliquez son objectif, proposez une approche fondée, puis posez un choix concret lorsqu'il modifie la conception. Ne transformez pas la planification en entretien et ne vous arrêtez pas à « enregistré ».
Étiquetez les défauts mineurs comme des propositions. Ne décidez pas silencieusement des autorisations, de la confidentialité, des coûts ou des preuves factuelles. Résolvez la confusion avant d'avancer. S'il ne reste aucune décision matérielle, résumez l'état de préparation et proposez une révision ou une mise en œuvre autorisée séparément.
Vérifier avant de prétendre à l'achèvement
Après avoir modifié un plan, construisez-le et inspectez les connexions affectées et le sens des pages enfants. Si l'accès au navigateur est disponible, inspectez également le dessin et la navigation. Signalez honnêtement les vérifications indisponibles.
Les tests de l'assistant vérifient la structure et la sortie générée, pas la vérité du système, les interactions réelles avec le navigateur, ni la compatibilité avec tous les environnements d'agents.