Threads
Un thread est une conversation avec un agent, et chaque run d'agent se déroule dans un thread. Que tu aies posé une question ou qu'une vérification se soit déclenchée, tu obtiens la même page : la réponse en streaming, chaque appel d'outil et son résultat, et les artefacts que l'agent a produits.
Ce que ça fait
Les réponses arrivent en direct et chaque appel d'outil atterrit dans la transcription au moment où il se produit, donc tu suis le travail au lieu d'attendre un résumé. Les réponses portent des badges de référence numérotés ; survole l'un d'eux pour voir la source et ce qu'elle dit, et le résultat d'outil derrière contient les données brutes. Les agents produisent aussi des artefacts en marge de la conversation, comme des rapports, des diagrammes et des pull requests, listés dans le panneau d'artefacts du thread.
Les agents peuvent confier une partie du travail à des sous-agents, dont les threads s'imbriquent sous le parent. Chaque thread enregistre d'où il a démarré : la console, Slack, la CLI, l'API, MCP, l'extension de navigateur, GitHub ou l'e-mail.
Types de threads
| Type | Description |
|---|---|
chat | Une conversation que tu démarres pour poser une question ou explorer un problème. |
fix_run | L'agent qui traite une issue du verdict à la pull request. Voir Fix runs. |
exploration | Un balayage sans surveillance d'un compte cloud ou d'une intégration, qui enregistre des constats et peut ouvrir une issue. |
pr_review | Un agent qui relit une pull request au regard de ce qu'il sait de ton infrastructure. |
key_query_discovery | Un agent qui choisit les requêtes de surveillance pour un périmètre de ressources. |
Démarrer un thread
Dans la console, ouvre Threads, clique sur New thread et tape ce que tu veux savoir, par exemple « Quels services appellent notre base de données de production, et lesquels ont été déployés ces dernières 24 heures ? ». Depuis un terminal, polylane thread ask démarre un thread et attend la réponse :
polylane thread ask "why did p99 latency on api-gateway rise since 14:20 UTC?"
Les scripts et les intégrations créent des threads avec POST /v1/threads, documenté dans la référence de l'API.
Depuis Slack
Mentionne Polylane dans un canal où il est présent et la réponse arrive dans un thread Slack sous ton message. Les réponses dans ce thread Slack poursuivent le même thread Polylane, qui apparaît aussi sous Threads dans la console de ton espace de travail. Un message direct à Polylane fonctionne de la même façon. Après une mention, Polylane lit le reste de ce thread Slack et ne répond qu'aux messages qui lui sont destinés, et lui dire de quitter la conversation le met en sourdine là jusqu'à ce que quelqu'un le mentionne à nouveau.
Où les trouver
Threads liste chaque thread avec les préréglages All, Mine, Running et Needs you, ce dernier pour les threads dont le run attend une personne. Pendant qu'un run est en streaming, un bouton d'arrêt remplace le bouton d'envoi ; clique dessus pour annuler le tour.
Quand un agent veut faire un appel d'écriture vers un compte cloud qui exige une confirmation, le run se met en pause et te montre l'appel exact. Approuve-le, ou rejette-le avec une note facultative que l'agent lit avant de continuer.
Partage
Les threads sont privés par défaut. Share thread change la Visibility vers ton espace de travail, une équipe ou public, et Copy met le lien dans ton presse-papiers. Depuis un terminal, polylane thread export écrit la transcription dans un fichier.
Voir aussi
- Fix runs pour le type de thread qui traite une issue jusqu'à la pull request.
- Escalations pour ce qu'un thread qui t'attend demande.
- Memories pour ce que les agents emportent d'un thread au suivant.
- CLI pour piloter les threads depuis des scripts et des agents de codage.