ironclaw

L’évolution des assistants d’intelligence artificielle a historiquement été confrontée à un goulot d’étranglement architectural très clair : un modèle monolithique relié directement à chacune de ses capacités. Lorsque le raisonnement, l’exécution d’actions, la gestion d’identifiants sensibles et l’accès au réseau se déroulent dans le même environnement exact, des vulnérabilités critiques et des points de défaillance uniques apparaissent, au point qu’un flux de travail peut s’effondrer complètement en quelques secondes.
@NEAR Protocol relève ce défi structurel de front avec le déploiement de #IronClaw 1.0, une architecture avancée qui sépare clairement la prise de décision de haut niveau de l’exécution grâce à une couche de coordination sécurisée connue sous le nom de guard.

Les agents IA deviennent de plus en plus performants en raisonnement. La différence ici ne tient pas au fait que le raisonnement ne suffit pas.
Le veritable defit commence lorsqu'un agent doit passer a l'action. Acceder a un outil, parcourir le web, gerer des identifiants, reprendre une tache apres une interruption ou passer d'un canal de communication a un autre sans perdre le contexte.
Voilà le problème que IronClaw 1.0 est conçu pour résoudre.
✅ Une architecture différente pour les agents IA
#ironclaw separe la partie de prise de decision de celle qui consiste a agir. Entre les deux se trouve une couche de coordination appelee guarding. Cette separation est importante car un agent IA ne devrait pas avoir un acces illimite simplement parce qu'il sait raisonner sur une action. Chaque action passe par la couche de guarding, ce qui cree un point de controle unique pour les autorisations et la securite.

L'IA entre dans un nouveau chapitre fascinant. Nous évoluons au-delà des systèmes qui se contentent de répondre à des questions vers des agents capables de raisonner, d'utiliser des outils, de mémoriser le contexte et d'accomplir des tâches du monde réel. Mais à mesure que l'IA gagne en capacité d'action, une question devient impossible à ignorer : comment donner à l'IA davantage de capacités sans lui accorder une autorité illimitée ?
C'est là que @NEAR Protocol IronClaw 1.0 propose une approche intéressante.
Au cœur d'IronClaw se trouve la séparation entre la pensée et l'action. Au lieu de permettre à un agent IA de prendre une décision et d'exécuter immédiatement une action sensible, l'architecture introduit une couche de protection entre le raisonnement de l'agent et son exécution.

J’ai étudié ce qui se passe lorsque l’IA dépasse le simple fait de donner des réponses et commence à prendre des actions.
C’est là que commence le véritable défi. Un agent peut être compétent, mais peut-il agir dans des limites claires, préserver son travail et gérer des tâches sensibles en toute sécurité ?
C’est ce qui rend la version 1.0 d’IronClaw, @NEAR Protocol , intéressante à examiner.
#NEARAI Cloud fournit l’infrastructure à l’origine de cette orientation, en offrant aux développeurs un moyen d’exécuter des charges de travail d’IA avec une confidentialité accrue et une sécurité vérifiable. Son approche d’informatique confidentielle s’appuie sur des environnements d’exécution approuvés (Trusted Execution Environments, TEEs) pour isoler les charges de travail d’IA sensibles, tandis que l’attestation cryptographique peut apporter des preuves sur l’endroit et la manière dont le calcul a été effectué.

Les agents d’IA vont au-delà de la simple réponse aux questions.
Ils peuvent naviguer sur des sites web, travailler avec des documents, utiliser des outils, interagir avec des logiciels et, de plus en plus, exécuter des tâches au nom des utilisateurs.
Mais à mesure que les agents gagnent en capacité d’action, une question devient plus importante :
Comment accorder suffisamment d’autorité à l’IA pour qu’elle soit utile, sans lui donner trop de liberté ?
C’est ici que l’IronClaw 1.0 de @NEAR Protocol et NEAR AI deviennent particulièrement intéressants.
Une approche différente de l’architecture des agents d’IA
Les systèmes d’IA traditionnels se concentrent largement sur l’amélioration de la capacité du modèle à raisonner.

Les agents IA entrent dans une phase différente.
Ils ne se limitent plus à générer du texte ou à répondre à des questions. Ils peuvent effectuer des recherches, gérer des fichiers, interagir avec des sites web, communiquer entre différentes plateformes et exécuter des workflows multi-étapes. Mais à mesure que les agents deviennent capables d’agir en notre nom, je pense qu’une question devient de plus en plus importante :
Comment pouvons-nous donner à une IA assez d’autonomie pour être utile sans lui conférer une autorité illimitée ?
C’est ce qui rend IronClaw 1.0 #NEARAI particulièrement intéressant à mes yeux.

