Software práctico para negocios reales. Construido desde Colombia con identidad local y ambición global.

Practical software for real businesses. Built from Colombia with local identity and global ambition.

Toda la organización gira en torno a un par de productos canónicos: dark-memory-mcp (el servidor MCP que entrega governance + memory + research + vibe-flow como un set unificado de 34+ herramientas) y Vibe-Flow (la modalidad de desarrollo: spec → artifact → drift → reconcile → publish, con cada cambio versionado en OpenSpec y cada artefacto auditado por un juez LLM antes de publicarse).

El resto de la organización son productos verticales que demuestran ese kernel, o SDKs que lo extienden. No construimos software sin pasar por el kernel.

graph TD
    OS["opita-os (privado)<br/>OpenSpec · Brand Engine · Vault · SSO"]
    DM["dark-memory-mcp<br/>34+ herramientas canónicas<br/>(RESEARCH · JUDGE · VIBE · AGENT_MEMORY)"]
    DR["dark-research-mcp<br/>13 OSINT backends<br/>(shims hacia dark-memory-mcp)"]
    SDK["@opitacode/ocais<br/>Streaming SDK para AWS Lambda"]
    VS["opita-vibe-studio<br/>IDE de vibe-coding en español"]
    SO["sociedad-opita-app<br/>Monumento digital del opita"]
    DEV["opita-developer-web<br/>Portfolio del Opita Developer"]
    WEB["www.opitacode.com<br/>Landing corporativa"]
    MK["opita-market (privado)<br/>Marketplace colombiano B2B+B2C"]

    OS -.->|"runtime and specs"| DM
    DR -.->|"deprecation shims (since v0_7_x) — consolidate into dark-memory-mcp"| DM
    DM -.->|"consume kernel"| VS
    DM -.->|"consume kernel"| MK
    DM -.->|"consume kernel"| SO
    SDK -.->|"streamText"| VS
    SDK -.->|"streamText"| SO
    VS -.->|"embed"| WEB
    MK -.->|"serve"| WEB
    SO -.->|"serve"| WEB
    DEV -.->|"stand-alone"| WEB

Cada producto demuestra una faceta distinta del kernel. Ninguno se construye fuera de la metodología vibe-flow.

Repos congelados como referencia histórica. La lógica que contenían migró al runtime privado (opita-os) o a otro repo. No los usamos activamente.

   spec  →  artifact  →  drift  →  reconcile  →  publish
    │          │            │          │            │
 OpenSpec   log/upload   judge   spec ↔ artifact   has_disclosure=true
                                                    │
                                          judge.eval_type:
                                          compliance_check
                                          pii_detect
                                          prompt_injection_scan

• dark-memory-mcp es nuestro sistema nervioso. Cada agente que escribe código — sea para OpenSpec, Vibe Studio, o cualquier producto vertical — tiene acceso al mismo set de herramientas MCP via el namespace RESEARCH (OSINT), JUDGE (LLM-as-judge), VIBE (CRUD de ciclo), o AGENT_MEMORY (state cross-session). No duplicamos lógica entre repos.
• Vibe-Flow es nuestra modalidad de desarrollo. Escribimos la spec (en OpenSpec) antes de generar una sola línea. Cada artefacto se loggea con dark_memory_vibe_artifact_log. Un juez LLM (dark_memory_judge(eval_type=drift_judge)) compara artefacto contra spec y emite verdict (aligned | drift_detected | needs_human). Sin reconciled_at, no hay publish.
• LLM-as-judge, no LLM-as-author. Publicamos artefactos críticos (synthetic media, contenido EU, código generado) solo después de que un juez LLM los audite contra specs, jurisdicciones y compliance. Cada verdict queda persistido en judgment_history para auditoría.
• dark-research-mcp está en consolidación hacia dark-memory-mcp. Los nombres legacy (dark_research_*, dark_ssd_*) emiten X-Deprecation headers y siguen funcionando como shims; los nombres canónicos ahora viven en el namespace dark_memory_*.

© 2026 Opita Code · Juan Nicolás Urrutia Salcedo
Hecho con orgullo colombiano 🇨🇴 · Made in Colombia
_{Última revisión del README: 2026-07-28 (audit hygiene pass + URL canonicalization de sociedad.opitacode.com y developer.opitacode.com + Mermaid syntax repair tras "Lexical error on line 13" detectado por el renderer de GitHub — refs -.label.-> con dots internos rotos, ahora todas en -.->|"label"|)}