ADR 0080 — Usar CodArch y cómo se construye
Desarrollo
Estado: enmendado por ADR 0081 (las dos zonas, el enum usar | desarrollo y el traslado de rules.md y mcp.md) · Fecha: 2026-10-26
Contexto
Sección titulada «Contexto»La sidebar tenía un solo bloque «El producto» que mezclaba el roadmap, el modelo de datos, el diseño
del mapa y la migración a Rust con las reglas y el MCP. Quien llegaba a instalar CodArch no
encontraba la instalación, ni una página por comando del CLI, ni cómo abrir la webapp o el
escritorio; quien venía a entender el diseño tenía que saltarse lo de uso. La portada, además,
contaba la webapp como si analizara sola en el navegador y codarch serve como otra forma de
instalar.
Decisión
Sección titulada «Decisión»- Dos bloques en la sidebar. Usar CodArch (
section: producto): instalación, primeros pasos, el CLI con una página por comando, webapp, app de escritorio, reglas de.codarch.yml, MCP, GitHub Action, actualizaciones y preguntas frecuentes. Cómo se construye (section: construir): roadmap, modelo de datos, diseño del mapa, migración a Rust, las decisiones (section: adr) y la guía. - El
sectiondecide el bloque. El enum del esquema pasa aproducto | construir | adr; la sidebar se sigue generando del frontmatter (ADR 0046) y el orden sale desidebar.order. - Las páginas de uso viven en
docs/usar/y los comandos endocs/usar/cli/, que la sidebar agrupa en «CLI».rules.mdymcp.mdse quedan en su ruta para no romper enlaces y entran en el bloque de uso por susection. - Tres vías de instalación, una verdad. CLI + webapp es una sola instalación
(
npm i -g codarch; la webapp se abre concodarch serve); la webapp sola con Docker (ghcr.io/jaminsmoke/codarch-web:latest,docker compose up --buildsolo desde el repo clonado); y el instalador de escritorio desde las Releases. La portada, el README y las páginas de uso lo cuentan igual. - Cada página nueva tiene su gemela en
docs/en/con la misma ruta relativa.
Consecuencias
Sección titulada «Consecuencias»- Quien usa CodArch encuentra todo en el primer bloque sin pasar por el diseño interno.
- Añadir una página de uso es crear el
.mdendocs/usar/consection: producto; un documento de diseño, consection: construir. - El test de la sidebar fija el orden de los dos bloques y la lista de comandos del CLI.
Alternativas descartadas
Sección titulada «Alternativas descartadas»- Mantener un solo bloque y ordenar mejor. Seguía mezclando dos públicos distintos.
- Mover
rules.mdymcp.mdadocs/usar/. Rompe enlaces desde ADR, guía y README sin ganar nada: el bloque lo decide elsection, no la carpeta. - Renombrar
productoausar. Más claro, pero obliga a tocar todas las páginas ya escritas; la etiqueta visible ya dice «Usar CodArch».
Hoja de ruta
Sección titulada «Hoja de ruta»Documentos — Usar y construir
Sección titulada «Documentos — Usar y construir»- Enum
section, sidebar en dos bloques y test. - Roadmap, modelo, diseño del mapa y migración pasan a «Cómo se construye».
- Primeros pasos, webapp, escritorio, GitHub Action y preguntas frecuentes, con su gemela.
- Portada y README con las tres vías de instalación.
- Instalación, una página por comando del CLI y actualizaciones (evidencia:
docs/usar/instalacion.md,docs/usar/actualizaciones.md,docs/usar/cli/*yapps/site/test/sidebar.test.ts; commits381805a/ab8a85c/f4a8a0e). -
Las capturas marcadas como pendientes en las páginas de uso.Obsoleto (2026-11-02): ya no quedan marcadores de captura pendiente endocs/usar/; lo que sigue abierto es rehacer capturas del marco y del dock (ADR 0082, ADR 0083).
El registro de lo hecho vive en el feed de la guía.