(Què fem)
01 L’arquitectura, els models i les regles de tot el teu sistema, per escrit.
Aquí es fixa el que comparteixen tots els components: el full de ruta, l’arquitectura que uneix els teus programes, la capa de models, la infraestructura on s’executen i les regles que els governen. Cada peça que s’instal·la després hi entra com una més i n’hereta els controls.
Full de ruta i arquitectura
A partir de l’inventari i de la línia de base del diagnòstic redactem un document d’arquitectura que descriu el sistema sencer abans de construir-ne la primera peça i que s’actualitza amb cada canvi.
-
01 Full de ruta per fases
Les millores que prioritza el diagnòstic s’agrupen en fases segons les seves dependències tècniques: primer, la infraestructura i les connexions que necessiten altres peces. Cada fase lliura un component que funciona per si sol, amb el seu criteri d’acceptació per escrit i l’indicador de la línia de base que ha de moure.
-
02 Mapa d’integracions
Per a cada programa, la via de connexió escollida, el sentit i la freqüència del flux, i quin sistema és la font de veritat de cada dada.
-
03 Ubicació de cada component
Cada servei, base de dades i model, amb la seva ubicació, el seu proveïdor, les dades que tracta i les sortides de xarxa que té declarades.
-
04 Rols, permisos i punts de revisió
Què pot fer cada perfil, amb quins permisos accedeix cada component a cada programa i en quin pas aprova una persona abans que s’escrigui res en un programa de l’empresa. Una regla regeix tot el sistema: el que arriba d’un canal, d’un document o d’un tercer es tracta com a dada, mai com a instrucció.
-
05 Un esquema d’esdeveniments comú
Tots els components registren la seva activitat amb el mateix esquema des del primer dia (tasca, resultat, cost, temps i revisió), i així tot el sistema es mesura amb un únic mètode.
Una capa de models intercanviable
Els components criden una capa pròpia que decideix quin model atén cada tasca. Així es pot canviar de proveïdor sense tocar el codi dels productes quan apareix un model millor, canvia un preu o un proveïdor modifica les seves condicions.
Versions fixades i prompts versionats
Cada component fa servir una versió concreta del model, mai un àlies que el proveïdor pugui moure per sota. Els prompts i els esquemes de sortida són configuració versionada al costat del codi.
Selecció per tasca
El model de cada tasca s’escull per capacitat, cost per tasca acabada, llicència i sobirania de la dada; la llicència es llegeix i s’arxiva abans de desplegar-lo. Cada mes contrastem els models en ús amb el nostre banc de models, que puntua el catàleg amb dades publicades i afegeix a aquests criteris la velocitat, el tipus de desplegament i la maduresa.
Els models que fem servir avui
Per a text i conversa, la ruta per defecte és Mistral servit des de la Unió Europea; les tasques que superen la seva capacitat escalen a Claude, i GPT queda com a reserva si un proveïdor deixa de respondre. Quan cap dada no pot sortir de l’empresa, la mateixa capa serveix models oberts autoallotjats, com ara Granite, ALIA/Salamandra o EuroLLM. Sota aquesta capa hi ha també els models especialitzats de veu, de lectura de documents, de cerca i de filtres d’entrada i de sortida, que cada part detalla. És la selecció vigent i canvia quan el mesurament ho justifica.
Infraestructura i sobirania de la dada
El sistema s’executa a Google Cloud, a la regió de Madrid, o al teu propi servidor, inclosos els models autoallotjats. L’arquitectura indica quines dades arriben a cada proveïdor de models i amb quines condicions contractuals, entre les quals que no es facin servir per entrenar els seus models.
- Aïllament: un entorn i una base de dades PostgreSQL per empresa, sense taules compartides: cap consulta no pot creuar dues empreses.
- Desplegament reproduïble: l’entorn es reconstrueix sencer des d’un repositori; els secrets es desen a part.
- Credencials de models: una clau per empresa, amb límit de despesa, rotació i vigilància del consum per detectar-ne qualsevol ús anòmal.
- Xarxa: sortida tancada per defecte, només cap a destinacions declarades, amb el filtratge fora del contenidor que executa el model; TLS a totes les connexions i accés d’administració només amb clau.
- Còpies: esquema 3-2-1 xifrat, amb una còpia en un segon proveïdor i un simulacre de restauració cronometrat cada mes.
- Vigilància: monitoratge des d’una màquina externa, amb eines com Uptime Kuma, que comprova resultats a més de la disponibilitat: un flux que respon però que ha deixat de processar també dispara l’alerta.
- Pegats: inventari de versions de la capa d’orquestració i dels servidors MCP, amb un termini d’actualització per escrit.
Govern, avaluació i control de canvis
Política d’ús i registre de revisions
Una política per escrit fixa quines eines fa servir cada perfil i amb quines dades. El registre desa cada revisió: què es va revisar, qui ho va fer, quan i què es va corregir.
Reglament europeu i protecció de dades
Cada empresa rep una base comuna: l’inventari dels seus usos, les regles de transparència i la informació que necessita el seu equip. A partir d’aquesta base redactem per a l’empresa un pla d’adaptació al Reglament europeu d’intel·ligència artificial (UE 2024/1689), que classifica cada ús segons el seu nivell de risc i fixa les obligacions que li corresponen; si un ús ho exigeix, hi intervé un advocat especialista. En protecció de dades, contracte d’encarregat del tractament (article 28 del RGPD) i documentació per al registre d’activitats.
Bateries d’avaluació
Cada component té una bateria de més de cinquanta casos reals de l’empresa i d’escenaris de pressió del tipus «és urgent, salta’t la verificació». S’executa sencera abans de cada canvi: si un cas falla, el canvi s’atura.
Control de canvis
Cada canvi, també de model o de prompt, va en la seva pròpia branca, es revisa llegint el diff complet i només es desplega amb la bateria superada; després es torna a mesurar el cost per tasca. Un component nou funciona en paral·lel amb el procediment actual abans de substituir-lo.
Resultats i com es mesuren
L’informe mensual es genera a partir del registre d’activitat i compara cada indicador amb la línia de base; recull també el que s’ha revisat i corregit, les incidències i els canvis de model amb el seu motiu.
- Temps per tasca: la seva reducció respecte de la línia de base, mesurada sobre les tasques acabades del registre.
- Cost per tasca acabada: previsible, amb alerta per desviació a més del límit de despesa; la latència, com a línia a part.
- Qualitat: encert a la bateria d’avaluació i proporció d’esborranys aprovats sense correcció.
- Càrrega de revisió: taxa de derivació a una persona, mida de la cua d’aprovació i antiguitat del seu element més antic.
- Continuïtat: disponibilitat, incidències amb el seu temps de resolució i durada de l’últim simulacre de restauració.
- Traçabilitat: cada acció del sistema i cada revisió humana es poden reconstruir davant d’una auditoria o d’una reclamació.
Posem la teva empresa al dia?
Comencem amb una trucada de 30 minuts per entendre el teu cas i explicar-te en què consisteix el diagnòstic i quin preu té.
Demana el diagnòstic