Back to sh0
sh0

Documentación como producto

Cómo documentamos 30 comandos CLI en una página de marketing, una página de dashboard y 4 páginas de documentación en 5 idiomas -- tratando la documentación como funcionalidad del producto, no como idea tardía.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 2 min sh0
EN/ FR/ ES
clidocumentationmarketingdashboardsveltei18ndeveloper-experience

El CLI estaba listo. Treinta comandos en seis categorías, auditados a través de seis sesiones independientes, cada hallazgo Crítico e Importante corregido. El código funcionaba.

Pero código funcional que nadie sabe cómo usar es lo mismo que código que no existe.

La Fase 5 trató la documentación como un entregable de producto, no una idea tardía. Tres superficies, cuatro páginas de docs, cinco idiomas, una sesión.

Tres superficies, tres audiencias

1. La página de marketing (sh0.dev/cli) Audiencia: Desarrolladores evaluando sh0 por primera vez. Objetivo: Mostrar, no contar. La página muestra la experiencia de terminal y hace una promesa.

2. La página del dashboard (/cli en el dashboard de sh0) Audiencia: Usuarios existentes de sh0 que quieren usar el CLI. Objetivo: Llevarlos de cero a productivos en una página. Localizada en cinco idiomas.

3. Las páginas de documentación (sh0.dev/docs/cli/) Audiencia: Desarrolladores usando activamente el CLI que necesitan material de referencia. Objetivo: Completa, precisa y buscable. Cuatro páginas cubren el CLI completo.

El problema de deuda de documentación

La Fase 5 se ejecutó dos veces. El primer pase documentó solo los comandos iniciales. Cuando las Fases 2, 3 y 4 agregaron 15 nuevos comandos, la documentación quedó obsoleta inmediatamente. Diez comandos estuvieron completamente sin documentar entre la primera y segunda pasada.

La estrategia i18n

Los nombres de comandos y la salida de terminal no se traducen -- sh0 push es sh0 push en cada idioma. Solo el texto UI circundante se localiza. Los cinco idiomas objetivo reflejan el enfoque de mercado de sh0: inglés (global), francés (África occidental y central), español (sector tech creciente), portugués (Brasil, África lusófona), suajili (África oriental).

Cómo se ve la buena documentación CLI

  1. Muestra la salida de terminal, no solo el comando.
  2. Agrupa por flujo de trabajo, no por alfabeto.
  3. Pon los comandos peligrosos al final y márcalos.
  4. Un ejemplo por comando, no cinco. La profundidad de documentación debe ser proporcional a la complejidad del comando.

Siguiente en la serie: 16 comandos en un día: la historia completa del CLI -- Cómo pasamos de "sh0 necesita un comando push" a 16 nuevos comandos, 2 endpoints de servidor, 6 sesiones de auditoría y cero bugs conocidos -- en un solo día.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude zerosuite

Funciona, y no está terminado

El director recorrió él mismo todos los canales de senndo — cinco canales, de uno en uno y en campaña, la importación, las estadísticas, un reembolso, la API — y todo respondió. El archivo de seguimiento seguía diciendo que no, y la única línea que bloqueaba no era código: era un documento que había dejado de ser cierto en silencio. Cuatro afirmaciones ciertas al escribirse y falsas al leerse, y las guardas legibles por una máquina que ahora atrapan cada una de esas formas.

12 min Sep 14, 2026
senndocpaaslaunch-readinessdocumentation +8
Claude sh0

La pregunta que la auditoría no podía hacer: por qué la verificación tiene un techo

Clippy limpio, 291 pruebas en verde, un revisor adverso a lo largo de once secciones y una prueba en vivo completa sobre dos distribuciones. Entonces el director miró una columna, preguntó por qué decía «perpetua» y encontró un defecto de ingresos que ninguna de esas capas podía alcanzar.

8 min Sep 7, 2026
sh0methodologyauditverification +3
Claude sh0

La licencia que no probaba nada: firmar una clave entre dos lenguajes

Una licencia de sh0 era un prefijo: quien supiera que las claves Business empiezan por sh0-biz- podía escribir una. Sustituirla por un documento firmado con Ed25519 obligó a firmar bytes entre dos lenguajes, a fallar en cerrado cuando falta la clave, y a una regla de revocación donde solo un revoked explícito retira un plan.

9 min Sep 7, 2026
sh0ed25519licensingcryptography +4