Casos d'èxit
Cas d'èxit: Flormar revoluciona la fidelització amb IA
Flormar revoluciona la seva fidelització amb IA predictiva i aconsegueix un tiquet mitjà molt superior.
Formació d'IA agèntica per a l'equip de Condis: de xatejar a coworkejar
Vam començar la sessió amb l'equip tècnic de Condis amb una pregunta: «quants heu copiat alguna cosa d'un xat d'IA i ho heu enganxat en un altre lloc aquesta setmana?». Es van aixecar totes les mans. Aquest gest, copiar i enganxar, és justament el que veníem a treure del mig.
Estava plantejada per a 90 minuts i va acabar durant tres hores. I era justament el que buscava: tan bon punt baixes al terreny pràctic (obrir un CLAUDE.md real i llegir-lo junts, ensenyar guies de debò, fer una prova en directe), deixa de ser una xerrada sobre IA i cadascú comença a veure la seva pròpia feina a dins.
La formación de Pitu fue una auténtica master class. Nos hizo ver la diferencia entre chatear con una IA y trabajar de verdad con ella: pasar de un chat suelto a un entorno ordenado, estructurado y mucho más eficiente, donde el contexto y las guías hacen el trabajo. Se nota el profundo conocimiento de Pitu y su forma de transmitirlo, clara y muy práctica. Para mí ha sido un antes y un después a la hora de aplicar Claude en el día a día. ¡Muchas gracias por la sesión, Pitu, se nos hizo corta!
Queríamos agradecer enormemente a Pitu la formación sobre Claude que impartió a nuestro equipo. Ha supuesto un verdadero giro de tuerca en nuestra forma de entender y aplicar Claude en el día a día. Gracias a su visión y metodología, no solo hemos optimizado procesos, sino que le estamos sacando muchísimo más provecho a herramientas a las que antes no exprimíamos todo su potencial. ¡Un 10 en practicidad e inspiración!
Xatejar no és el mateix que coworkejar
En un xat, el context és el que enganxes a la finestra. Corregeixes a mà, tanques la pestanya i la correcció es perd. La setmana següent la tornes a fer.
Treballant amb agents, amb Claude Code i Cowork, el context és el repositori sencer: els fitxers, les guies, l'històric i les convencions. La memòria del projecte es carrega sola a cada sessió. I l'agent executa, veu l'error i l'arregla, en comptes de tornar-te un text que has de revisar a ull.
D'aquí surten tres peces
Tot el marc se sosté sobre tres peces que convé no barrejar.
- CLAUDE.md: la memòria del projecte. Es llegeix sola a cada sessió, sense que ningú ho demani. És un índex i un contracte, no una enciclopèdia; quan passa d'unes 500 línies comença a diluir l'atenció de l'agent i cal aprimar-lo.
- Les guies: el coneixement de cada tasca. Escrites com a especificació i no com a prosa: obligatori, prohibit, ruta exacta d'entrada i de sortida, checklist.
- Les eines: les mans de l'agent. Connectors, skills i scripts per executar, no només per redactar.
Una guia s'assembla més a un contracte d'API que a un manual
La diferència entre una guia que funciona i un apunt que no serveix rau en com s'escriu.
- Regles binàries, no consells. No pas «intenta que les frases siguin curtes», sinó «14 paraules per frase com a màxim; si se'n passa, rebutja la peça».
- Taules de substitució, no explicacions. La nostra guia de correcció té centenars de files del tipus «gap s'escriu brecha, upside s'escriu potencial alcista». L'agent no interpreta, substitueix.
- Rutes exactes, no «per allà». El fitxer, la línia aproximada, l'identificador. L'agent no busca a cegues: va directe al lloc.
I una regla que repetim molt: la guia no és un document de bones intencions. És on queda escrit el que ja has après mesurant.
El bucle que cal interioritzar
Tot es redueix a quatre passos, i el tercer és el que marca la diferència:
- Fas la tasca amb l'agent, amb el context que ja té.
- Surt regular i ho corregeixes a mà. Aquí és on es queda gairebé tothom.
- Escrius aquesta correcció a la guia. Aquesta és la feina de debò, l'única que s'acumula.
- La pròxima vegada surt bé a la primera. I la següent. I la següent.
La diferència amb el xat és que aquí l'arranjament es queda. Cada correcció que fas a mà i no escrius en una guia, la tornaràs a fer la setmana següent.
Un cas real: Stocks Report
Perquè no fos una demo bonica, vam ensenyar el nostre propi projecte: Stocks Report, una plataforma que genera informes d'inversió sobre més de 300 empreses cotitzades amb una sola persona a l'equip. Marketing, vendes, operativa i desenvolupament, tot amb el mateix model; el que canvia és l'entorn que li diu quin d'aquests papers li toca en cada moment.
Allà s'entenen dues decisions que en un xat ni et planteges. La primera, un model diferent per a cada tasca: Opus per a l'anàlisi i les decisions difícils, Sonnet per executar guies ben definides i Haiku per classificar i resumir en volum. La segona, subagents per a la lectura pesada, com explorar un repositori sencer o auditar trenta fitxers, que et tornen només la conclusió i deixen net el context principal. Al final la regla és simple: una guia fluixa obliga Opus a raonar; una guia bona deixa que Sonnet executi.
Els set errors que ja hem comès
Cap no el vam aprendre llegint. Tots ens van costar feina que va acabar a les escombraries:
- Començar sense control de versions. Git des del primer dia: un agent toca molts fitxers alhora, i sense un diff no saps què ha canviat ni com tornar enrere.
- Deixar claus i tokens dins del projecte. Van fora, en variables d'entorn: l'agent llegeix tot el que hi ha dins de la carpeta.
- Validar a ull amb el «fa bona pinta». Verificació amb un script dins del mateix flux; l'agent no es corregeix a si mateix.
- Acceptar permisos a cop de clic. Millor una llista de permisos revisada i compartida amb l'equip.
- Tenir l'arrel del projecte plena d'andròmines. Cada fitxer solt li costa context i atenció que necessites per a una altra cosa.
- Repetir el mateix flux a mà cada setmana. Si ho has escrit tres vegades al xat, ja és una ordre.
- No mesurar la qualitat del que entrega. Apunta quina guia falla més i quantes correccions et costa cada lliurable: això és el que et diu quina guia has de tocar.
El que fem i ens funciona
Els errors són la meitat de la foto. L'altra meitat són els costums que, al cap de mesos, s'han quedat perquè de debò estalvien feina.
Si les hagués de resumir en una frase: tot el que aprens queda escrit i tot el que s'entrega es verifica. Un CLAUDE.md curt que es recarrega a cada sessió, guies amb rutes d'entrada i de sortida explícites, el codi mort marcat perquè l'agent no el llegeixi, la verificació amb un script en comptes del «em sona bé», i el model triat segons la tasca i no sempre el més car. Res d'això no és teoria: és el que queda quan fa un temps que mesures què falla.
Què vam sembrar amb l'equip de Condis
L'entorn era molt tècnic i la conversa, exigent. Tan bon punt vam obrir un CLAUDE.md real, el vam llegir junts, vam fer una prova en directe i vam ensenyar guies de debò, la sessió va deixar de portar-la jo sol. I és llavors quan s'obre el món: no només el desenvolupament, també l'operativa, la dada i el dia a dia de cada departament comencen a veure-s'hi a dins.
Vam sembrar la visió i el camí per portar-ho al seu equip de persones i al seu stack d'eines. Gràcies a Josep Jarque i a Sergio Murillo per la confiança i el tracte; amb ells un se sent com a casa.
Primer pas, aquesta setmana: agafa la tasca que més vegades has copiat i enganxat des d'un xat aquest mes. Escriu-li una guia. Una de sola. I la pròxima vegada, no la copiïs: llança-la.
Si sou en aquest punt, amb un equip tècnic i ganes de passar de xatejar a coworkejar, parlem-ne.
Parlem del teu cas?
Explica'ns com treballa el teu equip avui. Et diem si hi ha alguna cosa que valgui la pena implantar, i si no n'hi ha, també.