Ce que je trouve intéressant dans l’approche de @NEAR Protocol est qu’elle considère les agents d’IA comme une infrastructure, et non simplement comme des chatbots dotés de plus d’outils.
Beaucoup de systèmes d’agents font encore passer le raisonnement, l’exécution, les secrets et l’accès à Internet par la même boucle. Cela peut être impressionnant dans une démonstration, mais le travail en conditions réelles est une autre histoire. Plus un agent a accès à d’outils, plus il y a de risques que quelque chose tourne mal.
IronClaw 1.0 adopte une approche différente.
L’agent prend les décisions, tandis qu’une couche de coordination distincte appelée le garde contrôle la manière dont ces décisions sont exécutées. Chaque action passe par cette couche, y compris les nouvelles capacités ajoutées plus tard.

Les agents d’IA entrent dans une phase différente.
Ils ne se limitent plus à produire des réponses. Ils peuvent parcourir des sites web, gérer des fichiers, écrire du code, traiter de l’information et exécuter des workflows multi-étapes.
Cette capacité supplémentaire crée un nouveau problème d’ingénierie.
Lorsque des logiciels peuvent agir en votre nom, comment contrôlez-vous ce qu’ils ont le droit de faire ? Comment vous assurez-vous qu’une tâche interrompue ne disparaît pas ? Et comment protégez-vous l’infrastructure qui gère les données et le calcul en arrière-plan ?
C’est ce qui rend intéressant d’examiner IronClaw 1.0 de @NEAR Protocol .

Les agents IA évoluent de systèmes qui se contentent de répondre à des systèmes capables de raisonner et d’exécuter des tâches complexes dans le monde réel.
Ils vont au-delà de la simple réponse aux questions et commencent à parcourir le web, travailler avec des fichiers, interagir avec des applications, utiliser des API et exécuter des tâches en plusieurs étapes. Mais à mesure que les agents gagnent en autonomie, une question cruciale se pose : comment donner à l’IA la capacité d’agir sans sacrifier la sécurité, la fiabilité et le contrôle de l’utilisateur ?
@NEAR Protocol ’IronClaw 1.0 propose une approche intéressante de ce défi en repensant la manière dont un agent IA pense, agit et maintient sa progression.

L’IA est déjà allée au-delà de la simple réponse à des questions.
Le changement le plus significatif intervient lorsqu’un système d’IA peut agir.
Un agent peut naviguer, faire des recherches, travailler avec des fichiers, utiliser des outils externes, communiquer via différents canaux et poursuivre une tâche sans être guidé à travers chaque étape individuelle.
Cela crée un problème d’infrastructure différent.
Quand un logiciel peut agir pour votre compte, la capacité ne suffit plus. Il faut aussi savoir ce que l’agent est autorisé à faire, ce qui se trouve entre ses décisions et ses actions, et ce qui se passe quand quelque chose tourne mal.

Introduction : la prochaine phase des agents IA
Les agents d’intelligence artificielle ont dépassé le simple modèle de questions-réponses. Aujourd’hui, ils planifient des réunions, gèrent des fichiers, mènent des recherches et interagissent sur plusieurs plateformes. Mais cette évolution introduit un défi architectural essentiel : comment garantir que les agents IA agissent en toute sécurité lorsqu’ils disposent de capacités dans le monde réel ?
@NEAR Protocol Aborde ce problème avec IronClaw 1.0, un agent révolutionnaire qui repense fondamentalement l’architecture des agents IA en séparant la prise de décision de l’exécution grâce à une couche de coordination sécurisée.

Les agents IA deviennent plus capables.
‎Mais plus elles deviennent capables, plus une question devient importante.
‎Pouvons-nous réellement contrôler ce qu’ils font ?
‎C’est l’une des choses qui a attiré mon attention en examinant IronClaw 1.0 de NEAR AI. @NEAR Protocol
‎La plupart des gens se concentrent sur ce qu’un modèle d’IA peut penser.
‎IronClaw adopte une approche légèrement différente en prêtant attention à ce qui se passe après que l’IA a pris sa décision.
‎Le modèle réfléchit à ce qu’il faut faire.
‎Ensuite, le Guard se place entre le modèle et l’action.

Quand l’IA peut tout faire, qui garde un œil ?
Depuis longtemps, les agents IA sont des « touche-à-tout » : ils savent rechercher, gérer des fichiers, interagir avec des sites web et communiquer à travers différentes plateformes. Mais lorsqu’un seul agent est chargé à la fois de décider quoi faire et de l’exécuter effectivement, la marge d’erreur, les risques de sécurité et la perte de contrôle augmentent
C’est le défi <c-36/> que relève IronClaw 1.0. Fidèle à son nom, IronClaw est conçu pour donner aux agents IA une prise plus solide sur la façon dont ils agissent, en séparant la prise de décision de l’exécution grâce à une couche de coordination axée sur la sécurité appelée le Guard. Cela signifie qu’un agent IA peut déterminer ce qu’il estime devoir se produire, tandis qu’une couche distincte encadre ce qu’il est réellement autorisé à faire

