Agente único
Un flujo de trabajo concreto, de punta a punta: clasificar y rutear solicitudes, preparar cotizaciones, conciliar documentos, hacer seguimiento de un proceso.
Un chatbot responde preguntas. Un agente consulta tus sistemas, decide, ejecuta la acción y sabe cuándo pedir autorización a una persona.
En resumen
Antecedente de operación
Tres años de operación del sistema en producción, no una entrega y una salida.
El fallo más frecuente de las arquitecturas RAG, resuelto con metadata estructurada en la ingesta.
La propuesta llega en 48 horas con alcance, precio y fecha fijos. Si el alcance cambia, se cotiza aparte y se aprueba antes.
Un asistente conversacional recupera información y la redacta. Un agente hace algo más: recibe un objetivo, decide qué pasos dar, usa herramientas —tu CRM, tu ERP, tu base de datos, una API externa—, evalúa el resultado y corrige el rumbo si hace falta.
Esa autonomía es justamente lo que lo vuelve útil y lo que lo vuelve peligroso. Un agente mal construido ejecuta acciones equivocadas rápido y en silencio. Por eso todo lo que construimos lleva barreras explícitas: permisos acotados, puntos de aprobación humana en las acciones sensibles, y registro de auditoría de cada paso.
Un flujo de trabajo concreto, de punta a punta: clasificar y rutear solicitudes, preparar cotizaciones, conciliar documentos, hacer seguimiento de un proceso.
Varios agentes especializados que se coordinan y se pasan trabajo entre sí, con un orquestador que decide quién hace qué y cuándo escalar.
Un agente dentro de la herramienta que tu equipo ya usa, con el contexto de la operación y permisos por rol.
Exponemos tus sistemas como herramientas estandarizadas mediante Model Context Protocol, para que cualquier agente los use sin integraciones frágiles.
| Alcance | Qué incluye | |
|---|---|---|
| Exploración | Revisión del flujo, viabilidad, diseño del grafo y estimación. Sirve para decidir con datos si conviene. | 1–2 semanas |
| Agente único en producción | Un flujo completo, con herramientas, barreras, evaluación y observabilidad. | 4–6 semanas |
| Sistema multiagente | Varios agentes coordinados, orquestador, aprobaciones y trazabilidad completa. | 8–12 semanas |
| Soporte y evolución | Mantenimiento, ajuste de prompts y herramientas, seguimiento de costo y calidad. | Mensual |
La exploración se descuenta del proyecto si seguimos adelante.
Implementación y observabilidad instrumentada con LangSmith.
Ver servicioSegmentación, reordenamiento y búsqueda híbrida, evaluados con recall@k y NDCG.
Ver servicioAplicada donde hay volumen y reglas estables, no donde hay expectativa.
Ver servicioArquitectura, criterios de evaluación y costo por consulta antes de escribir código.
Ver servicioEl chatbot conversa: recibe una pregunta y devuelve texto. El agente ejecuta: recibe un objetivo, decide qué pasos dar, usa herramientas para consultar o modificar tus sistemas, evalúa el resultado y corrige. Un chatbot te dice cuál es el estado de un pedido; un agente detecta que el pedido está atrasado, avisa al cliente, reprograma el despacho y deja registro de todo.
LangGraph para la mayoría de los casos en producción, porque modela el flujo como un grafo con estado durable, permite pausar para aprobación humana, reintentar un paso puntual y reproducir una ejecución completa para depurarla. Para flujos sencillos a veces basta n8n con llamadas al modelo, y lo decimos cuando es así en vez de vender complejidad.
Se diseña para que no pueda. Las acciones sensibles —las que mueven dinero, escriben en sistemas de registro o le hablan a un cliente— pasan por aprobación humana configurable. El resto queda acotado por permisos y por límites de pasos, tiempo y costo. Y todo queda en registro de auditoría, así que cuando algo sale mal se puede reconstruir exactamente qué pasó.
Sí, siempre que expongan API o una base de datos accesible. Hemos integrado sistemas de inventario, plataformas de pago, CRMs y bases propias. Cuando hay varios sistemas involucrados solemos exponerlos como servidores MCP, que estandariza el acceso y evita que cada agente nuevo requiera integraciones a medida.
Depende del volumen y de cuántos pasos dé cada ejecución. Para un agente de empresa mediana suele ubicarse entre 400.000 y 3.000.000 COP mensuales de consumo de modelo e infraestructura. Se estima con números concretos en la propuesta, y el enrutamiento por tarea existe justamente para mantener esa cifra baja.
En la práctica casi nunca. Saca de encima el trabajo mecánico —clasificar, buscar, copiar entre sistemas, hacer seguimiento— para que la misma gente se dedique a lo que requiere criterio. La mayoría de nuestros clientes automatiza porque su equipo no da abasto. Si tu objetivo es recortar personal, decilo desde el principio: cambia cómo se diseña el proyecto y qué hay que documentar.
De cuatro a seis semanas para un flujo único, contando desde que tenemos acceso a la información y a los sistemas. La exploración previa toma una o dos semanas más y sirve para no construir sobre supuestos.
Es lo que recomendamos. La exploración revisa un flujo concreto, evalúa si el agente aporta y entrega el diseño con su estimación. Si seguimos adelante, se descuenta del proyecto. Es la forma más barata de averiguar si esto tiene sentido en tu operación antes de comprometer un trimestre.
Contanos qué estás construyendo o qué dejó de funcionar. Salís de la llamada con una respuesta concreta: se arregla, se construye, o no vale la pena.