Resumen en una frase: si quieres ponerte directamente a desarrollar el proyecto, empieza por evaluar Codex o Claude Code; si lo que quieres es reemplazar el adaptador de modelo, las herramientas y el bucle de ejecución, fíjate sobre todo en DeepSeek Harness; y si quieres que se ejecute solo todos los días, tendrás que resolver por separado el despliegue, los permisos y la programación.
Cambiar la dirección de la API no significa que todo el Agent pueda cambiar de modelo, operar un navegador y ponerse a trabajar por ti todos los días de forma automática. Esto no es un ranking ordenado por cantidad de funciones, sino una guía de integración construida alrededor de una misma tarea.
En este artículo usamos siempre esta tarea hipotética: cada mañana recopilar noticias de IA, generar temas y paquetes de material, y luego enviarlos al backend de contenidos de la empresa. La comparación de capacidades se basa en los materiales oficiales disponibles, verificados a fecha de 12 de noviembre de 2026; no se han realizado pruebas de los tres productos con la misma tarea, y los puntos de entrada y beneficios de cuenta de cada producto deben confirmarse según la versión real.
Para entender Codex, Claude Code y DeepSeek Harness, primero hay que aclarar estos términos
Una misma tarea de «buscar noticias y guardar temas» involucra a la vez el modelo, el programa y los permisos de negocio. Si primero situamos los términos en las acciones reales, las diferencias entre productos resultan mucho más fáciles de entender.
| Término | Qué significa en esta tarea |
|---|---|
| API, API Key | La API define cómo el programa invoca el modelo o el backend; la API Key identifica y autoriza las peticiones y debe guardarse como un secreto |
| Base URL, adaptador de modelo | La primera determina adónde se envía la petición; el segundo gestiona el formato de peticiones, respuestas y llamadas a herramientas del servicio de modelo |
| Llamadas a herramientas, MCP | Las llamadas a herramientas permiten que el modelo solicite ejecutar una búsqueda o enviar un borrador; MCP es el protocolo que conecta herramientas externas y servicios de datos |
| SDK, Webhook | El SDK te ayuda a gestionar el Agent dentro del programa; el Webhook permite que eventos externos envíen notificaciones o peticiones a la aplicación |
| Agent Loop | El modelo propone una acción, el programa ejecuta la herramienta y devuelve el resultado al modelo, repitiendo el ciclo hasta terminar |
| Tareas en la nube, programación continua | Las tareas en la nube se ejecutan en un entorno remoto; la programación continua se encarga de volver a iniciarlas cuando llega el momento, y no son lo mismo |
Por ejemplo, el modelo puede decidir qué noticia merece la pena escribir, pero la herramienta de búsqueda se encarga de obtener los materiales y la interfaz del backend se encarga de guardar el borrador. Sin autorización de herramientas, aunque el modelo sepa qué debería pulsar, no puede entrar por arte de magia en el sistema de tu empresa.
Según la información pública de la plataforma, APIYI apiyi.com ofrece una API Key unificada, una interfaz compatible con OpenAI y acceso a modelos como OpenAI, Claude y Gemini, con facturación por uso, además de cuota de prueba gratuita para nuevos usuarios y descripciones de precios con descuento. Todo esto es una descripción del servicio en la capa de invocación del modelo, no una suscripción a Codex o Claude Code, y tampoco proporciona automáticamente navegador, permisos de archivos ni entorno de ejecución en la nube.
¿Por qué Codex, Claude Code y DeepSeek Harness no pueden considerarse simplemente productos de la misma categoría?
Los tres pueden participar en el desarrollo de software, pero lo que más vale la pena comparar no es «si saben escribir código», sino qué capa del sistema puedes modificar. Codex y Claude Code entran con más facilidad directamente en el flujo de trabajo de desarrollo, mientras que DeepSeek Harness pone el acento en la posibilidad de sustituir el propio sistema en ejecución.
| Dimensión de comparación | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Grado de apertura | La CLI está bajo Apache-2.0; Harness ya es público, mientras que el servicio gestionado va aparte | Producto comercial; el código fuente del motor central no está abierto | Código abierto bajo licencia MIT; Developer Preview |
| Integración de modelos | Cuenta de ChatGPT o clave API; hay que distinguir las rutas de facturación | Suscripción, API oficial y proveedores designados | Adaptadores de modelo intercambiables |
| Herramientas e integraciones | MCP, Plugins, SDK, App Server, etc. | MCP, Plugins, Hooks, Subagents, Agent SDK | Sistema de plugins; permite modificar herramientas y el bucle del agente |
| Entorno de ejecución | La CLI local y el servicio Cloud alojado van por separado | Depende del cliente, las herramientas y la forma de despliegue | Exige bastante trabajo de configuración y despliegue por cuenta propia |
| Validación del servicio de modelos | Se puede usar APIYI apiyi.com por separado para probar solicitudes al modelo, pero eso no significa que los tres agentes sean directamente compatibles | También hay que verificar el protocolo de integración | Hay que verificar los adaptadores y las llamadas a herramientas |
Por eso, no conviene reducir Codex a un producto terminado de código cerrado, ni interpretar las interfaces de extensión de Claude Code como si su motor interno estuviera abierto. El código fuente de DeepSeek Harness es más modificable, pero eso no demuestra directamente que sea más seguro ni que su mantenimiento sea más sencillo.
En tareas periodísticas, Codex o Claude Code pueden ayudar a desarrollar programas de búsqueda, organización y envío. DeepSeek Harness, además de ejecutar estos pasos, permite a los desarrolladores ajustar aún más la invocación del modelo, el guardado de sesiones, la ejecución de herramientas y el bucle de tareas; a cambio, se asume más responsabilidad de ingeniería.
¿Qué hay que revisar al cambiar de modelo en Codex, Claude Code o DeepSeek Harness?
La clave API de Codex no equivale a un acceso universal a cualquier modelo
Codex admite tanto el inicio de sesión con cuenta como el acceso mediante una clave API configurada. El inicio de sesión con cuenta consume el uso de Codex incluido en el plan correspondiente, mientras que la vía de la clave API se factura según la API: no conviene mezclar ambas.
Pero «admite clave API» solo indica que existe una ruta de autenticación hacia el servicio de modelos. Que un endpoint de terceros pueda soportar el formato de mensajes, la invocación de herramientas y las características de ejecución correspondientes sigue siendo algo que hay que verificar en la configuración concreta; no se puede sacar una conclusión basándose solo en una Key o una Base URL.
El proveedor externo de Claude Code no equivale a poder sustituir cualquier modelo
La documentación oficial de Claude Code enumera formas de acceso como Anthropic Console, Amazon Bedrock o Microsoft Foundry, e indica que algunos clientes CLI e IDE admiten la configuración de proveedores externos. El alcance de soporte puede variar según el punto de acceso.
La diferencia clave aquí es: elegir la forma de proveer el servicio de modelos no equivale a obtener un adaptador universal para cualquier modelo. Incluso si el diálogo de texto funciona, todavía queda por verificar la invocación de herramientas, el procesamiento del contexto y las capacidades de las que depende el cliente.
El adaptador de modelo de DeepSeek Harness es sustituible, pero la dirección es solo uno de los elementos
La arquitectura de DeepSeek Harness permite sustituir el adaptador de modelo. DEEPSEEK_API_KEY y DEEPSEEK_BASE_URL en la documentación de desarrollo son ejemplos de configuración del adaptador de DeepSeek; cuando no se define una dirección personalizada, se usa el servicio predeterminado.
Al conectar con otros servicios, también hay que confirmar el método de autenticación, los roles de mensaje y cómo se transmiten los parámetros y resultados de las herramientas. Si esos convenios no coinciden, hay que ajustar el adaptador en lugar de ir probando direcciones distintas una tras otra.
Consejo de integración: primero valida las peticiones normales y la invocación de herramientas del modelo objetivo a través de APIYI apiyi.com, y después valida el Agent concreto. El crédito de prueba gratuito, el catálogo de modelos y los precios se rigen por la página actual de la plataforma; no tomes la descripción de la plataforma como garantía de compatibilidad de todo el Agent.
¿Cómo validar primero la API del modelo con Codex, Claude Code y DeepSeek Harness?
Los dos fragmentos de código siguientes sirven para validar de forma independiente el servicio del modelo; no son tutoriales de instalación ni de configuración de los tres productos. El ejemplo asume que el entorno ya proporciona el SDK de Python de OpenAI, una clave API y el identificador de modelo que la plataforma permite invocar actualmente.
Solicitud mínima antes de conectar Codex, Claude Code y DeepSeek Harness
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["MODEL_API_KEY"],
base_url="https://api.apiyi.com/v1",
)
response = client.chat.completions.create(
model=os.environ["MODEL_ID"],
messages=[{"role": "user", "content": "给出一个 AI 新闻选题，注明待核实事项。"}],
)
print(response.choices[0].message.content)
Este paso solo valida la autenticación, el identificador del modelo y el intercambio básico de mensajes. No hace búsquedas en internet, por lo que la salida no debe considerarse una noticia reciente ya verificada, ni demuestra que el agente ya tenga permisos para usar herramientas de negocio.
Sonda de invocación de herramientas antes de conectar Codex, Claude Code y DeepSeek Harness
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["MODEL_API_KEY"],
base_url="https://api.apiyi.com/v1",
)
response = client.chat.completions.create(
model=os.environ["MODEL_ID"],
messages=[{
"role": "user",
"content": "请调用 save_draft，把标题“待核实的 AI 新闻”保存为草稿。"
}],
tools=[{
"type": "function",
"function": {
"name": "save_draft",
"description": "保存选题草稿",
"parameters": {
"type": "object",
"properties": {"title": {"type": "string"}},
"required": ["title"],
"additionalProperties": False
}
}
}],
)
message = response.choices[0].message
for call in message.tool_calls or []:
print(call.function.name, call.function.arguments)
if not message.tool_calls:
print("未返回工具调用，需要继续检查模型能力或请求配置。")
El código solo imprime la solicitud de invocación de la herramienta; no guarda el borrador de verdad. Que no se devuelva una invocación no implica necesariamente que el modelo no admita herramientas; hay que revisar la respuesta, la documentación de la plataforma y la configuración de la solicitud.
Un bucle de agente real también debe validar los parámetros, ejecutar la interfaz de negocio, devolver el resultado de la herramienta y establecer un número máximo de rondas, tiempos de espera y aprobaciones. Incluso cuando ambas sondas funcionan, conviene seguir comprobando la respuesta en streaming, los mensajes de herramientas en varias rondas y el manejo de excepciones que requiere el agente real.
Codex, Claude Code y DeepSeek Harness conectados a herramientas de negocio: ¿cuál es más flexible?
En un flujo de trabajo periodístico, la extensión más importante casi nunca es «¿puede navegar por internet?», sino si consigue fuentes fiables, si guarda los datos por campos y si evita envíos duplicados. Búsqueda, clics de navegador y control de escritorio son capacidades distintas y no se sustituyen entre sí.
| Necesidad de extensión | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Conectar herramientas de negocio | MCP, Plugins, etc. | MCP; puede conectarse a bases de datos y servicios de negocio | registro de herramientas y plugins |
| Comprobaciones antes y después de la ejecución | Hooks, SDK y otras vías | Hooks; permite revisar las invocaciones de herramientas y los resultados de las tareas | componentes de aprobación y ejecución personalizables |
| Reparto de tareas y gestión de sesiones | SDK y App Server para gestionar tareas y sesiones | los Subagents pueden tener contexto y permisos de herramientas independientes | sesiones y Agent Loop reemplazables |
| Integrar en software propio | SDK, App Server | Claude Agent SDK | SDK, configuración de ejecución simplificada, etc. |
| Operaciones de navegador | depende de la capacidad real del navegador y de las autorizaciones | depende de entornos como Chrome y de las autorizaciones | requiere instalar y habilitar un proveedor de navegador experimental |
El SDK y el App Server de Codex sirven para explorar «cómo meter un Agent dentro de tu propia aplicación»: no basta con enviar una indicación, también hay que gestionar sesiones, eventos y aprobaciones. Los Hooks y Subagents de Claude Code, en cambio, permiten separar las responsabilidades de validación, investigación y ejecución, pero ampliar esas capacidades no equivale a modificar su código fuente principal.
DeepSeek Harness se puede modificar más a fondo, incluyendo el registro de sesiones, el backend de ejecución de comandos y el Agent Loop. Su servicio de navegador requiere instalar dsh-browser-use y el proveedor correspondiente, y ese proveedor es una capacidad experimental; el estado de inicio de sesión no se restaura automáticamente a partir del registro de la sesión, y las operaciones de navegador ya ejecutadas no se pueden deshacer cancelando la tarea.
El servicio del modelo que aparece en el diagrama se puede probar por separado a través de APIYI apiyi.com; el backend de negocio, en cambio, debe proporcionar por su cuenta interfaces, credenciales y autorización. A nivel de ingeniería, lo habitual es priorizar APIs de negocio estables y, solo cuando realmente no haya interfaz disponible, valorar la automatización mediante navegador.
Automatización con Codex, Claude Code y DeepSeek Harness: ¿cuál sigue funcionando después de apagar el equipo?
«Ejecución en segundo plano» solo significa que la tarea no ocupa la interfaz interactiva actual; no quiere decir que ya esté desplegada en la nube. Y «completar una tarea en la nube» tampoco implica que se vuelva a lanzar automáticamente cada día.
| Modo de ejecución | Codex | Claude Code | DeepSeek Harness |
|---|---|---|---|
| Ejecución local | La CLI depende del entorno local | El cliente local depende del equipo y de sus herramientas | La ejecución local depende del proceso |
| Ejecución remota | Cloud ofrece un entorno remoto gestionado | Hay que confirmar el punto de entrada concreto y los requisitos de despliegue remoto | Permite desplegar por cuenta propia un entorno que se ejecuta de forma continua |
| Tareas en segundo plano | Vías como Cloud y el SDK | Capacidades como los agentes en segundo plano | Background Jobs; el backend local depende de que el proceso esté en ejecución |
| Disparo diario | Hay que definir la programación y el entorno | La capacidad de temporización aún requiere verificar el punto de entrada y las condiciones de ejecución | El componente de programación debe configurarse; la función de temporización conviene validarla con cautela |
| Eventos externos | Se gestiona mediante integraciones de aplicaciones | Recibe eventos externos mediante MCP, entre otras vías | El componente Webhook puede conectarse a sistemas de automatización |
Codex Cloud puede seguir ejecutando tareas remotas ya enviadas aunque el ordenador personal entre en suspensión, pero el espacio de trabajo remoto no equivale al equipo local. El código, las dependencias, la red y las credenciales deben configurarse igualmente en el entorno en la nube.
Los agentes en segundo plano de Claude Code no deben interpretarse sin más como algo que sigue funcionando después de apagar el equipo. Las tareas locales en segundo plano de DeepSeek Harness también dependen de un proceso activo; aunque dispone de Webhook y componentes en segundo plano, la programación continua requiere despliegue, recuperación y monitorización.
En el caso de las tareas de noticias, poder entregar contenido después de apagar el equipo depende de que el entorno remoto pueda acceder al sistema interno de la empresa. Los sitios web públicos, los sistemas de intranet y los estados de sesión que solo existen en el equipo local deben verificarse por separado; no se puede prometer que todo funcionará de una sola vez.
Codex, Claude Code, DeepSeek Harness: ¿cómo elegir al final?
| Tu objetivo principal | Qué priorizar | Qué verificar obligatoriamente |
|---|---|---|
| Desarrollar rápido una pipeline de noticias | Codex o Claude Code | Si el repositorio, las pruebas y la interfaz de backend funcionan |
| Integrarlo en tu propio software de negocio | Codex SDK / App Server, Claude Agent SDK, DeepSeek Harness SDK | Sesiones, aprobaciones, eventos y gestión de errores |
| Modificar libremente el modelo y el mecanismo de ejecución | DeepSeek Harness | Compatibilidad del adaptador y coste de mantenimiento |
| Ejecutar con tu ordenador personal apagado | Codex Cloud o desplegar tu propio entorno remoto | Red, credenciales y condiciones de programación |
| Conectarlo al backend de producción | Validar primero en un entorno de pruebas aislado | Mínimo privilegio, envíos duplicados y revisión humana |
Si tu objetivo principal es entregar software y no investigar los mecanismos internos de un Agent, empezar por Codex o Claude Code encaja mejor con la dirección de la tarea. No deberías decidir entre ambos basándote en una lista de funcionalidades; mejor ponlos a trabajar con el mismo repositorio, la misma interfaz de backend y los mismos criterios de aceptación.
Si necesitas reemplazar el adaptador del modelo, el backend de ejecución de herramientas y el Agent Loop, DeepSeek Harness es el que más merece un examen detallado. Pero oficialmente está etiquetado como Developer Preview y deja claro que la auditoría de seguridad aún no está terminada, así que no conviene tratarlo como software que ya cuenta con seguridad para producción.
Te recomiendo probarlo primero en una máquina virtual desechable, un contenedor o un entorno dedicado, limitando los permisos de archivos, red y credenciales. El sandbox y las aprobaciones no deben ser la única línea de defensa al ejecutar tareas no confiables; las escrituras al backend también deberían limitarse primero a borradores.
Preguntas frecuentes sobre Codex, Claude Code y DeepSeek Harness
¿Basta conectar Codex o Claude Code a una API agregadora para tener la suscripción del producto?
No. Invocar modelos a través de APIYI apiyi.com corresponde a la capa de servicio de modelos, y de ahí no se puede deducir el permiso de suscripción de Codex o Claude Code; además, si el cliente soporta o no esa vía de acceso hay que comprobarlo por separado.
¿Basta cambiar el Base URL en DeepSeek Harness para cambiar de modelo por completo?
No se puede garantizar. Primero conviene usar APIYI apiyi.com como sonda de peticiones y luego validar el protocolo de mensajes y las llamadas a herramientas del adaptador; que una petición de texto normal funcione no significa que todas las funciones de Agent sean compatibles.
¿Pueden Codex, Claude Code y DeepSeek Harness rellenar automáticamente el panel de administración de la empresa?
Se puede intentar implementarlo siempre que exista una API de negocio, o herramientas de navegador junto con autorización de inicio de sesión y de operación. El panel de administración de la empresa en este artículo es un escenario hipotético; no se ha verificado el acceso real, ni el rellenado, ni el guardado de resultados.
DeepSeek Harness es de código abierto, así que ¿por qué sigue necesitando validación de seguridad?
Que el código fuente sea consultable no significa que ya esté auditado en materia de seguridad. Puede ejecutar código y comandos generados por el modelo y llegar a tocar archivos, redes y credenciales autorizadas, por lo que es imprescindible limitar los permisos y aislar la ejecución.
¿Cómo validar la automatización diaria en Codex, Claude Code y DeepSeek Harness?
Como mínimo, hay que probar la primera ejecución, los disparos repetidos, la invalidación de credenciales, el fallo a mitad del proceso y la recuperación tras reiniciar. Para las operaciones de escritura, usar un identificador único de tarea que evite que los reintentos generen borradores duplicados, y mantener una vía de revisión humana.
¿Qué métricas reales conviene comparar en Codex, Claude Code y DeepSeek Harness?
Registrar si la tarea se completó, el número de intervenciones humanas, la recuperación ante errores, el tiempo de ejecución y el consumo real. Conviene separar el coste del modelo, el de las herramientas y el del entorno de ejecución; no se puede deducir el coste de todo el flujo de trabajo a partir del precio de una sola invocación del modelo.
Aspectos clave de Codex, Claude Code y DeepSeek Harness
- Selección de producto: primero define si vas a desarrollar directamente o a modificar el sistema en funcionamiento.
- Integración del modelo: la clave API y la URL se pueden configurar, pero eso no implica compatibilidad de protocolo.
- Permisos de herramientas: la inferencia del modelo no sustituye el inicio de sesión en el backend ni la autorización de negocio.
- Entorno de ejecución: valida por separado el backend local, las tareas en la nube y la programación continua.
- Límites de apertura: Codex ya ha publicado Harness; el núcleo de Claude Code no es de código abierto.
- Responsabilidad de seguridad: DeepSeek Harness permite modificaciones profundas, pero también exige más mantenimiento.
Codex, Claude Code y DeepSeek Harness: primero elige el objetivo, luego la herramienta
Si vas a construir directamente un pipeline de selección de temas periodísticos, evalúa primero Codex o Claude Code; si necesitas modificar el adaptador del modelo y el mecanismo de ejecución, céntrate en DeepSeek Harness; si necesitas que se ejecute automáticamente todos los días, ocúpate aparte del entorno remoto, la programación persistente y la recuperación ante fallos.
Puedes validar primero la capa de invocación del modelo a través de APIYI apiyi.com, luego validar las herramientas de negocio en un entorno aislado y, por último, conectar con el backend real. El modelo determina la capacidad de razonamiento; el entorno del agente determina qué se puede invocar, cómo se ejecuta y cómo se entregan los resultados.
Referencias sobre Codex, Claude Code y DeepSeek Harness
A continuación se presentan las referencias de documentación oficial incluidas en los materiales de esta entrega. La fecha de verificación no equivale a la fecha de publicación.
- Código abierto e integración de Codex como plataforma:
developers.openai.com/blog/codex-as-a-platform. Sirve para distinguir Harness, SDK, App Server y servicios gestionados. - Codex Cloud:
help.openai.com/en/articles/20001545-using-codex-cloud. Describe el entorno de trabajo remoto y los límites de las tareas en la nube. - Vías de acceso a Claude Code:
code.claude.com/docs/en/getting-started. Explica el alcance de las vías de entrada para proveedores oficiales y de terceros. - Documentación de extensiones de Claude Code:
code.claude.com/docs/en/mcp,code.claude.com/docs/en/hooks,code.claude.com/docs/en/sub-agents. Explica la integración de herramientas, las comprobaciones y la división de tareas. - Repositorio oficial de DeepSeek Harness:
github.com/deepseek-ai/deepseek-harness. Incluye documentación sobre arquitectura, desarrollo, navegador y seguridad.
Autor: Equipo técnico de APIYI. Para consultas sobre la integración de interfaces de modelos, puedes contactarnos en APIYI apiyi.com; la compatibilidad concreta de cada Agent dependerá del resultado de la validación de la configuración.
