Files
oto-enterprise-os-dtp/05_deliverables_mvp/faisabilite/generator
Claude Code DTP Worker ddcafc58c0 [DTP-Worker 20260806_064502] DOC code-site — commentaire anti-footgun sur renderer._CANONICAL_MARKERS (oracle d'enforcement à garder indépendant)
Investigation: les 6 marqueurs canoniques #9/#10 existent en ≥4 endroits. Hypothèse
« (c) renderer._CANONICAL_MARKERS + (d) l'oracle du test sont des copies non gatées
→ dériver de model.CANONICAL (source unique) ». RÉFUTÉE par ./run_ci.sh (check-readme-claims
RED): la 2e moitié du gate ast.literal_eval STATIQUEMENT ces 2 listes et les set-diffe vs
CLAUDE.md → déjà gatées. Et surtout: check_canonical() PROUVE que le rendu (bâti DEPUIS
model.CANONICAL) émet chaque valeur; le dériver de CANONICAL rend le contrôle tautologique
(vert vacux). EXCEPTION à fix-vs-gate-transitively-protected-constant (qui vise les copies
PASSIVES; un oracle d'enforcement est ACTIF, sa duplication EST le test). Revert intégral
des 2 éditions (test byte-identique). Seul survivant: +5 lignes de commentaire remontant la
raison (indépendance de l'oracle) au site de code, autrement enfouie dans le script CI.
Sortie inchangée (commentaire pur), check_artifacts byte-identique.
run_ci 33 PASS 0 FAIL 0 SKIP · 0 artefact reconstruit · 0 gate ajouté (#5) · 0 chiffre inventé (#6)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-08-06 06:53:04 +00:00
..

Générateur Faisabilité 4 volets · Sprint 2

Livrable Faisabilité · Sprint 203_agents/faisabilite/AGENT.md §Livrable S2 (« Générateur 4 volets automatique »). Cible de portage VPS : otoia/capabilities/faisabilite_agent.py.

Produit une faisabilité canonique data_room/PXX/ (conforme au TEMPLATE_FAISABILITE_CANONIQUE_v1.0.md) à partir d'un brief JSON sourcé, puis prouve que le résultat est consommable par le Publiciste.

Place dans la chaîne de valeur

brief.json ──► faisabilite_gen ──► data_room/PXX/ (template v1.0)
                                        │
                                        ▼   (module Publiciste, déjà livré)
                        publiciste.parser ──► projets_master.json ──► site

Le générateur ferme la boucle amont du Publiciste : ce dernier ne fait que publier ; c'est ici que les 4 volets sont produits et notés.

Zéro invention de chiffres (CLAUDE.md #6)

Principe défensif de bout en bout :

  • Les paramètres canoniques (3 % édition · 8.5 % marketing · 52 % point d'équilibre · USD+DOP · Cardnet · Letter US, CLAUDE.md #9/#10) sont imposés par le générateur — ils ne proviennent jamais du brief, donc ne peuvent être faussés projet par projet.
  • Tout champ 🔴 absent du brief est rendu en placeholder {{…}}, listé dans champs_manquants, et rétrograde le statut (jamais « complete » douteux).
  • Un prix manquant reste {{…}} (jamais 0, jamais une valeur inventée) → le Publiciste publie le projet « En développement ».

Scoring 4Big (§7 du template · 5 axes × 20)

Axe Source Calcul
Complétude brief fraction des champs 🔴 des 4 volets remplis
Anti-gap prix brief §3.2 fraction des cellules typologies renseignées
Traçabilité brief sources[] + taux_conversion{date,source}
Paramètres canoniques générateur 20 (garanti · vérifié dans le rendu)
Machine-lisible preuve version.json valide + parser Publiciste OK

L'axe machine-lisible n'est pas auto-décerné : le CLI re-parse le projet généré avec le parser Publiciste et valide version.json contre version.schema.json. En cas d'échec, les 20 points sont retirés, version.json réécrit, et la commande sort en erreur.

Statut « complete » ⇔ score ≥ 95 et aucun champ 🔴 manquant et bloc prix intégral et 4 volets — cohérent avec la contrainte allOf de version.schema.json.

Utilisation

# Bilan 4Big d'un brief (sans rien écrire)
python3 faisabilite_gen.py score fixtures/brief_complete.json

# Générer une faisabilité (+ preuve machine-lisible)
python3 faisabilite_gen.py generate fixtures/brief_complete.json -o /tmp/data_room

# Amorcer un nouveau projet (arborescence vide à placeholders)
python3 faisabilite_gen.py scaffold P07 -o /tmp/data_room

# Générer tous les briefs d'un dossier
python3 faisabilite_gen.py batch fixtures -o /tmp/data_room

Puis, via le module Publiciste, publier :

cd ../../publiciste
python3 publiciste.py run /tmp/data_room -o /tmp/site

--generated-at fige l'horodatage (sorties déterministes / tests).

Contrat d'entrée

Voir brief.schema.json. Les fixtures sont synthétiques ("synthetique": true, bannière « ne jamais publier ») :

  • fixtures/brief_complete.json → statut complete, score 100/100.
  • fixtures/brief_incomplete.json → prix absents → rétrogradation en_developpement, prix restés en placeholders (démontre l'anti-invention).

Tests

python3 -m unittest discover -s tests -v

16 tests unittest (stdlib pur, zéro pip) : scoring, rétrogradation, paramètres canoniques, et round-trip end-to-end generator → parser Publiciste → projets_master.json validé contre le schéma. Réutilise le parser + le validateur du Publiciste (aucune duplication · workflow #5). Un oracle jsonschema est activé en plus s'il est installé.

Job CI : faisabilite-gen-tests (gate .gitea/workflows/ci.yml · Gitea Actions uniquement · contrainte #2).

Hors périmètre worker (VPS / calendrier ultérieur)

  • Application sur les données réelles data_room/ (VPS · Faisabilité/ERPNext).
  • Archives auto _ARCHIVES/PXX_v{N}_YYYYMMDD/ sur bump MAJOR du template (S3/S4).
  • Génération des 40_llm_outputs/ marché/directeur/fiscal/juridique + rapports bancables FR/EN/ES (S3+ ; seuls brief/masterplan/architecture/paysage/ ingénierie/commercial sont produits ici).
  • Trigger otoia-faisabilite.timer + notification Publiciste/WhatsApp (S6 · VPS).