IdeZoomLab — plan solo (POC zoom Webview) + méthodo park-with-plan

IdeZoomLab — plan solo déposé + méthodo park-with-plan

Statut : plan code déposé, non implémenté.
Priorité session : méthode park (idée + plan + article), pas le code Zoom.
Source Cursor : poc_zoom_webview_5d22f19a.plan.md.

Objectif concret — dépôt d’idée (avec plan) depuis un agent

Sans coder le produit, le système vise :

1. Une idée IdeaPit en prod (phase 2 si service down).
2. Un plan solo consultable (ce fichier + companion blog).
3. Un article blog (faits session uniquement).
4. Un commit git local (+ push GitHub blog seulement sur accord).
5. Une notif (Pulse / wizz VFGate ; Telegram DM = phase 2).

En une phrase : l’idée devient retrouvable ; le code produit reste en attente.

Hors scope immédiat (DÉPOSÉ) — Annexe A Zoom Lab

Ne pas implémenter tant que mandat explicite « implémente le Zoom Lab » :

• Objectif code : POC extension VS Code VFG_IdeZoomLab — zoom texte uniquement dans un Webview custom (Ctrl±, Ctrl+0, Ctrl+molette), persist globalState.
• Emplacement prévu : D:\VFG_PT__\VFG_IdeZoomLab.
• Estimation : 60–90 min.
• Explicitement exclu : zoom panels natifs Cursor/chat, MCP/Agent Plugins dans ce POC, couleurs (lot 2).
• Statut todos code : cancelled / déposé.

Détail technique déposé (pour reprise) :

• WebviewPanel, zoomPercent 50–300, Ctrl± / Ctrl+0 / Ctrl+wheel, globalState.
• Pas de CSS workbench / chat natif.
• Fil session : plugins Cursor internes ≠ API ; Agent Plugins portable ; extension = adaptateur — mémoire article/handoff, pas code à écrire maintenant.

Foyer du plan solo (validé FG)

Deux idées entrelacées (à ne pas mélanger)

1) IdeZoomLab — le petit produit

Un panneau à toi, dans VS Code / Cursor, où toi grossis le texte (genre prompts) avec Ctrl± et la molette — sans casser tout le reste de la fenêtre. Ancien échec → nouveau test borné. Couleurs des prompts = plus tard.

2) Park-with-plan — la méthode

Quand une idée est chaude mais pas pour ce soir : la poser quelque part de retrouvable (idée + plan + article), te notifier, et pouvoir relire plus tard avec le recul — puis relancer un agent après ta passe humaine.

Ce soir, c’est la méthode qu’on avance. Le code Zoom attend.

Film des choix (session)

1. Fork du worker Cursor → Non (usine interne).
2. Plugin Cursor only → Utile un jour ; FG a dit portable / autre IDE / agent local.
3. Extension VS Code mince + briques partageables → Oui, ligne de fond.
4. Couleur ou zoom d’abord → Zoom d’abord.
5. Coder ce soir → Non. Déposer le plan / construire la mémoire.
6. Où vit le plan → local docs/plans/ et companion blog. Cloud privé = plus tard.

Règles IdeaPit (automatisation — phase 2)

• Nommage : préfixe projet/domaine + verbe/objet (ex. IdeZoomLab — POC zoom Webview VS Code).
• Catégorie / tags : ide / agentique / vscode / park-with-plan.
• Description : synthèse factuelle session uniquement.
• Lien plan : URL ou chemin canon du plan solo (obligatoire si plan existe).
• Scores / emojis : grille écrite dans l’article méthodo ; pas inventés ad hoc.

Mesures (2026-10-04 ~21:05Z) — ne pas inventer le contraire

• Pulse :4330 OK.
• IdeaPit :5192 / :5194 timeout · hub :4320 timeout → IdeaPit = phase 2.
• Telegram Pulse = plutôt rapport horaire, pas DM événementiel prouvé.
• Wizz VFGate MCP = OK (signal, pas DM riche).
• Blog working tree dirty (autres posts) → commit ciblé obligatoire.

Publish / git

• Publish : node scripts/publish-local.mjs <md> --dry-run puis --live (mandat).
• Commit local ciblé des seuls fichiers du lot (pas rainbowjourney dirty).
• Pas de push GitHub sauf accord explicite.
• Pas de secrets.

Mandats possibles

• A — écrire MD plan+article + dry-run blog.
• B — + live + commit local ciblé.
• C — + IdeaPit prod quand joignable.
• D — + notifs Telegram/Jah selon câblage réel.
• Z — implémenter Zoom Lab (séparé, mandat explicite).

Interdits agent

• Inventer des états « déjà en prod ».
• Committer les fichiers dirty hors lot.
• Coder VFG_IdeZoomLab sans mandat Z.