La IA no es la herramienta. Es el puesto.
En los equipos que acompañamos, los agentes ocupan los roles de ejecución y las personas suben a un rol explícito de revisión. No vendemos pilotos que quedan en una presentación: instalamos una forma de trabajar que tu equipo sostiene cuando nos vamos.
Transformación de perfiles
Es el cambio que ya hicimos adentro y el que venimos a instalar afuera. No es usar IA para ir más rápido: es cambiar quién ocupa cada puesto.
Casi todos usan la IA como un ayudante que sugiere. Nosotros le damos el rol completo — y movemos a la persona al lugar donde su criterio vale más: revisar y responder.
Un agente con el rol de desarrollador no autocompleta líneas: recibe el requisito, escribe el código y sus pruebas, y entrega para revisión. Un agente con el rol de arquitecto no opina: produce el plan citando las reglas que lo obligan.
La persona deja de escribir todas las líneas y pasa a decidir si lo escrito entra o no entra. Ese rol no es menor: es el que firma.
Lo que cambia no es la velocidad. Es dónde queda la responsabilidad.
Por eso el equipo no se achica: se corre. Quien revisaba a veces ahora revisa siempre, con reglas escritas y evidencia de cada paso. Y lo que antes vivía en la cabeza de una persona —el criterio— tiene que quedar por escrito para que un agente lo pueda cumplir.
Ese es el trabajo duro de la transición, y es exactamente lo que acompañamos.
Un actor no nace siendo un actor. Se construye.
Un modelo suelto no es un actor: es una capacidad sin sitio. Para ocupar un rol de verdad necesita siete cosas, y ninguna viene puesta de fábrica. Eso es lo que ayudamos a construir.
Conocimiento
La base que puede consultar, con la fuente de cada dato.
Contexto
Qué está pasando ahora: el caso, el estado, lo que ya se hizo.
Reglas
Qué puede y qué no. El criterio escrito que está obligado a cumplir.
Memoria
Lo que pasó en corridas anteriores, para no repetir el mismo error.
Relaciones
Con quién trabaja: otros actores, los sistemas y quién aprueba.
Objetivos
Qué se espera de él y cómo se mide si lo logró.
Experiencia
Casos reales acumulados que van corrigiendo su comportamiento.
No estamos automatizando al humano. Estamos rediseñando el trabajo.
construir un actor es trabajo de diseño, no de configuración
Primero el conocimiento. Después los roles. Al final, el negocio.
Siempre en este orden. Un agente sin base de conocimiento improvisa, y un caso de negocio sin agentes es una demo. Cada capa se apoya en la anterior y todas alimentan de vuelta a la primera.
Base de conocimiento
Lo que la organización ya sabe, en un estado consultable: documentos y normativa indexados para recuperación, y un grafo que guarda las entidades y sus relaciones — qué norma exige qué requisito, de qué trámite depende cada paso, quién responde por cada uno.
Entregable · base consultable, con la fuente de cada respuesta
Agentes sobre esa base
Recién acá aparecen los roles. Cada agente lleva su rol, sus habilidades y sus comandos —en el formato que soporte el modelo que use la organización— y trabaja citando las reglas de la capa de abajo. Nada de asistentes genéricos: roles con límites escritos.
Entregable · roles operando con reglas y límites
Capa MCP, cuando hace falta
Conectores hacia los sistemas que ya existen, para que los agentes consulten y actúen sin copiar y pegar. Uno es obligatorio: el editor de reglas, que deja corregir y ampliar la base desde el uso — con revisión humana y versionado. Es lo que convierte la base en algo que aprende en vez de envejecer.
Entregable · curación continua: completar, corregir, versionar
Casos del negocio
Los primeros usos reales, elegidos con la organización y medidos: el trámite que se atasca, el informe que toma tres días, la consulta que siempre termina en la misma persona. De ahí salen las correcciones que vuelven a la base.
Entregable · casos funcionando y el equipo operándolos
↺ curación continua · lo aprendido en los casos vuelve a la base de conocimiento
Cada tarea recibe solo lo que necesita. La base bien estructurada evita mandar documentos enteros al modelo.
El modelo caro planifica y revisa; el barato ejecuta lo mecánico. La mayor parte del trabajo no necesita el tope de gama.
Las reglas y el contexto estable se cachean en vez de reenviarse en cada corrida.
Cada trabajo tiene un techo de gasto conocido, y queda registrado cuánto costó.
Estas técnicas son parte del traspaso · no son un extra
Adopción en equipos de desarrollo
El problema no es que la gente no use IA: es que cada uno la usa distinto, sin reglas, y el resultado no se puede revisar ni repetir.
- Diagnóstico de cómo se trabaja hoy y dónde se pierde tiempo
- Reglas escritas del equipo: qué hace cada agente, qué revisa una persona
- Roles separados para planificar, construir y revisar
- Acompañamiento sobre trabajo real, no ejercicios
Resultado esperado: el equipo entrega más rápido y cada entrega queda con evidencia de cómo se hizo.
Agentes a medida
Asistentes que hacen trabajo de verdad sobre tus sistemas: consultan, preparan, completan y avisan. Con permisos acotados y registro de cada acción.
- Integración con tus APIs y bases de datos existentes
- Tareas repetitivas que hoy consumen horas de personas
- Límites explícitos: qué puede hacer solo y qué requiere aprobación
- Registro completo para auditar después
Conocimiento consultable
Normativa, procedimientos, contratos y manuales que hoy viven en carpetas y nadie lee. Los dejamos en un estado donde se preguntan en palabras y la respuesta viene con su fuente citada.
- Carga y estructuración del material existente
- Respuestas que indican de qué documento y qué parte salieron
- Proceso para mantenerlo al día cuando la norma cambia
Es el servicio más directo de medir: se nota en las preguntas que dejan de llegar al experto de siempre.
Uso responsable de IA
Antes de escalar el uso de IA conviene haber respondido tres preguntas: con qué datos, quién aprueba qué, y cómo se demuestra después lo que pasó.
- Política de uso escrita y aplicable, no declarativa
- Criterios de manejo de datos sensibles
- Puntos de aprobación humana obligatoria
- Registro y trazabilidad para auditoría
Es el servicio que hace que los otros tres pasen la revisión de contraloría, de legal o del cliente final.
Una conversación, un diagnóstico corto, y recién ahí una propuesta.
Sin alcance inventado: primero entender el proceso, después ponerle precio.
Conversación
Una hora para entender el proceso que duele.
Diagnóstico
Revisión acotada con hallazgos y prioridades.
Propuesta
Alcance, plazo y precio por escrito.
Trabajo
Entregas revisables, sin cajas negras.