Planifier le travail et le réaliser se sont toujours faits dans des outils différents. La tâche se trouve sur un tableau, le code dans un dépôt, et quelqu’un recopie le contexte de l’un à l’autre. Avec la version publiée aujourd’hui, TskVlo comble cet écart : la nouvelle section Agents de la barre de navigation réunit des agents de code interactifs dans le même espace de travail que vos tableaux, votre wiki et vos fichiers.
Vous décrivez ce qui doit changer, un agent travaille sur sa propre branche, et vous observez, orientez et décidez de ce qui est fusionné.
Interactif, pas « lancer et oublier »
Dans TskVlo, un agent de code est une conversation, pas une boîte noire. Chaque session diffuse le travail de l’agent dans une transcription en direct : ses messages et son raisonnement, chaque appel d’outil avec le diff qu’il a produit, sa liste de tâches et les captures d’écran qu’il prend du résultat.
Vous gardez la main du début à la fin. Envoyez un message de suivi pendant que l’agent travaille encore : il est mis en file pour le tour suivant. Arrêtez un tour s’il part dans la mauvaise direction. Joignez une capture d’écran ou une archive zip pour montrer ce que vous voulez dire. Et si vous préférez corriger un détail vous-même, l’éditeur de fichiers intégré ouvre le worktree de la session en mettant en évidence chaque fichier modifié.
Partez de la tâche que vous avez déjà
Le meilleur contexte pour un agent, c’est la tâche que votre équipe a déjà rédigée. Ouvrez l’onglet Code d’une tâche et cliquez sur Lancer une session d’agent : TskVlo envoie le titre, la description et les commentaires comme premier message. Lorsque le travail est poussé ou fusionné, les commits sont liés à la tâche grâce à votre connexion GitHub ou GitLab, et le tableau montre ainsi ce qui a été construit pour elle.
Une branche par session, rien n’est fusionné dans votre dos
Chaque session a sa propre branche et son propre worktree, créés à partir de la branche de base que vous choisissez. Plusieurs sessions sur le même dépôt tournent côte à côte sans se marcher sur les fichiers.
Rien n’arrive sur votre remote tant que vous ne l’avez pas décidé. La barre git sous chaque session montre ce qui a changé, et à partir de là vous pouvez :
- relire chaque fichier avec son diff,
- Commiter en votre nom, avec un message rédigé par l’IA si vous le souhaitez,
- Terminer & pousser la branche, éventuellement après que l’agent a mis à jour le wiki du projet,
- Fusionner la branche dans sa branche de base.
Voir l’application tourner à côté du chat
Un diff ne dit pas tout. Un projet peut décrire les processus de son application dans une configuration d’exécution (étape d’installation, commande, port, environnement), et chaque session peut les démarrer avec les journaux en direct. L’Aperçu affiche l’application en cours d’exécution à sa propre adresse privée, juste à côté de la conversation, avec des tailles d’appareil du téléphone à l’ordinateur. Le rechargement à chaud continue de fonctionner : vous voyez les modifications de l’agent au fur et à mesure qu’elles arrivent.
Les agents utilisent exactement les mêmes processus, et ils disposent de services de test sur lesquels travailler : PostgreSQL, MariaDB, Redis et S3, chacun avec un compte isolé pour votre espace de travail.
Des boucles pour le travail trop grand pour une seule conversation
Certaines demandes représentent une fonctionnalité entière, pas une simple modification. Activez Exécuter en boucle et un orchestrateur découpe la demande en tâches assorties de critères d’acceptation. Vous approuvez le plan ou demandez des changements. De nouveaux agents traitent ensuite les tâches une à une, l’orchestrateur vérifie chaque résultat selon ses critères, et chaque tâche acceptée devient son propre commit.
Vous pouvez à tout moment mettre en pause, reprendre, réessayer une tâche bloquée ou annuler, et choisir des agents distincts pour le travail courant, pour les tâches de design et en secours. Quand toutes les tâches sont acceptées, demandez-en plus, terminez et poussez, ou laissez la boucle fusionner automatiquement.
Des agents qui connaissent votre projet
Chaque agent commence par lire le wiki du projet : un court document dans le dépôt qui en explique le but, la structure et les conventions. Un agent peut en rédiger la première version pour vous, et il peut mettre le wiki à jour avant qu’une session soit poussée, pour que l’agent suivant démarre avec des connaissances à jour. Les règles du projet y ajoutent des consignes permanentes : conventions de code, comment lancer les tests, ce qu’il ne faut pas toucher.
Les agents peuvent aussi utiliser les serveurs MCP déjà connectés à votre espace de travail, activés projet par projet, ainsi qu’un navigateur intégré pour ouvrir des pages et prendre des captures d’écran.
Vos fournisseurs, votre conteneur
Chaque espace de travail dispose de son propre conteneur d’agents privé. Il est créé dès qu’un admin ajoute le premier fournisseur d’IA, et à partir de là TskVlo le démarre, l’arrête et le met à jour pour vous. Utilisez OpenCode Go, Mistral, OpenAI ou tout point de terminaison compatible OpenAI : les clés sont vérifiées à l’enregistrement et stockées chiffrées, et une clé de déploiement SSH par espace de travail donne aux agents l’accès à vos dépôts.
Les membres lancent et pilotent des sessions ; les observateurs peuvent lire toutes les transcriptions. Vous êtes notifié quand une session se termine ou échoue un tour, et quand une boucle attend votre approbation.
Essayez dès aujourd’hui
Les agents de code font partie de la bêta publique et sont gratuits, comme toutes les autres fonctionnalités de TskVlo. Ouvrez Paramètres de l’espace de travail → Agents, ajoutez un fournisseur, ajoutez la clé de déploiement à un dépôt et lancez votre première session.