Skip to content

Oficial

deepseek-ai/deepseek-harness codigo y releases de DeepSeek Harness

  • Fuente de verdad
  • Releases y tags
  • Issues con versión

Clona o navega deepseek-ai/deepseek-harness cuando necesites el Agent Loop, configs de ejemplo o un hash de commit para citar. Fija el release que probaste antes de abrir ruido de «instalación rota».

  • MIT en el upstream
  • README gana a blogs
  • Fija tags que pruebas

Repo

deepseek-ai

deepseek-harness en GitHub

MIT

Licencia

Revisa LICENSE en tu pin

Tags

Releases

Alinea con npm antes de bugs

PRs

Contribuir

Sigue CONTRIBUTING + plantillas

Para qué sirve el repo GitHub de DeepSeek Harness

Abre github.com/deepseek-ai/deepseek-harness cuando necesites el Agent Loop interno, configs de ejemplo o un hash de commit para un issue. Las APIs de preview se rompen; los issues sin versión de Node, salida CLI completa y commit o versión de paquete pierden el tiempo de todos.

No pegues claves API en Issues o Discussions. Prefiere un workspace desechable al reproducir bugs de edición de archivos. La prosa de producto también aparece en deepseek.com/harness; el repo sigue siendo la fuente de verdad de ingeniería.

La mayoría de operadores lanza con @deepseek-ai/dsh — ver la página npm e instalación. Los builds desde fuente importan cuando parcheas upstream o sigues scripts del repo.

Por qué GitHub sigue siendo primario

Los flags se mueven en preview

Blogs y páginas del portal pueden retrasarse. El README y las notas del tag que fijas son la superficie CLI autorizada.

Informes de bugs reproducibles

Hashes de commit, engines de Node y stderr completo convierten «se rompió» en algo accionable para los maintainers.

Claridad de contribución

Discussions, Issues y plantillas de PR viven upstream. Los typos del portal son otro repositorio — ver [contribuir](/es-es/contribute/).

Ejemplos emparejados con modos

Los ejemplos del repo suelen asumir un preset con nombre. Empárejalos con [modos](/es-es/modes/) para que Creative no toque árboles de nómina.

Usar el repo sin perderte

  1. 1

    Lee README + LICENSE

    Confirma engines y licencia en el tag que te importa antes de clonar o citar.

  2. 2

    Alinea Releases con npm

    Compara tags de GitHub con lo que tira `npx`. Las sorpresas suelen ser mirrors o cachés viejos — ver [npm](/es-es/dsh/npm-package/).

  3. 3

    Reproduce en carpeta desechable

    Workspaces estrechos mantienen secretos fuera de Issues. La ruta de lanzamiento sigue [instalación](/es-es/install/).

  4. 4

    Reporta o contribuye con cuidado

    Usa plantillas upstream. Los autores de plugins suelen publicar un paquete `dsh-plugin` aparte — [guía de plugins](/es-es/plugins/guide/).

Profundizar

Repositorio MIT oficial: código, ejemplos, historial de contribución y releases.

Releases, tags y el paquete npm

Releases y tags explican qué aterrizó; @deepseek-ai/dsh es cómo lanza la mayoría. El HowTo completo queda en instalación para no bifurcar dos manuales.

Si npx trae una versión sorprendente, compara el tag publicado con las notas de release antes de abrir ruido. Los mirrors que van detrás del registry oficial son un problema de red, no un bug de Cordis.

Cómo contribuir upstream

Las preguntas van a Discussions cuando el proyecto lo indique; Issues solo si la plantilla está abierta; los pull requests deben cumplir CONTRIBUTING. Los typos en harness-ds.com son otra ruta — contribuir.

No trates un PR de docs en este portal como decisión oficial de producto. Mapas de runtime: arquitectura y Cordis.

Seguridad e higiene de secretos

Nunca pegues claves API en Issues, Discussions o capturas. Prefiere clones desechables al compartir stack traces. La seguridad de paquetes comunitarios está en la guía de plugins y solución de problemas para procesos locales.

FAQ

¿Instalo desde fuente o con npx?

La mayoría usa npx vía instalación. Los builds desde fuente importan al parchear upstream o seguir scripts del repo — detalles en GitHub y en la página npm.

¿Dónde reporto un bug de producto?

En deepseek-ai/deepseek-harness, con versión, Node y texto de error completo. Typos del portal: contribuir.

¿La licencia es MIT?

El repo público del harness se publica bajo MIT. Revisa siempre LICENSE en el tag que fijas; los plugins de terceros tienen sus propias licencias en el directorio.

¿Cómo se relacionan ejemplos y modos?

Los ejemplos del repo suelen asumir un preset con nombre. Empárejalos con modos para no cargar experimentos Creative en un árbol de producción.

¿Este sitio es lo mismo que la org de GitHub?

No. harness-ds.com mapea guías y páginas SEO; la verdad de ingeniería está en GitHub. El relato de HQ de producto está en deepseek.com/harness — ver FAQ.

¿Listo para enviar un arreglo o una pregunta precisa? Sigue contribuir. Para ejecutar el paquete publicado en lugar de construir desde fuente, usa instalación.

Alrededor de la página GitHub

Lee la identidad del paquete npm, las notas de arquitectura o los pasos de instalación tras fijar un release.