docs: los README cuentan el ACP por red

El del repo listaba `--acp` como si stdio fuera la única vía; el de npm seguía
anunciando la novedad de 0.0.15.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wi9nsLgbG3NFZK2Wi85i84

Author: blissito

README.md

@@ -178,7 +178,12 @@ Gestiona otros servidores con `ghosty mcp add stdio|http <nombre> ...`,
 ## Más
 
 - **Servidor**: `ghosty serve --http` (API HTTP/SSE) o `--mobile` (control desde el móvil en LAN).
-- **Zed/ACP**: `ghosty serve --acp`.
+- **Zed/ACP**: `ghosty serve --acp` por stdio, cuando el editor lanza a Ghosty él mismo.
+- **ACP por red**: `ghosty serve --acp --acp-http` publica el agente en `ws://host:port/acp`
+  (WebSocket y Streamable HTTP) para clientes que no pueden lanzarlo como proceso hijo —un
+  navegador, una caja remota—, y atiende a varios a la vez. Esa vía ejecuta herramientas:
+  pide token y política de origen, así que lee `docs/RUNTIME_API.md` antes de sacarla de
+  loopback.
 - Otros proveedores compatibles con OpenAI vía `base_url` en la config.
 
 ## Related

npm/ghosty/README.md

@@ -5,6 +5,16 @@
 
 Instala y corre Ghosty Code desde los binarios precompilados (Rust) publicados en GitHub Releases.
 
+> **Novedad (0.0.19)** — **ACP ya viaja por red.** Hasta ahora el agente sólo hablaba ACP
+> por stdio, o sea que el cliente tenía que lanzar a Ghosty como proceso hijo: un navegador
+> no puede, y una caja remota tampoco. `ghosty serve --acp --acp-http` lo publica en
+> `ws://host:port/acp` —WebSocket y Streamable HTTP, la RFD oficial— y atiende a varios
+> clientes a la vez, cada uno con sus propias sesiones. El transporte es el del SDK oficial
+> de ACP, no uno escrito a mano. Como esa vía ejecuta herramientas, exige token de runtime
+> y política de origen: sin `Origin` sólo entra quien manda cabecera `Authorization`, que
+> una página del navegador no puede fijar. De paso cierra ese mismo agujero para quien ya
+> usaba el servidor HTTP.
+>
 > **Novedad (0.0.15)** — **la sesión ya no se te olvida.** Desde 0.0.13, los bytes de
 > las capturas que pegabas se quedaban en el historial y se reenviaban cada turno, pero
 > el medidor de contexto los contaba como cero tokens: el proveedor terminaba rechazando