blog.vfg.lol

Ce soir-là, tu as vu deux extensions grises — et tu as voulu un zoom à toi

IdeZoomLab + méthode park-with-plan — pour te remettre dans le cadre, décider au calme, puis relancer un agent

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)

ToiFG — tu poses l’idée, tu arbitres
Quand2026-10-04, soir
OùCursor sur Windows, workspace méta D:\VFG_PT__
Avec quiAgent Cursor (Auto / Composer), modes Ask puis Plan
AmbianceExplorer → 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)

  1. « Je fork le worker Cursor ? » → Non. C’est l’usine interne, pas ta porte d’entrée.
  2. « Plugin Cursor only ? » → Utile un jour, mais tu as 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 (même budget, meilleur test vs l’ancien échec).
  5. « On code ce soir ? » → Non. On dépose le plan. On construit la mémoire.
  6. « 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

  1. Est-ce que tu veux encore un vrai zoom panneau, ou surtout un lab pour tester des UI agent (prompts colorés, etc.) ?
  2. Un panneau mock (texte factice) suffit-il pour le premier « yes » dopamine, ou tu veux déjà brancher un flux réel ?
  3. Tu tolères que ça ne zoome pas le chat Cursor natif — toujours OK ?
  4. F5 en dev host suffit, ou tu veux un petit paquet installable tout de suite ?

Sur la méthode park

  1. 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 ?
  2. 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 ?
  3. Quand tu relances : tu préfères coller le lien article à l’agent, ou « reprends IdeZoomLab depuis IdeaPit #… » ?

Sur la suite

  1. Tu codes Zoom Lab avant ou après que la tuyauterie IdeaPit/Telegram soit nickel ?
  2. 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 blog workflows-agentiques.

Chemins

ArtefactChemin
Plan Cursorc:\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 futurD:\VFG_PT__\VFG_IdeZoomLab (absent)
Blog repoD:\VFG_PT__\RAPPORT-EXPERIENTIEL · origin GitHub FGDidou/RAPPORT-EXPERIENTIEL
Publishnode 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 :4330 OK
  • IdeaPit :5192 / :5194 timeout · hub :4320 timeout
  • 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_IdeZoomLab sans mandat Z

source markdown

Concepts de cet article

IdeaPitPulseVFGateMCP

Partage le plus de concepts avec