docs(app): bump to 0.3.0 — service hardening + frame threading growth log

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

app.md

@@ -2,7 +2,7 @@
 name: unibus
 lang: go
 domain: infra
-version: 0.2.0
+version: 0.3.0
 description: "Bus de mensajería unificado sobre NATS+JetStream con cifrado E2E por room (megolm/olm reducido): service de membresía/claves, librería cliente y peers demo."
 tags: [service, messaging, nats, e2e]
 uses_functions:
@@ -154,6 +154,17 @@ agent.<nombre>.{in,out}   inbox/outbox de agente LLM (agent.scout.in)
 
 ## Capability growth log
 
+- v0.3.0 (2026-06-06) — `membershipd` se convierte en service de verdad: flag
+  `--bind` (default 127.0.0.1) que gobierna a la vez el HTTP de control y el NATS
+  embebido (`embeddednats.StartHost`), de modo que con `--bind 0.0.0.0` un
+  teléfono o PC de la LAN conecta a ambos planos. Se añade un systemd-user unit
+  (`deploy/unibus-membershipd.service`, `Restart=always`) + `deploy/install.sh`
+  idempotente, y el bloque `service:` queda completo (systemd-user, restart
+  always, health `/healthz`). El `Frame` (pkg/frame) gana threading aditivo
+  (`ThreadID`, `ReplyTo`) y un tipo `REACT`, con `PublishReply`/`React` en el
+  cliente — la base para que bots de chat hablen por el bus (fase 2). Cambios
+  100% aditivos: el wire de los frames no-threaded es idéntico y los tests
+  existentes siguen verdes.
 - v0.2.0 (2026-06-03) — el playground gana un benchmark de rendimiento
   (`GET /api/bench`, SSE): un publisher inunda una room con miles de mensajes a
   N subscribers y una gráfica en vivo anima el throughput. Expone las dos