cc_bridge como Provider: Ponerle Cerebro a Cada Servidor
Tercer post de la serie cc_bridge: al hablar esquema OpenAI, cc_bridge dejo de ser mi agente y se volvio el provider de IA de mis apps (Genie, Pillbox). El salto de concepto: no es un proxy, es un agente ejecutor remoto, un cerebro por servidor. Y el tope de $100 que destapo la pregunta final.
cc_bridge como Provider: Ponerle Cerebro a Cada Servidor
Cuando le puse esquema OpenAI a cc_bridge, sin darme cuenta crucé una línea. Dejó de ser mi agente y se volvió algo que cualquier aplicación podía llamar como si fuera un modelo más. La pregunta natural fue: ¿y si lo enchufo como el proveedor de IA de todo lo que construyo?
El Mejor Agente, Detrás de un Endpoint
La gracia del esquema OpenAI es que medio mundo ya lo habla. Cualquier librería, cualquier framework, cualquier app que sepa pegarle a /v1/chat/completions de repente podía usar, del otro lado, al agente completo de Claude Code —con su bash, sus archivos, su loop de herramientas— corriendo sobre mi suscripción de 20 dólares.
Así que empecé a enchufarlo en todo:
- Genie, mi generador de MVPs de infraestructura, usa cc_bridge como el cerebro de sus agentes architect y reviewer. (De Genie les contaré a fondo en otro post.)
- Pillbox, mi sistema de agentes 24/7, lo usa como el ejecutor que de verdad corre las tareas con herramientas.
No estaba pagando por una API cara por cada app. Tenía un solo agente, potente, detrás de un endpoint, sirviéndole a todas.
El Salto de Concepto: Un Cerebro por Servidor
Trabajando en Pillbox caí en cuenta de que cc_bridge era algo más grande de lo que yo creía. No era un proxy de chat. Era un agente ejecutor que puedo plantar en un servidor remoto.
Piénsalo así: pones cc_bridge en una máquina y esa máquina ya no es solo un servidor —es un operador autónomo que entiende lenguaje natural y ejecuta de verdad sobre sí misma. Le pides en español que revise por qué se cayó un servicio, que aplique un fix, que valide. Y lo hace. Es ponerle cerebro a cada servidor. Una flota de máquinas, cada una con su propio agente local, operables por instrucción.
Cuando $20 Ya No Alcanzó
Con tanto experimento —Genie generando, Pillbox corriendo tareas, servidores con cerebro propio— mi suscripción de 20 dólares empezó a quedarse corta. La subí a 100. Y aun así, empujando los límites, me topé otra vez con pared.
Pero esta vez el tope no se sintió como un problema de plan. Se sintió como una señal. Yo estaba pagando, al final, por "el cerebro de Claude". Y entre más lo usaba como cuerpo —como harness que ejecuta— más empezaba a preguntarme algo incómodo: ¿cuánto de todo este valor es realmente el cerebro?
Esa duda fue la que me llevó al último experimento de esta serie. Pero esa es la historia del siguiente post.
artículos_relacionados
El Cuerpo Importa Más que el Cerebro
Cierre de la serie cc_bridge: la pregunta incomoda de si el valor de Claude esta en el modelo o en su harness. Con claude-code-router probe cambiarle el cerebro a Claude Code; con cc_bridge lo volvi intercambiable. Ollama habla la API de Anthropic nativa, asi que minimax corrio whoami y ping de verdad. El cerebro es el motor; el cuerpo es el producto.
$8,000 USD vs $20 al Mes: Separé el Pensar del Ejecutar
Segundo post de la serie cc_bridge: el truco de claude -p. OpenClaw piensa con un modelo barato y delega la ejecucion a Claude Code bajo suscripcion plana de $20. Asi nacio cc_bridge (proxy Go + esquema OpenAI). Mientras alguien gastaba $8,000 USD en dos semanas via API, yo tenia el mismo agente por $20.
El Mes que un Agente de IA Me Costó 11,500 Pesos
Primer post de la serie cc_bridge: la busqueda del cerebro para mi agente autonomo con OpenClaw. Codex se quedo corto, Gemini Pro 4 me dejo una factura de 11,500 pesos en un mes, y lo barato no ejecutaba. La pregunta que destrabo todo: separar al que piensa del que ejecuta.