Una empresa pot començar amb un sol agent i obtenir una millora concreta. Pot reduir el temps necessari per preparar un informe, ordenar una reunió o revisar un calendari. Aquesta és sovint la millor manera d'entrar: una missió delimitada, unes fonts conegudes, un responsable i un resultat que es pot comparar amb el procés anterior.
El problema apareix quan cada nou agent es construeix com una illa. L'equip torna a explicar la marca, copia els mateixos documents, redefineix les mètriques i manté instruccions diferents en diverses eines. Al cap d'uns mesos hi ha més automatitzacions, però també més versions del coneixement i més dificultat per saber quina és correcta.
Per això recomanem començar amb un agent, però pensar des del principi en un possible ecosistema.
Compartir coneixement no significa compartir-ho tot
Un ecosistema d'agents és un conjunt de processos especialitzats que poden reutilitzar part d'una mateixa Knowledge Foundation. Comparteixen definicions, fonts o resultats quan és útil, però conserven missions, permisos, proves i responsables propis.
Un agent de blog i un agent de xarxes socials poden consultar el mateix posicionament, catàleg de serveis, vocabulari i llibre d'estil. Això no significa que publiquin de la mateixa manera ni que tinguin els mateixos permisos. El Blog Publisher pot preparar un article extens amb enllaçat intern, mentre que el Social Publisher n'extreu idees adaptades a cada canal. Review pot revisar totes dues propostes sense tenir autorització per publicar-les.
La base es reutilitza; les responsabilitats no es dilueixen.
Per què la segona implementació pot ser més eficient
La part més exigent del primer projecte acostuma a ser identificar i ordenar el coneixement. Cal aclarir objectius, fonts, vocabulari, criteris de qualitat, permisos i riscos. Quan aquesta base ja existeix, un agent nou pot aprofitar una part de la feina, sempre que la nova missió sigui compatible.
Això no significa que el cost o el temps es divideixin automàticament. Cada agent necessita un flux, unes integracions, casos de prova i una anàlisi de risc. Tanmateix, ja no cal preguntar de nou què ven l'empresa, com parla o quina versió del servei és vigent. A mesura que el Company Brain millora, també disminueix la dependència de prompts independents i de context aportat manualment.
El benefici més important no és només produir més. És mantenir més coherència entre processos que abans evolucionaven per separat.
Un exemple dins de comunicació i màrqueting
Imaginem que una organització construeix una base comunicativa amb els seus públics, territoris editorials, objectius SEO, campanyes, productes, exemples, criteris visuals i restriccions legals. El primer pilot podria preparar articles del blog. Després, la mateixa base podria alimentar un agent de xarxes, un revisor del calendari, un sistema d'informes i un constructor de landings.
Els agents no haurien de repetir la mateixa feina. El Blog Publisher pot generar una peça original; el Social Publisher pot consultar-la com a font aprovada; el Dashboard Builder pot recollir-ne el rendiment; Review pot comparar el resultat amb l'estratègia. Si el llibre d'estil canvia, l'actualització es fa a la font governada i es torna a provar l'impacte sobre els agents afectats.
Aquesta connexió crea continuïtat entre planificació, producció, distribució, mesura i revisió. També fa visibles les dependències: un error a la font compartida pot afectar diversos processos, de manera que l'actualització necessita control de versions i responsable.
Els riscos d'un ecosistema massa ràpid
Connectar molts agents abans de validar el primer pot amplificar errors, crear accions difícils de revertir i ocultar on s'ha originat una decisió. També pot concedir permisos excessius per comoditat o provocar que una dada passi d'un procés a un altre sense una finalitat legítima.
Per evitar-ho, cada connexió ha de respondre a una necessitat. Cal documentar què rep l'agent, què produeix, qui pot utilitzar el resultat i durant quant temps es conserva. Les dades personals o confidencials necessiten controls proporcionals, i cap agent hauria d'obtenir accés a tota la base només perquè forma part del mateix sistema.
L'ecosistema ha de poder aturar una branca sense interrompre la resta. També ha de mantenir registres que permetin reconstruir quin agent va generar una proposta, amb quina font i sota quina versió de les regles.
Una visió 360º amb implantació progressiva
La visió global serveix per dibuixar el mapa de processos i anticipar reutilitzacions. No obliga a automatitzar tota l'empresa. El recorregut continua sent progressiu: Foundation, Roadmap, Pilot, Onboarding i Scale.
Comencem amb un procés que permeti aprendre, formem les persones que l'utilitzaran i observem què passa en condicions reals. Si el sistema aporta valor, connectem el següent agent aprofitant la base existent. Si no, corregim o aturem abans d'haver multiplicat la dependència.
Un ecosistema d'agents no és una organització que funciona sola. És una arquitectura de processos especialitzats que comparteixen coneixement de manera controlada i retornen les decisions importants a persones responsables.
Començar petit i pensar en sistema no són idees oposades. El pilot limita el risc; el mapa evita construir deu solucions desconnectades.