Cette semaine, les assistants IA connectés à OKiDO via MCP bénéficient d’une vision plus complète de votre contexte opérationnel. Ils peuvent désormais identifier les fichiers joints à votre travail et ouvrir les images dont ils ont besoin pour comprendre les captures d’écran, les diagrammes et d’autres informations visuelles.
Cette évolution comble un écart important entre ce que vous voyez dans OKiDO et ce qu’un assistant peut exploiter. Au lieu de se retrouver face à un lien inaccessible ou de devoir interpréter la structure sous-jacente des documents de l’éditeur, les assistants peuvent utiliser les pièces jointes grâce à des outils dédiés qui respectent les permissions.
Les assistants IA peuvent désormais voir les images dans votre travail
Un assistant connecté via MCP peut maintenant récupérer l’image réelle associée à un fichier importé dans OKiDO. Le nouvel outil get_upload lui permet d’ouvrir les images intégrées aux descriptions de tâches, aux commentaires des tâches et aux documents wiki.
Auparavant, un assistant pouvait rencontrer une référence à une image importée, mais ne recevoir qu’un lien qu’il ne pouvait pas ouvrir. Le contexte important contenu dans une capture d’écran ou un diagramme restait donc visible pour vous, mais inaccessible à l’assistant. Celui-ci pouvait lire le texte environnant, sans toutefois consulter les éléments visuels auxquels ce texte faisait référence.
Avec get_upload, vous pouvez demander à un assistant d’exploiter les contenus visuels déjà présents dans la tâche ou le document qu’il examine. Il peut, par exemple, analyser une capture d’écran jointe à un problème signalé, consulter un diagramme de processus dans un document wiki ou utiliser une image publiée dans le commentaire d’une tâche comme contexte supplémentaire.
Cette évolution améliore plusieurs méthodes de travail courantes :
Examiner les problèmes signalés : un assistant peut analyser une capture d’écran jointe à une tâche au lieu de s’appuyer uniquement sur la description écrite.
Comprendre les processus documentés : il peut récupérer les diagrammes et autres images intégrées aux documents wiki.
Suivre les conversations : il peut ouvrir une image ajoutée au commentaire d’une tâche lorsque celle-ci apporte du contexte à la dernière mise à jour.
Travailler à partir d’éléments complets : il peut associer des instructions écrites aux contenus visuels qui les accompagnent.
Vous n’avez plus besoin de retranscrire le contenu d’une image dans le texte environnant uniquement pour le rendre accessible à un assistant. Le contexte opérationnel peut rester là où votre équipe le consigne naturellement : dans la tâche, le commentaire ou le document.
Les pièces jointes sont plus faciles à repérer pour les assistants
Avant de pouvoir ouvrir une image, un assistant doit d’abord savoir qu’elle existe. Les outils MCP get_task et get_document renvoient désormais un tableau attachments contenant chaque fichier intégré et chaque image inline associés à la tâche ou au document.
Chaque entrée de pièce jointe indique son nom, son type et sa taille. L’assistant dispose ainsi d’un inventaire clair des fichiers disponibles, sans avoir à analyser le format de document de l’éditeur ni à deviner quelles références correspondent à des fichiers importés.
Cette amélioration s’applique également aux discussions liées aux tâches. list_task_comments inclut désormais un tableau attachments pour chaque commentaire, ce qui permet de déterminer clairement quels fichiers appartiennent à chaque partie de la conversation. Un assistant peut ainsi distinguer une image présente dans la description initiale de la tâche d’une image ajoutée ultérieurement dans un commentaire précis.
Les assistants peuvent suivre un workflow plus fiable
Grâce aux données structurées sur les pièces jointes, un assistant peut désormais suivre une séquence cohérente :
Lire la tâche, le document ou les commentaires de la tâche.
Identifier les fichiers et les images inline qui y sont joints.
Vérifier le nom, le type et la taille de chaque pièce jointe.
Récupérer l’image pertinente avec
get_uploadlorsqu’un contexte visuel est nécessaire.
Cela se révèle particulièrement utile lorsqu’une tâche contient plusieurs fichiers importés ou lorsqu’un long fil de commentaires accumule progressivement des éléments complémentaires. Au lieu de traiter les pièces jointes comme des liens opaques, l’assistant peut identifier les contenus disponibles et sélectionner celui qui correspond à votre demande.
Il devient également plus facile de guider le comportement de l’assistant. Vous pouvez lui demander d’examiner la capture d’écran d’une tâche, de comparer les images de deux commentaires ou d’analyser le diagramme joint à un document, sachant qu’il dispose d’une méthode structurée pour localiser ces fichiers.
L’accès aux images suit les permissions du travail associé
Lorsqu’un assistant utilise get_upload, OKiDO vérifie le fichier par rapport à la tâche ou au document auquel il appartient. L’assistant ne peut ouvrir une image que si son utilisateur est déjà autorisé à consulter l’élément parent.
Cette règle s’applique partout où des fichiers peuvent être importés, y compris dans les tâches et documents de projets privés. Le fait de pouvoir identifier ou demander un fichier importé ne donne pas à l’assistant un accès plus large au travail qui l’entoure. La visibilité de la tâche ou du document reste le facteur déterminant.
Cette relation est importante, car les pièces jointes sont rarement autonomes. Une capture d’écran peut contenir des détails qui n’ont de sens que dans le contexte d’une tâche précise, tandis qu’un diagramme peut documenter un processus destiné à un projet particulier. En associant l’accès aux fichiers à l’élément parent, OKiDO maintient le contexte visuel de l’assistant en adéquation avec le contexte opérationnel déjà accessible à son utilisateur.
Le comportement reste ainsi cohérent, que l’assistant lise du texte ou récupère une image. Si l’utilisateur peut accéder à la tâche ou au document, l’assistant peut exploiter les pièces jointes pertinentes. Si l’élément parent n’est pas accessible à cet utilisateur, ses images intégrées ne le sont pas non plus via get_upload.
Mettez le contexte visuel à profit
Les changements de cette semaine font du contexte visuel un élément exploitable dans les workflows basés sur MCP. Les assistants peuvent repérer les pièces jointes dans les tâches, les documents et les commentaires, consulter les informations essentielles de chaque fichier et récupérer les images pertinentes au lieu de rester bloqués face à un lien inutilisable.
Faites l’essai en connectant votre assistant MCP à une tâche ou à un document wiki contenant une capture d’écran ou un diagramme. Demandez-lui de répertorier les pièces jointes disponibles, d’identifier l’image pertinente et d’utiliser ce contexte visuel pour examiner le travail.