generated from srsk7896/pipeline-vibecoding
Évolution : collecte assistée via rebond OCN (agent local / native messaging) au lieu du copier-coller manuel #1
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Contexte
Aujourd'hui l'entrée d'Insight est exclusivement un copier-coller de session terminal (SSH direct ou WASAC) — cf.
vision.md, contraintes immuables : « Aucune connexion directe à un équipement depuis Insight », « Zéro infrastructure supplémentaire ».Besoin exprimé pour plus tard : permettre à la web app d'aller elle-même collecter la sortie CLI sur l'équipement, en passant par la niche de rebond OCN, avec le certificat PKI du poste et les identifiants NUAR de l'utilisateur.
Contrainte structurante
L'hébergement de l'app n'a aucun flux vers OCN → toute solution côté serveur est exclue. La connexion ne peut être portée que par le poste de l'utilisateur (qui a le rebond, le cert PKI, les creds NUAR). Une web app pure ne peut pas ouvrir de socket SSH/TCP (sandbox navigateur).
Pistes techniques identifiées
localhost; la web app orchestre, l'agent fait le SSH via le rebondPoint sensible principal : cycle de vie et stockage des identifiants NUAR côté agent local.
Impact process
Changement de périmètre, pas d'implémentation : contredit 3 contraintes immuables de
vision.md. À arbitrer via l'agent0-vision.md(valeur vs coût « agent sur tout le parc ») avant toute conception, puis1-architecte.md.Décision attendue
Garder le copier-coller manuel, ou investir dans un agent local / extension. À trancher plus tard.