Ce soir-là, tu as vu deux extensions grises
Tu scrolles les extensions Cursor. Section DISABLED. Deux pastilles Anysphere :
- cursor-agent-worker
- cursor-local-agent-runtime
Et la question fusée :
et si je pouvais me faire un outil maison, calé sur ma façon de travailler avec les agents ?
Pas un gadget. Un levier. Portable si possible. Et tout de suite derrière : le souvenir d’un ancien essai de zoom texte par panneau (Ctrl / molette) qui n’avait pas été bon — envie de retenter, simplement, maintenant que le jeu a changé.
Où tu en étais (cadre mental)
| Toi | FG — tu poses l’idée, tu arbitres |
| Quand | 2026-10-04, soir |
| Où | Cursor sur Windows, workspace méta D:\VFG_PT__ |
| Avec qui | Agent Cursor (Auto / Composer), modes Ask puis Plan |
| Ambiance | Explorer → cadrer un POC → puis park plutôt que coder dans la foulée |
Tu n’étais pas en train de « livrer une feature ».
Tu étais en train de choisir comment ne pas perdre le fil.
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é : seulement un panneau qu’on contrôle. Estimation ~1 h–1 h 30. 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.
Le film des choix (sans jargon)
- « Je fork le worker Cursor ? » → Non. C’est l’usine interne, pas ta porte d’entrée.
- « Plugin Cursor only ? » → Utile un jour, mais tu as dit : portable, autre IDE, agent local.
- « Extension VS Code mince + briques partageables » → Oui, ligne de fond.
- « Couleur ou zoom d’abord ? » → Zoom d’abord (même budget, meilleur test vs l’ancien échec).
- « On code ce soir ? » → Non. On dépose le plan. On construit la mémoire.
- « Où vit le plan ? » → Chez toi en local (
docs/plans/) et en companion sur le blog. Cloud privé = plus tard.
Ce que tu dois sentir en relisant
- L’étincelle des deux extensions grises.
- L’orgueil un peu vexé de l’ancien zoom raté.
- L’envie d’un outil à toi, pas d’un réglage Cursor opaque.
- Puis le virage adulte : d’abord une boîte à idées digne, ensuite le POC.
Si tu as ça en tête en 2 minutes, l’article a réussi sa partie humaine.
Tes questions pour peaufiner (recul temporel)
Coche / réponds avant de relancer un agent. C’est toi le filtre.
Sur le zoom
- Est-ce que tu veux encore un vrai zoom panneau, ou surtout un lab pour tester des UI agent (prompts colorés, etc.) ?
- Un panneau mock (texte factice) suffit-il pour le premier « yes » dopamine, ou tu veux déjà brancher un flux réel ?
- Tu tolères que ça ne zoome pas le chat Cursor natif — toujours OK ?
- F5 en dev host suffit, ou tu veux un petit paquet installable tout de suite ?
Sur la méthode park
- Pour la première vraie dépose : piste rapide (article + plan + git local + dry-run) OK, ou tu exiges IdeaPit + Telegram DM dans la même foulée ?
- Qu’est-ce qui te donne le plus le « c’est rangé » : voir l’article en ligne, voir la carte IdeaPit, ou le DM Telegram ?
- Quand tu relances : tu préfères coller le lien article à l’agent, ou « reprends IdeZoomLab depuis IdeaPit #… » ?
Sur la suite
- Tu codes Zoom Lab avant ou après que la tuyauterie IdeaPit/Telegram soit nickel ?
- Y a-t-il une contrainte que tu n’as pas dite ce soir-là et qui doit entrer ici ?
Pour l’agent qui reprend (après ta passe)
Humain : tu peux ignorer cette section en lecture plaisir.
État
- Code extension : non commencé (plan déposé).
- Priorité session : méthodo park + article.
- Foyer plan solo validé FG :
D:\VFG_PT__\docs\plans\+ companion blogworkflows-agentiques.
Chemins
| Artefact | Chemin |
|---|---|
| Plan Cursor | c:\Users\FG\.cursor\plans\poc_zoom_webview_5d22f19a.plan.md |
| Plan solo méta (à créer) | D:\VFG_PT__\docs\plans\2026-10-04-ide-zoom-lab-plan.md |
| Plan companion (à créer) | devblog/posts/workflows-agentiques/2026-10-04-ide-zoom-lab-plan.md |
| Cet article (à créer) | devblog/posts/workflows-agentiques/2026-10-04-park-idee-plan-zoom-lab-webview.md |
| Dépôt code futur | D:\VFG_PT__\VFG_IdeZoomLab (absent) |
| Blog repo | D:\VFG_PT__\RAPPORT-EXPERIENTIEL · origin GitHub FGDidou/RAPPORT-EXPERIENTIEL |
| Publish | node scripts/publish-local.mjs <md> --dry-run puis --live (mandat) |
Contexte technique dense
- IDE : Cursor · OS : Windows 10 · shell : PowerShell
- Agent session : Auto / Composer · skills : brainstorming, writing-plans, vfg-arbre-connaissance, vfg-notifications, vfg-carte-meta
- MCP : user-vfg-docs, user-vfg-feed, user-vfg-gate
- Repos contexte : FG_IdeaPit, FG_Pulse, VFGate, RAPPORT-EXPERIENTIEL
- POC zoom (déposé) : WebviewPanel, zoomPercent 50–300, Ctrl± / Ctrl+0 / Ctrl+wheel, globalState, ~60–90 min ; pas CSS workbench / chat natif
- Docs : Cursor Plugins · Agent Plugins · VS Code agent plugins
Mesures (2026-10-04 ~21:05Z) — ne pas inventer le contraire
- Pulse
:4330OK - IdeaPit
:5192/:5194timeout · hub:4320timeout - 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
Mandats possibles (après réponses FG aux questions §)
- 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_IdeZoomLabsans mandat Z