Skip to content

Agents.md

Latest commit

 

History

History
64 lines (49 loc) · 2.56 KB

Agents.md

File metadata and controls

64 lines (49 loc) · 2.56 KB

Generalites

  • Appliquer strictement TASK.md comme source de verite.
  • Ne rien ecrire en dehors du repertoire de travail sans validation explicite.
  • Produire un resultat homogene, lisible, et reutilisable d'une execution a l'autre.

Standard de production

Workflow PDF -> issues

Quand l'utilisateur demande "PDF -> issues":

  • Extraire le texte avec pdftotext -layout vers outputs/pdf-text.txt.
  • Generer outputs/issues-result.md uniquement.
  • Afficher le contenu genere et demander validation explicite.
  • Ne creer les issues GitHub qu'apres validation explicite.

Format standard des issues

Chaque issue doit suivre cette structure, dans cet ordre:

  • ## [Numero] Titre
  • ### Description fonctionnelle
  • ### Description technique
  • ### Description des droits d'edition et de lecture
  • ### Reference documentaire (optionnelle)

Regles de redaction:

  • Pas de section Titre : dans le corps.
  • Pas de section Conditions de succes.
  • Description fonctionnelle: 3 lignes max, format "En tant que / Je veux / Afin de".
  • Description technique: puces avec valeur directe, en phrases completes, simples, compréhensibles par des profils non techniques.
  • Eviter le jargon inutile, pas de snippets de code hors demande explicite.

Exigences techniques obligatoires

Les issues doivent couvrir explicitement:

  • i18n obligatoire pour tous les textes affiches.
  • Notifications de requete: succes et erreur (toast ou alerte).
  • Regles hidden: un champ hidden n'apparait ni en lecture ni en ecriture.
  • Ecriture par champ selon role.
  • Admin: peut toujours ecrire sur les champs visibles.
  • Multi-couches: liste de choix de couche si plusieurs couches sont touchees.
  • Restriction geographique via restrictedArea si configuree.
  • Operateurs spatiaux supportes: WITHIN, CONTAINS, INTERSECTS.
  • Source de zone utilisateur: WKT direct ou URL renvoyant WKT/JSON.
  • Edition uniquement via WFS-T (pas de connexion directe base).

Issue obligatoire de configuration

Inclure une issue dediee "utilisation de la configuration" avec:

  • un exemple complet de configuration (structure conforme au PDF),
  • un tableau explicatif de chaque element (nom, type, description).

Publication GitHub

Avant creation/mise a jour:

  • Verifier l'authentification gh.
  • Verifier le depot cible.

Creation:

  • Creer les issues avec gh issue create a partir de outputs/issues-result.md.

Synchronisation:

  • Si demande utilisateur: fermer les issues ouvertes obsoletes.
  • Si demande utilisateur: mettre a jour le corps des issues ouvertes pour rester strictement aligne avec outputs/issues-result.md.