Imaginez une entreprise où n’importe qui peut proposer un virement bancaire. Le marketing peut en demander un, l’ingénierie peut en demander un, les RH peuvent en demander un. Mais peu importe qui l’initie, l’argent ne bouge pas tant qu’il n’est pas passé par un guichet unique d’approbation qui applique les mêmes vérifications à chaque fois. Aucun service n’a de porte dérobée. C’est l’idée de base derrière IronClaw 1.0 de NEAR AI : l’agent peut raisonner sur ce qu’il veut faire, mais l’action elle-même doit passer par une couche unique de coordination avant de pouvoir s’exécuter.

L’intelligence artificielle va au-delà des chatbots.
La prochaine génération d’IA se construit autour d’agents capables de raisonner, d’utiliser des outils, d’exécuter des tâches et de continuer à travailler avec une intervention humaine minimale.
Mais une plus grande autonomie pose un défi fondamental :
Comment donner à l’IA la capacité d’agir sans renoncer à la sécurité, à la confidentialité et au contrôle de l’utilisateur ?
@NEAR Protocol ’s IronClaw 1.0 apporte une réponse intéressante.
IronClaw 1.0 : une architecture différente pour les agents d’IA
IronClaw 1.0 repose sur une distinction architecturale simple mais importante : séparer la partie d’un système d’IA qui décide de celle qui agit.

Les agents d’IA deviennent bien plus capables que les chatbots. Ils commencent à planifier, à exécuter des tâches, à interagir avec des applications et à assister des flux de travail de plus en plus complexes. À mesure que ces capacités se développent, une question devient plus importante : comment rendre l’IA autonome digne de confiance ?
C’est ici que @NEAR Protocol adopte une approche intéressante avec IronClaw 1.0.
Au lieu de permettre à un modèle d’IA de réfléchir et d’exécuter des actions sans supervision, IronClaw introduit une couche Guard qui sépare la prise de décision de l’exécution. Les opérations sensibles nécessitent une approbation explicite, créant ainsi une couche de sécurité supplémentaire pour les flux de travail alimentés par l’IA.

Les agents IA entrent dans une phase différente.
L’objectif n’est plus seulement de construire des modèles capables de répondre à des questions. L’opportunité la plus importante consiste à créer des agents capables de prendre des mesures, d’utiliser des outils, de conserver le contexte et d’exécuter des workflows dans le monde réel.
Mais cela pose un problème important :
Comment donner à l’IA la capacité d’agir sans lui confier un contrôle incontrôlé ?
@NEAR Protocol IronClaw 1.0 adopte une approche fondamentalement différente.
La couche « Guard »
IronClaw sépare la prise de décision de l’exécution grâce à une couche de coordination sécurisée appelée le « guard ».

Les agents IA sont sortis de la boîte de discussion pour s’installer dans les couloirs du lieu de travail.
Ils ne se contentent plus de répondre à des questions. Ils trient des e-mails, planifient des réunions, mènent des recherches, consultent des fichiers et exécutent de véritables actions au sein des outils de l’entreprise. En bref, ils passent d’un logiciel avec lequel nous discutons à des collègues numériques capables d’ouvrir des portes en notre nom.
Mais nous ne donnerions jamais à un employé toutes les clés de l’entreprise en lui disant : « Ils ont l’air plutôt malins. Espérons qu’ils ouvrent la bonne porte. » Avec des agents IA, se concentrer uniquement sur la qualité de leurs décisions ne suffit plus.

Le meilleur assistant est celui que vous cessez de remarquer. Vous définissez un objectif, passez sans friction du terminal à Slack, et ne perdez jamais le contexte ni n’avez à refaire le travail interrompu. La plupart des agents IA échouent ce test du quotidien pour une raison structurelle : ils rassemblent dans un système emmêlé chaque étape de réflexion fonctionnelle, d’action, de stockage de secrets et d’accès à Internet. Chaque nouvelle capacité devient alors un point de défaillance ou un risque supplémentaire.
IronClaw 1.0, lancé par @NEAR Protocol le 27 juillet 2026, emprunte une trajectoire différente. Il sépare la prise de décision de l’exécution, avec une couche de coordination unique appelée le guard entre les deux. Ce jalon n’est pas un simple effet marketing : c’est l’architecture qui fait qu’un assistant toujours disponible ressemble à un collègue de confiance plutôt qu’à un script fragile.

Les agents IA entrent dans une nouvelle phase.
Au lieu de simplement générer des réponses, on attend de plus en plus d'eux qu'ils effectuent des recherches, interagissent avec des outils, gèrent des flux de travail et agissent au nom des utilisateurs. Cela rend une question de plus en plus importante : comment donner plus de capacités à l'IA sans perdre le contrôle ?
#IronClaw 1.0 adopte cette approche par l'architecture.
Son idée clé est la séparation de la pensée et de l'action.
Le modèle IA gère le raisonnement et la prise de décision, tandis qu'une couche de coordination sécurisée appelée le garde se situe entre le modèle et les outils auxquels il peut accéder. Cela crée un chemin contrôlé où les actions peuvent être validées et, si nécessaire, explicitement approuvées avant l'exécution.