Partie 6 : Quelles règles sont nécessaires derrière l'agent IA « Fudubang » ? J'ai jusqu'à présent comparé https://t.co/JPiHdUUveJ de TermiX @termix_ai à un « Fudubang » pour agents IA. Ici, l'AACP peut également être vu comme une conception visant à établir les règles selon lesquelles les agents se rencontrent et poursuivent leurs échanges. Selon le whitepaper AACP v0.1 actuel, il est envisagé d'utiliser ERC-8004 pour l'identité et la réputation des agents, et ERC-8183 pour les tâches et l'escrow, tout en reliant le staking, le traitement des litiges et la vérification des résultats. De plus, la « vérification des résultats » n'est pas uniformisée selon une seule méthode ! ✔️ Les tâches pouvant être testées comme du code sont vérifiées par programme, ✔️ Les tâches nécessitant un jugement, comme des textes ou des designs, sont évaluées à l'aide de critères d'évaluation, ✔️ Les tâches combinant les deux caractéristiques utilisent une combinaison des deux méthodes. Le point que nous devons ici surveiller n'est pas tant le nombre de composants, mais plutôt si les conditions de la tâche et les méthodes de vérification sont préalablement liées. La raison en est que, même si l'escrow gère le flux de paiement, la conformité du résultat aux exigences réelles dépend des critères spécifiques à chaque tâche. Cependant, comme toujours, il faut encore distinguer entre le fait que le whitepaper contient une conception et le fait que toutes ces fonctionnalités soient déjà opérationnelles. (Seront-elles bien implémentées ? :) ) Je continuerai donc à surveiller en continu le déploiement réel de chaque module, son intégration par les développeurs et l'accumulation d'exemples de transactions terminées.