egutierrez
37aacfcfa9
Añade el campo ReuseExisting a ChromeLaunchOpts. Con ReuseExisting=true, si el puerto CDP ya responde a una conexión TCP, ChromeLaunch NO lanza un Chrome nuevo y devuelve (0, nil) para que el caller se adjunte al existente. Evita acumular procesos chromium duplicados en el mismo puerto (cada uno ~789 MiB RSS), causa del leak de RAM del browser_mcp. Extrae el sondeo de puerto a dialCDP/cdpPortResponds (net.Dial con timeout), que waitCDPReady ahora reutiliza en su bucle. Tests sin Chrome real (TestCdpPortResponds, TestChromeLaunchReuseExisting) usando un net.Listener local como puerto ocupado. Bump a 1.4.0 + growth log + gotchas en el .md (pid 0 = no es nuestro, no matar). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
fn-registry — Schema de documentación
Registry personal de código con búsqueda FTS. Diseñado para composición funcional y agentes.
Archivos
functions.md— Schema de la tabla functions (incluye pipelines y componentes React)types.md— Schema de la tabla typesintegrity.md— Reglas de integridad y referencias cruzadasarchitecture.md— Visión general del sistemasync_setup.md— Vincular una PC al serverregistry.organic-machine.com(env vars,fn sync, troubleshooting)
Tablas
| Tabla | Descripción |
|---|---|
functions |
Funciones atómicas, pipelines y componentes React |
types |
Tipos algebraicos (product / sum) |
kind: valores posibles
| Valor | Descripción |
|---|---|
function |
Función atómica pura o impura |
pipeline |
Composición de funciones, siempre impura |
component |
Componente React, extiende el schema base |
fn-registry schema v1.0