Ya usamos Claude Code y Codex. ¿Por qué necesitaríamos Orkindo?

Es la pregunta que más escuchamos en reuniones con equipos técnicos: "Nuestros desarrolladores ya usan Claude Code y Codex, y el equipo comercial usa la app de ChatGPT o de Claude. Son los mismos modelos que usa Orkindo. ¿Qué hacen ustedes exactamente que nosotros no podamos hacer solos?"

Es una gran pregunta, y la respuesta corta es: el modelo no es el producto. Claude Code, Codex y las apps de chat son herramientas excelentes para que una persona rinda más. Orkindo es infraestructura para que una empresa ponga agentes a trabajar. Ambos usan los mismos modelos de frontera, pero resuelven problemas distintos, y en la mayoría de las empresas con las que trabajamos conviven.

Este post explica dónde está esa frontera.

Mismo modelo, otro problema

Cuando abres Claude Code en la terminal o una conversación en la app, el esquema siempre es el mismo: una persona, una sesión, un objetivo. Escribes el pedido, el agente trabaja con los permisos que tienes en tu máquina o en tu cuenta, revisas el resultado y cierras la ventana. Para escribir código, investigar un bug o redactar un documento, es exactamente el esquema correcto.

Los problemas aparecen cuando la empresa intenta estirar ese esquema hacia algo para lo que no fue hecho:

• un informe que tiene que llegar a Slack todos los días a las 7 a. m., se acuerde alguien de pedirlo o no;
• un agente que responde a clientes en WhatsApp consultando la base de pedidos;
• una alerta de inventario que se dispara cuando ocurre un evento en el ERP;
• un asistente que el técnico de campo usa en el celular, sin saber qué es una terminal.

En ninguno de estos casos hay una persona sentada frente a un prompt. Y ahí empieza la diferencia.

1. Quién aprieta el botón

La diferencia más fundamental es el disparador. Una herramienta de asistente espera tu pedido. Un workflow de Orkindo corre solo: en un cron, cuando un sistema externo llama a un webhook, cuando llega un mensaje por WhatsApp, Telegram o Google Chat.

Parece un detalle hasta que lo ves en la práctica. El resumen de producción que "fulano genera en Claude cada mañana" deja de existir el día que fulano se va de vacaciones. El mismo resumen, como workflow programado, llega al chat de los gerentes todos los días, deja rastro de cada ejecución y avisa cuando falla.

El trabajo que de verdad libera horas de la operación rara vez es el que alguien se acuerda de pedir. Es el que ocurre tras bambalinas, cada vez, sin que nadie lo pida.

2. Dónde vive el agente

En Claude Code o Codex, el agente vive donde vive la sesión: en la laptop del desarrollador, en un contenedor que levantó, o en su cuenta del servicio en la nube del proveedor. Los secretos, las conexiones a bases de datos y el contexto quedan repartidos en cada máquina.

En Orkindo, cada cliente corre en una instancia aislada: dominio, PostgreSQL, Redis, contenedores y red propios. Puede correr en nuestra nube, alojarse por tu cuenta o vivir en tu centro de datos, llegando a bases privadas detrás del firewall sin abrir un puerto. El agente no depende de que ninguna computadora esté encendida, y los datos no pasan por la máquina personal de nadie.

3. Quién puede usarlo

Claude Code y Codex son herramientas de desarrollador. Las apps de chat son herramientas individuales. Ninguna fue hecha para que tu cliente converse con un agente en WhatsApp, ni para que la recepción de una clínica use un formulario con la marca de la empresa.

En Orkindo, el mismo agente atiende en varios canales (WhatsApp Business, Telegram, Slack, Teams, Google Chat, email, la burbuja de chat de tu sitio, tu propia API), y cualquier workflow puede tener su propia pantalla: un formulario, un dashboard, un asistente paso a paso. Cuando la conversación necesita a una persona, pasa a una bandeja compartida, un agente humano la toma con todo el historial y se la devuelve a la IA cuando termina.

Construyes el agente una vez, con quien entiende de ingeniería, y se lo entregas a quien entiende del negocio.

4. Quién responde por el agente

Un agente con acceso a datos es una cuestión de gobernanza, no solo de productividad. Cuando cada persona configura su propia herramienta, el modelo de permisos es "lo que esa persona alcance", y el registro de lo ocurrido queda en cada cuenta individual. Lo tratamos en detalle en el post sobre Shadow AI.

En Orkindo, la gobernanza es parte de la plataforma:

• Control de acceso por rol con una jerarquía anidada y más de 180 permisos individuales, listas de permitidos por registro y MFA exigido por rol;
• Credenciales de solo lectura para que los agentes lleguen a las bases de datos, y cada agente ve solo los workflows, herramientas y colecciones de conocimiento que tiene asignados;
• Registro de auditoría completo: quién lo creó, quién lo cambió, quién lo ejecutó y qué hizo el agente en cada paso;
• Sandbox y versionado, con reversión de cualquier cambio antes de que llegue a producción.

