Imprescindibles para el funcionamiento del sitio (sesión, preferencias, seguridad). Siempre activas.
Harness de agentes de IA: tres repositorios con ámbitos distintos
DeepSeek Harness, Anatomy y OpenClaw abordan aspectos diferentes del trabajo con agentes. Esto es lo que declara cada proyecto y las preguntas que conviene plantearse al evaluarlos.
En este artículo
Si estás explorando los harness de agentes de IA para tu empresa o para los clientes de tu MSP, conviene leer estos tres repositorios por separado. DeepSeek Harness describe una arquitectura basada en plugins. Anatomy presenta una skill para crear figuras técnicas interactivas. OpenClaw documenta un asistente que funciona en tus dispositivos y en canales de mensajería. Cada uno plantea preguntas diferentes: no hay que atribuir a todos las funciones de uno solo.

Harness de agentes de IA: delimitar el alcance de cada repositorio
deepseek-ai/deepseek-harness. El README presenta DeepSeek Harness como un harness de agentes open source. Según el repositorio, utiliza una arquitectura everything-is-a-plugin basada en Cordis. Esa es la descripción arquitectónica que ofrece el proyecto: por sí sola no precisa qué elementos puedes sustituir ni cómo se realiza cada integración.
El README también indica que DeepSeek Harness está en versión preliminar para desarrolladores y advierte de posibles cambios que rompan la compatibilidad. Para iniciarlo en local, documenta el comando npx @deepseek-ai/dsh web, que pone en marcha una interfaz web. Antes de ejecutarlo, recomienda leer un aviso de seguridad, cuyo contenido no figura entre las fuentes examinadas para este artículo.
Recomendación: si quieres evaluar DeepSeek Harness para un proyecto, anota la versión que pruebes y comprueba cómo afectan las actualizaciones a tu prototipo. Pregunta que conviene plantearse: ¿qué puntos de extensión necesita realmente tu caso de uso y dónde están documentados? La descripción arquitectónica del README sirve para orientar la lectura, pero no sustituye esa comprobación.
Anatomy: una skill para una tarea concreta
wheresryan22/anatomy. El README presenta Anatomy como una skill para Claude que explica una idea mediante la construcción de un objeto funcional. Indica que también puede utilizarse en OpenCode y Codex. El repositorio describe figuras isométricas interactivas y distingue entre salidas SVG, figuras SVG con WebGL y un modo 3D señalado como beta. Para el modo SVG, enumera entre los formatos de entrega una página HTML independiente, un archivo SVG y componentes React o Next.js.
Lo importante aquí es la tarea documentada: producir una representación interactiva de un concepto. Esa descripción no debe convertirse en una promesa sobre todo el ciclo de trabajo de un agente. El README incluye ejemplos de figuras y un procedimiento para iniciar la skill; son elementos concretos que puedes examinar si estás preparando material explicativo para un equipo técnico.
Recomendación: elige un concepto que a tus compañeros les cueste explicar y valora el resultado como recurso didáctico. Preguntas que conviene plantearse: ¿la figura aclara el comportamiento que querías describir? ¿Son correctos los detalles representados? Si piensas publicarla, ¿quién revisará el texto, las interacciones y la accesibilidad?
OpenClaw: empezar por el Gateway y la seguridad
openclaw/openclaw. El README presenta OpenClaw como un asistente open source que se ejecuta en el ordenador del usuario y se conecta a canales de mensajería. Describe el Gateway como un plano de control local para sesiones, herramientas, eventos y conexiones con los canales. También afirma que los modelos y los harness de agentes son plugins sustituibles sin modificar el resto. Esa afirmación se refiere a esos elementos: que el README enumere herramientas, skills y plugins no demuestra que todos ellos tengan la misma propiedad.
En materia de seguridad, el README pide tratar los mensajes entrantes como entradas no fiables. Precisa que las herramientas se ejecutan en el host durante la sesión principal, salvo que configures el sandboxing. Recomienda leer las guías de seguridad antes de conectar a otros usuarios o exponer el Gateway de forma remota. El README menciona esas guías, pero no figuran entre las páginas examinadas para este artículo.
Recomendación: antes de hacer una prueba compartida, define quién puede enviar mensajes y qué acciones quieres permitir. Preguntas que conviene plantearse: ¿dónde se ejecutan las herramientas con la configuración que has elegido? ¿A qué credenciales pueden acceder? ¿Qué controles hacen falta antes de conectar un canal utilizado por el equipo? Son comprobaciones que debes hacer sobre la instalación concreta, no garantías que puedan extraerse de una descripción general.
Cómo aprovechar esta lectura
Para una PMI o un MSP, el siguiente paso aconsejable es vincular cada prueba a una pregunta concreta: ¿responde la arquitectura declarada de DeepSeek Harness a tus necesidades de desarrollo? ¿Produce la skill Anatomy una explicación útil y verificable? ¿Respeta la configuración de OpenClaw los límites operativos que has definido? Mantén separadas las respuestas: una capacidad descrita en un repositorio no puede atribuirse a los demás.
Si estás diseñando un proceso de evaluación más amplio, puedes consultar la página de Altovar sobre inteligencia artificial para empresas. Úsala como punto de partida para profundizar en el tema, pero acude a los respectivos repositorios para conocer las características de cada proyecto.
Fuentes: README de deepseek-ai/deepseek-harness; README de wheresryan22/anatomy; README de openclaw/openclaw.
DeepSeek Harness: Everything is a Plugin.