Analyse du Project89 : Conception d'un cadre AI Agent de nouvelle génération modulaire et haute performance

Project89 a adopté une toute nouvelle approche pour concevoir l'Agent Framework, qui est un Agent Framework haute performance destiné au développement de jeux, plus modulaire et offrant de meilleures performances par rapport aux Agent Framework actuellement utilisés.

Cet article présentera en profondeur les améliorations apportées par ce cadre par rapport aux cadres d'agents traditionnels en termes d'architecture.

Contexte des développeurs

Le fondateur de Project89 a auparavant participé au développement du projet Magick, un logiciel de programmation utilisant l'IA. Il était le quatrième développeur de ce projet.

Pourquoi utiliser ECS pour concevoir un cadre d'agent

ECS(Entity-Component-System) est un modèle d'architecture couramment utilisé dans le développement de jeux et les systèmes de simulation. Il sépare complètement les données de la logique, permettant ainsi de gérer efficacement divers entités et leur comportement dans des scènes à grande échelle et évolutives.

L'architecture ECS comprend trois concepts clés :

1. Entity( entité) : c'est juste un ID, ne contenant aucune donnée ou logique.

2. Component( composant ) : utilisé pour stocker les données ou l'état spécifiques d'une entité.

3. Système（系统): responsable de l'exécution de la logique liée à certains composants.

Dans ArgOS, chaque Agent est considéré comme une Entité, pouvant enregistrer différents composants, tels que :

• Composant Agent : stocker les informations de base de l'Agent
• Composant de perception : stocker les données externes perçues
• Composant Mémoire : Stocke les données de mémoire de l'Agent
• Action Component: Stocker les données Action à exécuter

Chaque système fonctionne de manière indépendante, sans relation d'appel entre les différents systèmes. Chaque système s'exécutera une fois dans un cycle défini, par exemple :

• Le système de perception peut s'exécuter toutes les 2 secondes.
• Le système de mémoire peut s'exécuter une fois par seconde.
• Le système de plan peut exécuter des milliers de fois.
• Le système d'action peut s'exécuter toutes les 2 secondes.

Architecture du système ArgOS

ArgOS divise le système en trois niveaux :

1. conscient ( CONSCIOUS ) système

   • Comprend RoomSystem, PerceptionSystem, etc.
   • Fréquence de mise à jour élevée( comme toutes les 10 secondes)
   • Traiter la perception en temps réel, la réflexion, l'exécution d'actions, etc.

2. SYSTÈME SUBCONSCIENT(

   • Comprend GoalPlanningSystem, PlanningSystem
   • Fréquence de mise à jour relativement basse ) comme toutes les 25 secondes (
   • Gestion de la génération d'objectifs et de la planification, etc.

3. inconscient)UNCONSCIOUS(système

   • Actuellement non activé
   • Fréquence de mise à jour plus lente)50 secondes et plus(

Les relations entre les différents systèmes sont complexes, mais une conception en couches permet un fonctionnement indépendant.

![Déconstruction de Project89 : une conception de cadre AI Agent de nouvelle génération, modulaire et haute performance])https://img-cdn.gateio.im/webp-social/moments-59f1984837d6636d7efc378c731a01eb.webp(

Analyse de l'architecture globale d'ArgOS

L'architecture de base d'ArgOS se divise en plusieurs couches :

1. Composant : comprend Agent, Action, Objectif, etc.
2. Système : comprend PerceptionSystem, ThinkingSystem, etc.
3. Manager : comprend RoomManager, StateManager, etc.
4. Runtime : Responsable de la planification du système et du gestionnaire

![Déconstruction de Project89 : un design de cadre d'agent AI de nouvelle génération, modulaire et haute performance])https://img-cdn.gateio.im/webp-social/moments-c37bd7442c3743f80a4fd9ba8afc123b.webp(

Le composant ) peut être divisé en plusieurs catégories :

1. Catégories d'identité principales : comme Agent, PlayerProfile, etc.
2. Comportement et état : comme Action, Objectif, Plan, etc.
3. Perception et mémoire : comme Perception, Mémoire, etc.
4. Catégorie Environnement et Espace : comme Room, Environment, etc.
5. Apparence et interaction : comme Apparence, Relation, etc.
6. Catégorie d'assistance ou de maintenance : comme Cleanup, DebugInfo, etc.

Le niveau Manager est responsable de la gestion des ressources, comme l'accès à la base de données, le traitement des conflits d'état, etc.

L'interaction avec la base de données est généralement gérée par le StateManager, les systèmes l'utilisent pour effectuer des opérations, évitant ainsi d'écrire directement du SQL.

Innovations architecturales

1. Chaque système fonctionne de manière indépendante, sans relation d'appel mutuel, réalisant le découplage des fonctionnalités.
2. Fonctionnalités faciles à étendre et à ajuster
3. Performance supérieure à celle des architectures orientées objet traditionnelles, mieux adaptée au traitement concurrent.
4. Conception en couches du système ( conscient, subconscient, inconscient ) planification raisonnable du cycle d'exécution

Dans l'ensemble, c'est un cadre extrêmement modulable et performant qui offre de nouvelles options d'architecture pour le développement d'agents.