Ecosistema

Una marca común. Productos con propósito propio.

devsigner.xyz es el nexo editorial; este sistema es el contrato; cada producto conserva la semántica que lo hace útil.

Mapa

El sistema distribuye contratos, no pantallas idénticas.

La consistencia vive en nombres, criterios, accesibilidad y evidencia. El producto decide densidad, flujos, estados y tecnología dentro de esos límites.

  1. 01

    Nexo: devsigner.xyz

    Presenta el trabajo, conecta proyectos y explica la narrativa pública. No replica esta documentación.

  2. 02

    Referencia: design.devsigner.xyz

    Publica tokens, fundamentos, stack, skills, Figma, presentaciones y decisiones de adopción.

  3. 03

    Productos: ApexTrader, Hay Talks, NostrCity y futuros

    Conservan dominio, arquitectura y personalidad de producto mientras adoptan contratos compartidos.

  4. 04

    Herramientas: Figma, Codex, OpenCode, Hermes y Slidev

    Consumen las mismas fuentes versionadas con adaptadores explícitos, no copias divergentes.

Adopción

Migrar por capas y con evidencia.

ApexTrader sirve como primer caso de producto denso. Hay Talks y NostrCity deben empezar por una auditoría propia; no se les aplicará una sustitución global ni se sincronizarán automáticamente desde este repositorio.

Orden recomendado

Contrato semántico → shell y navegación → componentes repetidos → expresión de marca → validación real. Los tokens de dominio permanecen locales.

Sincronización

El estado se declara y se comprueba.

Cada repositorio mantiene un manifiesto mínimo. El auditor distingue una referencia previa, una migración planeada, una adopción parcial y una versión plenamente sincronizada.

baselineReferencia existente aún no vinculada al contrato versionado.
plannedScope registrado; migración todavía no iniciada.
migratingAdopción parcial que debe conservar su deuda visible.
currentVersión, digest y validación del producto coinciden.