Répondre à une question de chantier devient un réglage de droits d'accès

Une question part du chantier et la réponse revient par écrit. Le repère ne correspond à rien sur le plan, le calorifuge n’est pas au diamètre du CCTP, l’attente électrique manque au droit de la centrale. Des mois plus tard, ce qui compte de cet échange tient en deux informations : le nom au bas de la réponse, et la date.

Le centre d’aide de PlanRadar décrit désormais des programmes qui surveillent un projet et écrivent tout seuls quand un événement s’y produit. Quatre de ses articles portent une date de mise à jour au 20 ou au 21 août 2026, la page produit au 19 ; l’éditeur n’affiche aucune date de première publication. Il appelle ces programmes des agents. Le moment où quelqu’un relit avant d’envoyer cesse d’être le point de contrôle, et deux autres prennent sa place, qui se règlent et se relisent : le paramétrage de l’agent, et le journal de ses passages.

Quatre agents livrés, trois choses qu’ils ont le droit d’écrire

Un agent se compose de quatre pièces, indique le centre d’aide : des instructions en langage courant de 4 000 caractères au maximum, un projet unique, seule source qu’il peut lire, des déclencheurs choisis parmi cinq événements, des actions choisies parmi trois. Les déclencheurs disent quand l’agent regarde, les actions ce qu’il a le droit d’écrire, les instructions ce qu’il fait.

Quatre agents prêts à l’emploi arrivent avec le compte. Trois surveillent la qualité des tickets : champs et photos manquants, doublons probables, vérification après résolution. Le quatrième, appelé Response Agent, va chercher la réponse dans les documents du projet quand un ticket de question est créé, et l’éditeur écrit qu’il la « drafts », qu’il la rédige. Rien n’attend derrière : la documentation ne décrit aucun état intermédiaire entre l’écriture et la publication, et ce qu’un agent écrit sur un ticket est visible de tous ceux qui voient ce ticket, sous-traitants et observateurs compris. Le seul filet posé en amont est un essai à blanc, qui lit les vraies données du projet sans rien écrire.

L’e-mail, en revanche, n’est pas un texte libre : le centre d’aide le décrit comme une notification type de PlanRadar, qui porte l’étiquette de l’agent, le numéro du ticket et un bouton vers la pièce. Ce qu’un agent rédige va donc dans le ticket ou dans un commentaire.

Les deux points de contrôle sont aux extrémités de la chaîne : ce qui se règle avant, ce qui se relit après. Entre les deux, la documentation ne décrit aucune étape d’approbation.

Ce que la RFI devient une fois passée la Manche

L’exemple qui circule est la RFI, la demande d’information écrite prévue par les contrats anglo-saxons : un objet numéroté, avec son destinataire et son délai de réponse. Il vient d’AEC Magazine, qui a relayé l’annonce le 20 août 2026 et écrit que le Response Agent lit une RFI entrante, cherche dans les documents du projet et crée une réponse en nommant sa source. La page presse de l’éditeur ne porte rien sur ces agents, et son centre d’aide décrit le même agent sans jamais employer ce mot : un ticket de question, pas une RFI.

En France, la même question circule sans porter ce nom : correspondance d’exécution entre l’entreprise et la maîtrise d’œuvre, compte rendu de chantier hebdomadaire, note de l’OPC. Le bureau d’études fluides répond aux questions techniques de son lot, le conducteur de travaux du contractant général répond de l’organisation et arbitre les interfaces.

Trois réglages restent entre vos mains : la répartition des réponses par lot, les pièces qui font foi, le délai annoncé au client. Un agent en hérite tels quels le jour où on l’active, y compris quand ils ne sont écrits nulle part.

Deux noms sur la ligne, et le filtre par auteur qui passe à côté

