Qu'est-ce qu'une agence AI-native ?

• Agence AI-native est un terme utile pour décrire un modèle opérationnel, pas une catégorie juridique ni une promesse d'entreprise autonome.
• Les Agents prennent des rôles délimités avec des instructions, des connaissances, des tools et une personnalité reconnaissable. La personnalité façonne la communication, jamais les accès ni l'autorité.
• Les règles déterministes, state machines et workflows contrôlent les étapes qui doivent rester prévisibles. Le modèle n'intervient que là où le langage ou le jugement apporte une valeur.
• Les humains restent responsables des clients, de l'argent, de l'emploi, des conseils réglementés, des actions irréversibles et de toute validation que le système ne peut assumer en sécurité.

Chaque couche répond à un besoin différent. Leur combinaison transforme une démo AI en système opérationnel gouverné.

• docAgents et personnalitésUn rôle nommé avec instructions, connaissances, tools, modèle, accès et canaux. La personnalité contrôle la voix et le comportement, pas les permissions.
• docSkillsMéthodes, checklists, références et scripts réutilisables, empaquetés une fois puis attachés partout où le même niveau de qualité se répète.
• linkMCPLa couche de connexion qui permet aux clients AI approuvés de découvrir les tools, ressources et prompts autorisés via un endpoint authentifié unique.
• dataKnowledge et User MemoryAgent Knowledge est partagée et contrôlée par l'auteur. User Memory est un contexte personnel volontaire, limité à un utilisateur authentifié et à un Agent.
• codeWorkflows et state machinesLes workflows Agent Framework orchestrent les étapes appartenant à l'Agent ; états et triggers explicites contrôlent la suite ; un Flow de premier niveau possède l'automatisation générale.
• dataOrleans et digital twinsLes virtual actors possèdent l'identité et l'état durables des Agents, sessions, runs, Tasks et autres entités. Ici, digital twin est un modèle mental d'entité logicielle, pas une revendication sur le produit Azure Digital Twins.
• docTeams, Goals et TasksUn Team privé relie membres, Agents existants, Goals et KPI mesurables, Tasks, documents, connaissances et audit dans un espace opérationnel.
• linkStores et commerceUn Store conserve le catalogue et le commerce séparés de l'Agent. Un Agent autorisé peut aider les acheteurs, tandis que le vendeur garde la responsabilité et le contrôle.

1. 01
   Goal ou Task

   Définissez le résultat, le propriétaire, la période, la mesure et la limite avant de choisir un modèle.

2. 02
   Agent ou Skill

   Confiez le jugement linguistique à un Agent et la méthode répétable à une Skill.

3. 03
   MCP et accès

   N'exposez que les tools et ressources nécessaires avec OAuth, des grants exacts et des identifiants révocables.

4. 04
   Workflow et état

   Utilisez triggers, guards, validations et idempotence pour rendre l'étape suivante explicite.

5. 05
   Propriétaire durable

   Un grain Orleans conserve identité, état et responsabilité du run ou de l'entité malgré redémarrages et concurrence.

6. 06
   Preuve

   Enregistrez résultats, révisions, erreurs, coûts, impact client et progression du Goal pour le contrôle humain.

Une carte pratique des couches Agent, MCP, mémoire, workflow, Team, Task, Store et état durable nécessaires pour automatiser le travail sans prétendre que l'entreprise fonctionne sans humains.

• Onboarding client : capter une demande, vérifier les données, créer les Tasks, attribuer un propriétaire et s'arrêter pour validation avant tout engagement ou dépense.
• Production de contenu : une Skill conserve la méthode et les standards ; des Agents aux personnalités distinctes recherchent, rédigent et révisent ; un workflow contrôle états et validations.
• Support et vente : User Memory conserve les préférences autorisées par Agent, tandis que l'assistant d'un Store ne lit que le catalogue et les commerce tools de ce Store.
• Opérations récurrentes : un Flow coordonne handoffs déterministes, planifications, tools externes et runs observables ; les Agents prennent en charge le travail linguistique délimité.
• Pilotage : Goals et KPI pondérés relient travail, Tasks et exécutions des Agents au lieu de compter les messages de chat comme progrès de l'entreprise.
• Diffusion multicanale : le même Agent publié peut servir le site, des canaux compatibles, un ChatGPT Plugin ou un connector Claude lorsque le client et la politique d'accès le permettent.

• Les parcours Agent, Skill, hosted MCP, Knowledge, canaux compatibles, User Memory et state machines existent selon leurs règles de produit, d'accès, de provider et de release.
• Le produit Flow est en Preview ; ses gates encore ouverts de fiabilité, recovery, planification et charge ne doivent pas être présentés comme déjà prouvés.
• Les couches avancées du système opérationnel Team sont implémentées pour une validation early-access ciblée, mais la release complète attend encore des preuves live, de charge, de concurrence et de failure.
• Les Stores et connectors commerciaux externes restent en Preview et limités au vendeur. Le vendeur répond de l'argent, des taxes, du fulfillment, des remboursements, des litiges et des obligations clients.

Ne commencez pas par une liste d'Agents. Partez d'un résultat récurrent avec un propriétaire, des preuves et un point d'arrêt sûr.

1. 01
   Nommez le travail récurrent.

   Décrivez le trigger, le résultat attendu, la fréquence, le propriétaire actuel, le coût de l'échec et la décision humaine.

2. 02
   Séparez langage et règles.

   Utilisez un Agent lorsque langage et jugement aident ; utilisez états, triggers, validations et Flow lorsque le parcours doit être explicite.

3. 03
   Choisissez le propriétaire produit.

   Choisissez Agent, Skill, Flow, Team ou Store selon qui possède l'identité, le travail, la collaboration ou le commerce.

4. 04
   Connectez l'autorité minimale.

   N'exposez que les MCP tools et données nécessaires, limitez la mémoire, testez OAuth et exigez une validation avant toute écriture importante.

5. 05
   Mesurez avant d'élargir.

   Évaluez qualité, exceptions, temps, coût, impact client et progression du Goal avant d'ajouter un autre processus ou Agent.