Cuando el auditor o el equipo de seguridad pregunta "quién tiene acceso a qué y qué se hizo con esos datos", la respuesta está en un solo lugar.

5. Costo y calidad como métricas, no como sensación

Usando el modelo directo, el costo aparece en la factura y la calidad aparece en el juicio de quien leyó la respuesta. Para una persona, alcanza. Para una empresa con decenas de agentes corriendo, no.

En Orkindo, cada llamada al LLM queda en el trace: tokens, costo, duración, por workflow y por modelo. Cuando una tarea pasa a hacer 30 llamadas en lugar de 5, aparece en el panel, no en la factura tres semanas después (escribimos sobre esto en cuando el agente cuesta más que el desarrollador). Y cada workflow puede tener una suite de evaluación con casos de prueba fijos, ejecutada en cada cambio de prompt o de modelo, para detectar regresiones antes de producción.

6. Libertad para cambiar de modelo

Claude Code corre modelos de Anthropic, Codex corre modelos de OpenAI. Tiene sentido: son productos de los propios laboratorios. Pero para una empresa, atar cada proceso a un único proveedor es una decisión de arquitectura que suele tomarse sin querer.

Orkindo conecta más de 100 proveedores detrás de una sola interfaz: OpenAI, Anthropic, Google, Azure, AWS Bedrock o modelos open source servidos en tu propia infraestructura. Cada workflow usa el modelo adecuado para la tarea, y pasar de un modelo de frontera alojado a un modelo open source corriendo en tus propios servidores es un cambio de configuración, no de código. La suite de evaluación muestra si algo empeoró. Profundizamos en esa elección en cómo elegir el modelo correcto.

7. El contexto que se acumula

Cada sesión de asistente empieza, en buena medida, de cero. Vuelves a explicar el esquema de la base, reconectas la herramienta, pegas otra vez el documento. El conocimiento queda en la cabeza de quien escribió el prompt.

En Orkindo, bases de datos, documentos, APIs y canales se conectan una vez y quedan disponibles para cada agente que venga después, dentro de sus permisos. El copiloto del Builder conoce los workflows, herramientas y esquemas que ya existen, así que el décimo agente sale mucho más rápido que el primero. Lo que construye un departamento se vuelve el punto de partida del siguiente.

No es uno u otro

La conclusión equivocada de este post sería "deja de usar Claude Code". Nosotros lo usamos todos los días, y Orkindo fue diseñado para trabajar con estas herramientas:

• Orkindo es un servidor MCP. Apunta Claude Code o Cursor a tu workspace y pide un workflow en lenguaje natural: el asistente lee las herramientas y colecciones que ya existen, escribe el workflow y lo guarda en la instancia.
• Los workflows son Python, y el workspace es una carpeta. La CLI orkindo trae workflows, herramientas y plantillas a una carpeta local; los editas en tu editor, los revisas en un pull request y los envías de vuelta.
• Claude Code, Codex CLI y OpenCode corren dentro de la plataforma, con continuidad de sesión, archivos sincronizados en un almacenamiento que tú controlas y cada sesión en el registro de auditoría. La respuesta al Shadow AI no es prohibir las herramientas, es darles un lugar gobernado.
• Skills, plugins y marketplaces de los catálogos oficiales de Claude Code y Codex pueden instalarse en los agentes, o puedes restringir el workspace a un repositorio privado de paquetes aprobados.

En la práctica: los desarrolladores siguen construyendo con la herramienta que prefieren. Lo que construyen pasa a correr en un lugar donde la empresa puede programar, distribuir, auditar y medir.

Cuándo basta con el modelo directo

Para ser honestos: no todo necesita una plataforma. Si el trabajo es individual, puntual y supervisado (escribir y revisar código, investigar un problema, redactar un texto, analizar un archivo que tú mismo vas a revisar), usar Claude Code, Codex o la app directamente es la elección correcta. Es más rápido y no hay nada que configurar.

La señal de que necesitas algo más es cuando aparece alguna de estas frases:

• "Esto tiene que correr todos los días" o "cada vez que pase X";
• "El cliente (o el equipo de operaciones) necesita usar esto";
• "¿Quién tiene acceso a estos datos?";
• "¿Cuánto está costando esto, y por agente?";
• "Funcionaba la semana pasada, ¿qué cambió?".

Si las conversaciones internas ya llegaron a esas preguntas, el problema dejó de ser el modelo y pasó a ser la infraestructura que lo rodea. Es exactamente la parte que resuelve Orkindo, y el primer agente suele estar en producción en una semana.