Le centre d’aide décrit l’étiquette apposée sur tout ce qu’un agent produit : créé par tel agent, pour le compte de tel utilisateur, à telle date. On la retrouve au même endroit que le nom d’un auteur humain : sur le ticket, sur le commentaire, sur chaque entrée de son journal, et dans l’e-mail. Ce deuxième nom est celui du compte qui a créé l’agent et qui le possède, et l’agent lit le projet avec les droits de ce compte. C’est la question des droits d’accès aux données d’un projet, posée cette fois à l’intérieur de l’outil qui les héberge.

Un filtre par créateur ne remonte pas les tickets écrits par un agent, pas même sous le nom du propriétaire de l’agent : un critère distinct existe pour cela, dans l’application web uniquement. Un tableau de suivi bâti sur le champ auteur cesse donc de tout voir, sans rien signaler.

Pour retrouver ces tickets, il faut ajouter un critère distinct de celui du créateur, et il n’apparaît que sur les comptes qui ont des agents. Capture du centre d’aide PlanRadar, article « Recognise Work Done by AI Agents », mis à jour le 21 août 2026, consultée le 24 août 2026.

Le journal d’activité enregistre chaque passage, avec ce que l’agent a lu, ce qu’il a décidé et ce qu’il a créé. Mais il n’existe que dans l’application web et exige un utilisateur interne muni de la permission dédiée aux agents. Le détail d’un passage se restreint encore : seuls le créateur de l’agent et le propriétaire du compte peuvent l’ouvrir. Un sous-traitant voit donc les deux noms au bas de la réponse qu’il reçoit, sans aucun moyen de remonter à ce que l’agent a lu pour la produire.

Enfin, l’agent se met en pause tout seul si son propriétaire est désactivé, perd la permission ou perd l’accès au projet : la capacité de l’entreprise à répondre suit l’état d’un compte.

Ce qui se mesurera sur les prochaines versions

Le passage « d’heures à minutes » sur la première réponse figure dans la reprise d’AEC Magazine, et dans aucune des pages publiées par l’éditeur. Il ne dit ni sur combien de demandes, ni sur quel type d’affaire, ni comment il a été mesuré. Il reste une annonce.

La même reprise annonce une disponibilité sur toutes les formules d’abonnement. La documentation de l’éditeur, elle, réserve les fonctions IA aux comptes hébergés chez Amazon Web Services, avec un traitement à Francfort. Elle borne en revanche la version actuelle : un agent ne modifie ni ne supprime jamais rien, ne se déclenche sur aucun calendrier, ne travaille que sur un projet à la fois, et n’écrit à personne hors du projet.

Deux points se vérifieront sur les versions suivantes : une étape de validation activable agent par agent, et l’ouverture du détail des passages à d’autres que le créateur de l’agent.

Sur votre affaire en cours, qui signe la réponse ?

Le jour où un maître d’ouvrage conteste une réponse, il ne demande pas quel outil l’a rédigée. Il demande qui l’a signée, sur quelles pièces, et quand. Cette ligne d’auteur existe déjà dans l’outil qui porte votre correspondance d’exécution, celui de cet éditeur comme les autres.

Elle se relève sur les dix dernières réponses écrites aux questions d’une affaire en cours : le nom qui apparaît au bas de chacune, puis les pièces auxquelles le compte correspondant a réellement accès. Le nombre de jours entre la question et la réponse se lit sur les mêmes dix lignes. Comptez une dizaine de minutes sur une affaire simple, une demi-heure si votre outil porte déjà des règles automatiques dont personne ne se souvient.

Un conducteur de travaux de contractant général et une maîtrise d’œuvre d’exécution en sortent avec le délai qu’ils peuvent annoncer à leur client et le nom qu’ils tiendront devant lui. Ce relevé sert une seconde fois le jour où un agent est activé sur l’affaire : ce sont exactement les trois éléments qu’il faudra écrire dans ses instructions.

Lire aussi

• Votre mémoire technique rédigé avec l’IA n’a pas à porter d’étiquette
• Écrire la liste de ce qu’une offre doit contenir, avant de comparer
• Procore paie 845 millions pour des archives d’images de chantier