La teua empresa no necessita agents d'IA. Necessita processos que un agent puga usar
Els agents d'IA no fracassen en l'empresa perquè el model siga dolent. Fracassen perquè es solten sobre un procés que no existix, sense barreres i sense ningú que responga pel que fan. L'autonomia no és el primer pas, és l'últim.

En els últims dotze mesos, "agent d'IA" ha passat de ser un terme tècnic a ser una casella en el pla estratègic de mig món. La conversa en els comités de direcció ha deixat de ser "hauríem d'usar IA" per a convertir-se en "necessitem agents que treballen a soles". El salt s'ha donat sense que quasi ningú es pregunte sobre què van a treballar eixos agents.
I ahí està el problema. La majoria d'empreses que volen agents d'IA no tenen, encara, el lloc on un agent puga actuar amb sentit. Volen autonomia abans de tindre procés. És com contractar algú molt capaç, molt ràpid i que mai dorm, i soltar-lo en una empresa on ningú ha escrit com es fan les coses. No falla per incompetent. Falla perquè no hi ha res a què agafar-se.
Què és un agent, de veritat
Convé separar dues coses que el màrqueting mescla a propòsit.
Un chatbot respon. Li preguntes, contesta, i la decisió de fer alguna cosa amb eixa resposta és teua. El risc és baix perquè l'agent no toca res: només parla.
Un agent actua. Decidix i executa: crea la comanda, envia el correu, modifica el registre, llança el pagament, obri el tiquet. La diferència no és d'intel·ligència, és de permisos. Un chatbot equivocat et dona una resposta dolenta. Un agent equivocat et deixa una empremta en el món real que algú ha de netejar.
Esta distinció canvia tot el càlcul. Quan una eina només suggerix, dona igual que encerte el 85% de les vegades, perquè un humà filtra. Quan una eina executa, eixe 15% d'error ja no és una resposta descartable: és una comanda mal cursada, un client mal facturat, una dada corrupta que es propaga.
Un chatbot que s'equivoca et fa perdre un minut. Un agent que s'equivoca et fa perdre la vesprada reconstruint el que va tocar.
Per què fracassen: no hi ha procés per davall
El motiu pel qual els pilots d'agents es queden en pilot rarament és el model. Els models de 2026 són més que capaços per a la majoria de tasques d'oficina. El motiu és que l'agent es desplega sobre el buit.
Perquè un agent faça alguna cosa útil sense supervisió, el procés ha d'existir de forma explícita: quins estats pot tindre una operació, quines transicions estan permeses, quines validacions la bloquegen, què passa quan alguna cosa s'ix del previst. En la majoria d'empreses eixe procés no està escrit en cap lloc. Viu en el cap de tres persones i en un costum que canvia segons el dia.
Un humà competent navega eixa ambigüitat perquè la coneix: sap que "a este client se li factura distint", que "este proveïdor sempre arriba tard i no passa res", que "açò cal consultar-ho amb producció abans de confirmar". L'agent no sap res d'això. Només veu les dades que té al davant, i les dades no contenen les excepcions que viuen en el costum.
És el mateix principi que desenvolupem en Garbage in, garbage out: la IA no arregla un procés trencat, l'executa més ràpid. Amb un agent l'efecte es multiplica, perquè ara l'error no es queda en una pantalla, es convertix en una acció.
La pregunta correcta no és "és capaç?", és "és reversible?"
Abans de soltar un agent sobre una tasca, la pregunta útil no és si el model és prou bo. És si la tasca complix tres condicions. Si les complix, un agent aporta valor real. Si no, estàs introduint un risc que tard o d'hora es cobra.
| Condició | Pregunta | Si NO es complix |
|---|---|---|
| Acotada | L'abast de l'acció està clarament delimitat? | L'agent pren decisions fora de la seua competència |
| Reversible | Es pot desfer fàcilment si s'equivoca? | Cada error és un incident que algú neteja a mà |
| Observable | Queda rastre de què va fer i per què? | Ningú sap què va passar fins que el dany és visible |
Una tasca que complix les tres (classificar correus entrants, preparar un esborrany de comanda perquè un humà confirme, conciliar dos llistats i marcar discrepàncies) és terreny ideal per a un agent. L'error és barat, es detecta i es revertix.
Una tasca que falla en alguna (executar pagaments sense confirmació, modificar preus en producció, tancar operacions de forma irreversible) no és candidata a agent autònom, per molt capaç que siga el model. Ahí l'autonomia no és maduresa tecnològica, és imprudència disfressada d'innovació.
La majoria de processos d'una empresa, vistos amb honestedat, encara no complixen estes tres condicions. No perquè no es puga, sinó perquè ningú els ha modelat perquè les complisquen. I eixe és justament el treball previ que quasi ningú vol fer.
El forat de la responsabilitat
Hi ha una pregunta que quasi mai apareix en la demo i que és la primera que apareix quan alguna cosa ix mal: qui respon del que va fer l'agent?
Quan un empleat comet un error, hi ha una cadena clara: el va cometre, el revisa el seu responsable, es corregix, s'aprén. Quan un agent comet un error a les tres de la matinada, executant cent operacions per minut, eixa cadena no existix per defecte. Si no s'ha construït traçabilitat (què va decidir, amb quines dades, baix quina regla), l'error es descobrix tard, sense context i sense forma de saber quantes operacions més arrosseguen la mateixa fallada.
Un agent sense traçabilitat no és un empleat autònom. És un empleat autònom al qual has llevat el cap, el registre horari i l'historial. Funciona mentres encerta. El dia que falla, ningú sap què va passar.
Per això l'observabilitat no és un extra que s'afig després. És part de la definició d'"agent llest per a producció". Un agent que actua però no deixa rastre auditable no està acabat, està solt.
El que de veritat necessites primer
La conclusió incòmoda és que l'orde que ven la indústria està invertit. No es comença per l'agent i se li busca acomodament. Es comença pel procés i, quan està modelat, observable i amb barreres, l'agent entra quasi a soles.
Açò enllaça directament amb el que ja hem contat sobre construir el sistema operatiu del teu negoci: quan el procés viu en el sistema (amb estats, regles i traces explícites), afegir un agent deixa de ser un projecte de risc i passa a ser una capa més. L'agent actua dins d'unes barreres que el sistema ja imposa, sobre dades que el sistema ja té netes, deixant un rastre que el sistema ja registra.
Per a arribar ahí, algú ha d'entrar en l'operació, vore com funciona de veritat, mapar quines tasques són acotades, reversibles i observables, i construir la bastida abans de soltar res. Això és treball de Forward Deployed Engineer, no d'integració d'una API. No consistix a connectar un model: consistix a preparar el terreny perquè un agent siga segur. Ho desenvolupem en la nostra guia sobre consultoria d'IA per a pimes.
L'agent és el final, no el principi
Tornem a la pregunta del comité de direcció. "Necessitem agents d'IA" sol ser la resposta correcta a una pregunta que no s'ha fet: estan els nostres processos modelats de manera que una màquina puga operar sobre ells sense trencar-los?
En la majoria dels casos, la resposta honesta és que encara no. I això no és una mala notícia: és el verdader projecte. Modelar el procés, netejar les dades, definir les barreres i la traçabilitat genera valor per si mateix, amb o sense agent. L'agent, després, és la capa que arreplega eixe treball i el convertix en autonomia real.
Qui comença per l'agent compra una demo. Qui comença pel procés construïx una capacitat. La diferència es nota el primer dia que alguna cosa ix mal a les tres de la matinada.
Si en la teua empresa la conversa ja és "volem agents" però ningú ha mirat si els processos estan llestos per a suportar-los, agenda una sessió amb nosaltres i ho veiem en concret. El punt de partida correcte quasi mai és el que pareix. Hem vist com es prepara el terreny en la nostra guia sobre automatització de processos administratius.