ci: retrigger (workdir_parent absoluto en el runner)

- Incidente 02:06:29Z: el rollback del autodeploy (git reset --hard $OLD)
  pisó la rama e2-fuentes-y-sellos porque el árbol cambió de branch a mitad
  de deploy. Causa: ninguna exclusión mutua entre autodeploy, auto-merger y
  ops manuales sobre los mismos árboles.
- Lock: /run/lock/cayce-git-ops.lock (tmpfiles.d, 0664 root:ubuntu).
  autodeploy flock -n (salta ciclo), auto-merge flock -w 240 (espera).
- Guard en ci.yml: un job cuyo workspace caiga bajo /srv/* revienta.

.gitea/workflows/ci.yml

@@ -15,6 +15,12 @@ jobs:
       run:
         shell: bash --noprofile --norc -eo pipefail {0}
     steps:
+      - name: "r31 guard: CI nunca opera en /srv/*"
+        run: |
+          case "$PWD" in
+            /srv/*) echo "VIOLACION: workspace de CI en $PWD"; exit 1 ;;
+            *) echo "workspace OK: $PWD" ;;
+          esac
       - uses: actions/checkout@v4
         with:
           fetch-depth: 1

deploy/usr-local-bin/README.md

@@ -0,0 +1,11 @@
+# /usr/local/bin versionado
+
+Copias exactas de los scripts de infra que viven en /usr/local/bin del VPS.
+Actualizar: PR aquí → merge → copiar al VPS (sudo cp) + daemon-reload si toca unit.
+
+- cayce-autodeploy (r31: flock compartido /run/lock/cayce-git-ops.lock)
+- cayce-auto-merge (r31: mismo lock, espera hasta 240s)
+
+El lockfile lo crea tmpfiles.d: /etc/tmpfiles.d/cayce-locks.conf
+(f /run/lock/cayce-git-ops.lock 0664 root ubuntu -). Ops manuales con git
+sobre /srv/*: flock /run/lock/cayce-git-ops.lock <comando>.

deploy/usr-local-bin/cayce-auto-merge

@@ -0,0 +1,46 @@
+#!/bin/bash
+# Auto-merge (ronda-9): SOLO PRs con todos los checks en success y que NO
+# toquen paths protegidos. Nunca btcpay-events. Nunca credenciales del operador.
+# r19: el token persiste en /etc/cayce/ci-bot.token (600). Regenerar con nombre
+# ya usado da ERROR y dejaba BOT vacio (bug historico: el script no hacia nada).
+# r31 (S1): lock compartido con cayce-autodeploy — nunca compiten sobre los
+# mismos arboles/branches (incidente 02:06:29Z del 2026-11-03).
+LOCK=/run/lock/cayce-git-ops.lock
+exec 9>"$LOCK" || { echo 'FATAL: no se puede abrir lockfile'; exit 1; }
+if ! flock -w 240 9; then
+  echo "[auto-merge] autodeploy mantiene el lock >240s — paso de este ciclo (el proximo mergea)"
+  exit 0
+fi
+BOT=$(cat /etc/cayce/ci-bot.token 2>/dev/null | tr -d '[:space:]')
+if [ -z "$BOT" ]; then
+  BOT=$(sudo -u git /usr/local/bin/gitea --config /etc/gitea/app.ini admin user generate-access-token -u ci-bot -t "auto-merge-$(date +%s)" --scopes write:repository,write:issue 2>/dev/null | grep -aoE "[0-9a-f]{40}" | head -1)
+  [ -n "$BOT" ] && printf '%s' "$BOT" > /etc/cayce/ci-bot.token && chmod 600 /etc/cayce/ci-bot.token
+fi
+[ -z "$BOT" ] && { echo 'FATAL: sin token ci-bot'; exit 1; }
+G="http://127.0.0.1:3100/api/v1"
+# paths protegidos (grep -E contra la lista de ficheros modificados del PR)
+PROTECTED="SPEC.md|MANDATE.md|prompts/cayce-identity.md|guard[^/]*\.|relay-watcher|outbox\.mjs|guard-blocklist|check-single-outbox|\.gitea/workflows|\.github/workflows|cayce-auto-merge|act_runner|docker"
+for REPO in cayce-ops entity bitcoinhotels; do
+  curl -s -H "Authorization: token $BOT" "$G/repos/cayce/$REPO/pulls?state=open&limit=20" | python3 -c "
+import json,sys
+for p in json.load(sys.stdin):
+    if p.get('title','').upper().startswith('WIP'): continue
+    print(p['number'], p['head']['sha'])" 2>/dev/null | while read N SHA; do
+    FILES=$(curl -s -H "Authorization: token $BOT" "$G/repos/cayce/$REPO/pulls/$N/files?limit=100" | python3 -c "
+import json,sys
+for f in json.load(sys.stdin): print(f.get('filename',''))" 2>/dev/null)
+    if echo "$FILES" | grep -qE "$PROTECTED"; then
+      echo "$REPO #$N: TOCA PATH PROTEGIDO — no se auto-mergea"
+      continue
+    fi
+    # r19: /status (combinado) en vez de /statuses — la lista incluye los
+    # 'pending' historicos y hacia que un PR verde pareciera no verde
+    OK=$(curl -s -H "Authorization: token $BOT" "$G/repos/cayce/$REPO/commits/$SHA/status" | python3 -c "
+import json,sys
+d = json.load(sys.stdin)
+print('yes' if isinstance(d, dict) and d.get('state') == 'success' else 'no')" 2>/dev/null)
+    if [ "$OK" = "yes" ]; then
+      curl -s -X POST -H "Authorization: token $BOT" -H "Content-Type: application/json" -d '{"Do":"merge"}' "$G/repos/cayce/$REPO/pulls/$N/merge" -o /dev/null -w "$REPO #$N (green, sin paths protegidos) merge: %{http_code}\n"
+    fi
+  done
+done

deploy/usr-local-bin/cayce-autodeploy

@@ -0,0 +1,180 @@
+#!/bin/bash
+# cayce-autodeploy — r18: despliega main nuevo SIN intervención del operador.
+#   ~/cayce-ops        → git pull de main (docs, prompts; el despliegue lee el tree)
+#   /srv/cayce-core    → checkout de cayce/entity main, con PUBLISH_OFF activo
+#                        durante el swap. Solo se retira si: tests del guard
+#                        27+/27 y watcher sin VIOLACION. Rollback automatico.
+# Timer: cada 3 min. Fallo → DM al supervisor + logger. Nunca toca un tree sucio.
+
+say() { echo "[autodeploy] $*"; logger -t cayce-autodeploy "$*"; }
+dm() {
+  SUP=$(grep -aoE 'SUPERVISOR_NPUB_HEX=[0-9a-f]+' /srv/cayce-nostr/.env 2>/dev/null | cut -d= -f2)
+  [ -n "$SUP" ] && curl -s -X POST http://127.0.0.1:3011/dm -H "Content-Type: application/json" \
+    -d "{\"to_hex\":\"$SUP\",\"content\":\"AUTODEPLOY: $1\"}" >/dev/null 2>&1
+}
+
+# r31 (S1): lock compartido con cayce-auto-merge — nunca compiten sobre los
+# mismos arboles/branches (incidente 02:06:29Z del 2026-11-03: un rollback
+# `git reset --hard $OLD` pisó una rama de trabajo porque el árbol cambió de
+# branch a mitad de deploy). Las ops manuales con git sobre /srv/* tambien
+# lo toman: flock /run/lock/cayce-git-ops.lock <comando>
+LOCK=/run/lock/cayce-git-ops.lock
+exec 9>"$LOCK" || { say 'FATAL: no se puede abrir lockfile'; exit 1; }
+if ! flock -n 9; then
+  say "auto-merge (u otra op) mantiene el lock — paso de este ciclo"
+  exit 0
+fi
+
+# ── 1. cayce-ops (main) ──────────────────────────────────────────────────────
+cd /home/ubuntu/cayce-ops || { say "FATAL: sin ~/cayce-ops"; exit 1; }
+git fetch -q origin 2>/dev/null
+if [ "$(git branch --show-current)" = "main" ] && ! git merge-base --is-ancestor origin/main HEAD 2>/dev/null; then
+  if [ -n "$(git status --porcelain)" ]; then
+    say "ABORT: cayce-ops tree sucio"; dm "abortado: cayce-ops dirty"
+  elif git pull -q --ff-only origin main; then
+    say "cayce-ops → $(git rev-parse --short HEAD)"
+  # r21: sin DM (no urgente) — dm "cayce-ops actualizado a $(git rev-parse --short HEAD)"
+  else
+    say "ERROR: pull cayce-ops"; dm "error pull cayce-ops"
+  fi
+fi
+
+# ── 2. entity → /srv/cayce-core (con regla de urgencia) ──────────────────────
+cd /srv/cayce-core || { say "FATAL: sin /srv/cayce-core"; exit 1; }
+git fetch -q origin 2>/dev/null
+# desplegar solo si main tiene commits que NO estan en el checkout
+# r20: sin exit 0 — mataba el script y la sección bitcoinhotels nunca corría
+if ! git merge-base --is-ancestor origin/main HEAD 2>/dev/null; then
+# r25: lessons.md lo muta el ciclo retro en produccion — preservar (stash/pop).
+# Cualquier OTRO fichero sucio si aborta.
+DIRTY_OTHER=$(git status --porcelain | grep -v " lessons.md" | head -3)
+if [ -n "$DIRTY_OTHER" ]; then
+  say "ABORT: /srv/cayce-core tree sucio: $DIRTY_OTHER"; dm "abortado: /srv/cayce-core dirty ($DIRTY_OTHER) — deploy pendiente"
+  exit 1
+fi
+git stash push -q -m "autodeploy-lessons" -- lessons.md 2>/dev/null || true
+
+OLD=$(git rev-parse HEAD)
+echo "autodeploy $(date -u +%FT%TZ)" > PUBLISH_OFF   # r21: firmado para que urgent-watch no lo tome por manual
+say "main nuevo detectado: $(git rev-parse --short HEAD) → $(git rev-parse --short origin/main) (PUBLISH_OFF activo)"
+
+if ! git checkout -q main || ! git reset -q --hard origin/main; then
+  git reset -q --hard "$OLD" 2>/dev/null; rm -f PUBLISH_OFF
+  say "FATAL: checkout entity"; dm "FATAL checkout entity — deploy cancelado, sin cambios"
+  exit 1
+fi
+
+# verificación 1: tests del guard
+OUT=$(cd /srv/cayce-core && node --test guard.test.mjs 2>&1)
+PASS=$(echo "$OUT" | grep -c '^ok ')
+FAIL=$(echo "$OUT" | grep -c '^not ok ')
+if [ "$FAIL" != "0" ] || [ "$PASS" -lt 27 ]; then
+  git reset -q --hard "$OLD"
+  git stash pop -q 2>/dev/null || true
+  say "ROLLBACK: tests $PASS ok / $FAIL fail (<27 o fail>0)"
+  dm "ROLLBACK en deploy entity: tests $PASS/$FAIL. main NO desplegado; runtime en $(git rev-parse --short HEAD)"
+  exit 1
+fi
+
+# verificación 2: daemon + watcher limpio
+sudo -n systemctl restart cayce-nostr.service
+sudo -n systemctl start cayce-relay-watcher.service
+W=0
+for i in 1 2 3 4 5 6; do
+  sleep 5
+  [ "$(systemctl is-active cayce-relay-watcher.service)" = "inactive" ] && break
+done
+if systemctl is-failed cayce-relay-watcher.service >/dev/null 2>&1 \
+   || journalctl -u cayce-relay-watcher -n 8 --no-pager 2>/dev/null | grep -q VIOLACION; then
+  git reset -q --hard "$OLD"
+  sudo -n systemctl restart cayce-nostr.service
+  say "ROLLBACK: watcher con VIOLACION — PUBLISH_OFF queda ACTIVO"
+  dm "ROLLBACK watcher en deploy entity. PUBLISH_OFF QUEDA ACTIVO — revision manual"
+  exit 1   # ojo: PUBLISH_OFF se queda (fail-safe deliberado)
+fi
+
+rm -f PUBLISH_OFF
+git stash pop -q 2>/dev/null || true   # lessons.md del ciclo retro
+say "entity → $(git rev-parse --short HEAD) (tests $PASS/27, watcher OK, live)"
+  # r21: sin DM (no urgente) — dm "entity desplegado: $(git rev-parse --short HEAD) — tests $PASS/27, watcher OK"
+fi   # fin sección entity
+
+# ── 2b. hardcap-news → /srv/hardcap-news (GitHub; web, sin PUBLISH_OFF) ─────
+cd /srv/hardcap-news || { say "FATAL: sin /srv/hardcap-news"; exit 1; }
+git fetch -q origin 2>/dev/null
+if ! git merge-base --is-ancestor origin/main HEAD 2>/dev/null && [ -z "$(git status --porcelain)" ]; then
+  OLD=$(git rev-parse HEAD)
+  if ! git checkout -q main || ! git reset -q --hard origin/main; then
+    git reset -q --hard "$OLD" 2>/dev/null; say "FATAL: checkout hardcap-news"; exit 1
+  fi
+  if git diff --name-only "$OLD" HEAD 2>/dev/null | grep -q "^frontend/package-lock.json$"; then
+    (cd frontend && npm ci --ignore-scripts >/dev/null 2>&1) || say "WARN: npm ci hardcap"
+  fi
+  if ! (cd frontend && npm run build >/tmp/hc-autodeploy-build.log 2>&1); then
+    git reset -q --hard "$OLD"; (cd frontend && npm run build >/dev/null 2>&1); sudo -n systemctl restart hardcap-frontend.service
+    say "ROLLBACK hardcap-news: fallo el build"; dm "ROLLBACK hardcap-news (build) — main NO desplegado, rollback activo"
+    exit 1
+  fi
+  sudo -n systemctl restart hardcap-frontend.service
+  sleep 6
+  CODE=$(curl -s -o /dev/null -w "%{http_code}" http://127.0.0.1:3003/)
+  if [ "$CODE" != "200" ]; then
+    git reset -q --hard "$OLD"; (cd frontend && npm run build >/dev/null 2>&1); sudo -n systemctl restart hardcap-frontend.service
+    say "ROLLBACK hardcap-news: verificacion (code=$CODE)"; dm "ROLLBACK hardcap-news verificacion: code=$CODE — rollback activo"
+    exit 1
+  fi
+  # r24: identidad por build-id (cuando el despliegue trae la función)
+  if git grep -q "NEXT_PUBLIC_BUILD_ID" -- frontend/src/app/layout.tsx frontend/next.config.js 2>/dev/null; then
+    BUILT=$(curl -s -m 8 http://127.0.0.1:3003/ | grep -oE 'name="build-id" content="[a-f0-9]{8}"' | grep -oE '[a-f0-9]{8}' | head -1)
+    WANT=$(git rev-parse --short=8 HEAD)
+    if [ "$BUILT" != "$WANT" ]; then
+      git reset -q --hard "$OLD"; (cd frontend && npm run build >/dev/null 2>&1); sudo -n systemctl restart hardcap-frontend.service
+      say "ROLLBACK hardcap-news: build-id '$BUILT' != '$WANT'"; dm "ROLLBACK hardcap-news: servia build '$BUILT' pero lo desplegado era '$WANT'."
+      exit 1
+    fi
+    say "identidad hardcap OK: servido=$BUILT desplegado=$WANT"
+  fi
+  say "hardcap-news → $(git rev-parse --short HEAD) (200)"
+fi
+
+# ── 3. bitcoinhotels → /srv/bitcoinhotels (web; sin PUBLISH_OFF) ────────────
+cd /srv/bitcoinhotels || { say "FATAL: sin /srv/bitcoinhotels"; exit 1; }
+git fetch -q origin 2>/dev/null
+if ! git merge-base --is-ancestor origin/main HEAD 2>/dev/null && [ -z "$(git status --porcelain)" ]; then
+  OLD=$(git rev-parse HEAD)
+  if ! git checkout -q main || ! git reset -q --hard origin/main; then
+    git reset -q --hard "$OLD" 2>/dev/null; say "FATAL: checkout bitcoinhotels"; dm "FATAL checkout bitcoinhotels — sin cambios"; exit 1
+  fi
+  if git diff --name-only "$OLD" HEAD 2>/dev/null | grep -q "^package-lock.json$"; then
+    npm ci --ignore-scripts >/dev/null 2>&1 || { say "WARN: npm ci bitcoinhotels"; }
+  fi
+  if ! npm run build >/tmp/bh-autodeploy-build.log 2>&1; then
+    git reset -q --hard "$OLD"; npm run build >/dev/null 2>&1; systemctl restart cayce-bitcoinhotels
+    say "ROLLBACK bitcoinhotels: fallo el build"; dm "ROLLBACK bitcoinhotels (build) — main NO desplegado, rollback activo"
+    exit 1
+  fi
+  sudo -n systemctl restart cayce-bitcoinhotels
+  sleep 6
+  CODE=$(curl -s -o /dev/null -w "%{http_code}" http://127.0.0.1:3002/)
+  UMAMI=$(curl -s http://127.0.0.1:3002/ | grep -c umami)
+  MARCAS=$(curl -s http://127.0.0.1:3002/guides/how-to-pay-with-lightning-abroad | grep -cE "Trezor|Ledger|BitBox|Coldcard")
+  if [ "$CODE" != "200" ] || [ "$UMAMI" = "0" ] || [ "$MARCAS" != "0" ]; then
+    git reset -q --hard "$OLD"; npm run build >/dev/null 2>&1; systemctl restart cayce-bitcoinhotels
+    say "ROLLBACK bitcoinhotels: verificacion (code=$CODE umami=$UMAMI marcas=$MARCAS)"
+    dm "ROLLBACK bitcoinhotels verificacion: code=$CODE umami=$UMAMI marcas=$MARCAS — rollback activo"
+    exit 1
+  fi
+  say "bitcoinhotels → $(git rev-parse --short HEAD) (200 + umami + 0 marcas)"
+  # r22: verificación de IDENTIDAD — lo servido debe ser lo desplegado
+  if git grep -q "NEXT_PUBLIC_BUILD_ID" -- src/app/layout.tsx 2>/dev/null; then
+    BUILT=$(curl -s -m 8 http://127.0.0.1:3002/ | grep -oE 'name="build-id" content="[a-f0-9]{8}"' | grep -oE '[a-f0-9]{8}' | head -1)
+    WANT=$(git rev-parse --short=8 HEAD)
+    if [ "$BUILT" != "$WANT" ]; then
+      git reset -q --hard "$OLD"; npm run build >/dev/null 2>&1; sudo -n systemctl restart cayce-bitcoinhotels
+      say "ROLLBACK bitcoinhotels: build-id servido '$BUILT' != desplegado '$WANT'"
+      dm "ROLLBACK bitcoinhotels: el sitio servia build '$BUILT' pero lo desplegado era '$WANT' — rollback activo."
+      exit 1
+    fi
+    say "identidad OK: servido=$BUILT desplegado=$WANT"
+  fi
+fi

docs/DECISIONS.md

@@ -1,146 +1,19 @@
-# Architectural decisions
+# DECISIONES del operador (binding para todos los agentes)
 
-Each entry: decision, why, and what it costs us. Newest last.
+## D1 (r26): Cuentas y tokens
+NINGUN agente puede: modificar permisos de la cuenta del operador (pattern),
+promoverla/degradarla de admin, ni crear tokens a su nombre — ni con fines de
+prueba. Para pruebas de API: cuentas de prueba propias (p.ej. ci-bot o una
+dedicada), creadas y revocadas por el agente. Antecedente: en r25 se generó un
+token de pattern para una prueba; práctica prohibida desde esta decisión.
 
-## D1 — uv + uv.lock as the lockfile
-`uv` manages the pinned interpreter (3.12) and produces `uv.lock`. CI installs
-with `uv sync --frozen`; nothing runs against unpinned trees.
-*Cost:* contributors need uv (single static binary).
+## D2 (r26): Estado del runtime
+Ningún proceso escribe estado dentro de los checkouts de deploy. El estado
+vive en /var/lib/cayce/ (lessons.md y similares). Los árboles de
+/srv/cayce-core, /srv/bitcoinhotels y /srv/hardcap-news quedan limpios sin
+excepciones (check-clean-trees en verde).
 
-## D2 — Tests on SQLite; migrations authoritative for Postgres
-Tests run on file-backed SQLite via `metadata.create_all` (fast, no service
-dependency). The Alembic chain is the production schema path; `make
-migrate-check` (CI job) smoke-runs `alembic upgrade head` on SQLite.
-*Cost:* Postgres-specific features (e.g. JSONB, partial indexes) stay unused —
-the schema uses portable `sa.JSON` instead.
-
-## D3 — LLM behind an in-repo provider interface; null by default
-`cayceops.llm.LLMProvider` is the only seam. `null` provider raises — components
-fall back to deterministic rules. `openai-compat` uses stdlib `urllib` against
-any OpenAI-shaped endpoint; no SDK dependency.
-*Cost:* no retries/streaming/tool-calls — acceptable for classification and
-draft drafting. Add providers by implementing `complete()`.
-
-## D4 — Nostr client implemented in-repo (coincurve + websockets)
-NIP-01 event build/sign/publish is ~150 auditable lines vs. a black-box SDK.
-Keys accepted as 32-byte hex only. Relays are plain env config; publish is
-fire-and-wait with a timeout; the event id is stored as `post_ref`.
-*Cost:* no NIP-05, no retries across relay pools — fine for kind-1 notes.
-
-## D5 — AUTONOMOUS_MODE semantics (the only non-human approval path)
-Default **false**: only human-approved proposals execute, only
-human-approved drafts are sendable/publishable.
-**true** adds exactly one capability: the executor may auto-approve
-`proposed` items whose `kind` is in `CAYCE_OPS_AUTONOMOUS_KINDS`, up to
-`CAYCE_OPS_AUTONOMOUS_DAILY_CAP` per day, recording actor `auto:policy` in the
-audit log. Everything else still requires a human. Auto-approval never touches
-mail drafts or content items.
-*Cost:* two code paths; both audited; the autonomous one is off by default and
-cap-bounded.
-
-## D6 — CI workflow files ship now; enforcement gate is `make check` until a runner exists
-`.gitea/workflows/ci.yml` (Gitea Actions) and `.github/workflows/ci.yml`
-(identical) run ruff, alembic smoke, pytest, gitleaks on every PR/push. The
-current host runs no Gitea Actions runner, so until one is provisioned the
-same gate is enforced locally: `scripts/pre-push` runs `make check` (lint +
-tests + migration smoke + full-history secret scan) before every push, and the
-audited commit hash in `AUDIT.md` is the one that passed it.
-*Cost:* CI results are deferred on the current host; the gate itself is
-identical to CI.
-
-## D7 — gitleaks allowlist for test fixtures
-`tests/` contains invented data (fake Nostr key, fake merchant mail). It is
-allowlisted in `.gitleaks.toml` so the history scan stays signal-only.
-*Cost:* a real secret committed under `tests/` would not trip the scanner —
-compensating control: fixtures are reviewed in PRs, and no fixture ever reads
-the environment.
-
-## D8 — Proposal history kept when retiring the grant text
-The repo began as a grant proposal; the retirement commit replaces it with the
-project README (no grant references in the tree). The old commits stay — the
-audit story ("this started as X, the operator mandated Y, here is the diff") is
-more honest than a rewritten birth.
-*Cost:* `git log` still shows the word "OpenSats" in old messages. The tree and
-README carry none.
-
-## D9 — Executor plugins are in-process registrations
-An action plugin is a Python function registered in
-`cayceops.components.executor.plugins.REGISTRY`, mapped by proposal `kind`.
-`http_post` exists but is inert unless `CAYCE_OPS_ENABLE_HTTP_ACTIONS=true`.
-*Cost:* no sandboxing of plugins — plugins are repo code, reviewed like
-everything else.
-
-## D10 — Audit chain is hash-chained; approval can require operator signature (post-audit)
-`audit_log` rows chain sha256(prev_hash|fields); `verify_audit_chain` walks it,
-the monitor can surface breaks. With `CAYCE_OPS_OPERATOR_PUBKEY` set,
-`executor approve` REQUIRES a BIP-340 signature over
-sha256("cayce-ops:approve:<id>") from the operator key — `--actor` becomes a
-label, the key is the proof (the audit's "anyone can sign as anyone").
-*Cost:* without a pubkey configured the gate degrades to the old free-text
-actor; separate DB roles per daemon remain a deployment TODO (SQL to tighten
-ships in deploy/roles.sql).
-
-## D11 — Mail threading now has a real first-contact path (post-audit)
-Sends create an OUTBOUND row (own Message-ID, In-Reply-To -> inbound);
-inbound rows keep their original Message-ID. `maild compose` creates the
-initial outreach draft for a proposal. Approval is bound to the draft text
-via sha256 (`approved_hash`): an edited draft refuses to send until
-re-approved. Each send commits in its own transaction — SMTP failure on
-message N can no longer resurrect 1..N-1 as duplicates.
-
-## D12 — IMAP \\Seen only after commit; content gates tighten (post-audit)
-Messages are fetched unmarked and flagged \\Seen after the processing
-transaction commits (crash mid-batch no longer loses mail). Publisher:
-caption hash-bound at approval, disabled channels are terminal (`SKIPPED`),
-publish failures burn a bounded attempt budget before abandonment.
-`risk_score` renamed `match_score` (keyword relevance) and auto-approval
-takes the HIGHEST score first.
-
-## D13 — No non-human approval path (round 2, supersedes D5)
-Operator signatures are mandatory for approvals AND re-verified at
-execution/send/publish time against current content + deployment id. With
-that gate, the AUTONOMOUS_MODE auto-approval path cannot exist: it would
-produce unsigned approvals the gate refuses. `_auto_approve` is inert and
-audits `autonomy_disabled` when invoked. *Cost:* AUTONOMOUS_MODE is now
-inert by design.
-
-## D14 — Signatures bind content + deployment (round 2)
-message = sha256("cayce-ops:<type>:<deployment_id>:<id>:<content_hash>").
-content_hash is canonical-json of the fields that matter per type. Full
-signatures live on the row (operator_signature) and in the audit detail.
-Verification happens again at run time: unsigned rows (raw SQL approval)
-revert to their pre-approval state with an error audit. *Cost:* a deployment
-id env var is mandatory; signatures must be recomputed if content changes.
-
-## D15 — Approval classifier veto (round 2)
-Any negation token anywhere in a mail vetoes an `approval` classification →
-needs_review. Simpler and strictly conservative vs. per-pattern negation
-lists. *Cost:* genuinely-positive approvals containing stray negations
-(e.g. "we have no reason not to welcome you") need human triage.
-
-## D16 — La clave del operador nunca es una identidad de agente
-
-**Fecha:** 2026-10-28
-
-**Contexto:** se descubrió que `CAYCE_OPS_OPERATOR_PUBKEY` estaba configurada
-con la pubkey de Cayce — es decir, Cayce se aprobaba a sí misma. La firma
-BIP-340 era técnicamente válida pero semánticamente nula: "aprobación humana"
-firmada por el agente no es aprobación humana.
-
-**Regla:** los daemons y el CLI se niegan a operar si la pubkey del operador
-coincide con:
-1. La pubkey derivada de cualquier clave privada cargada en la config
-   (`CAYCE_OPS_NOSTR_PRIVATE_KEY` u otra identidad de agente futura), o
-2. Cualquier pubkey en `CAYCE_OPS_FORBIDDEN_OPERATOR_PUBKEYS` (deny-list
-   explícita, para claves fuera de este proceso).
-
-**Implementación:** `cayceops.signing.validate_no_self_approval()`, llamada
-desde `_signing()` en executor/maild/publisher. Lanza `SelfApprovalError`.
-
-**La firma del operador se produce FUERA de la VPS.** El CLI `approve-*`
-acepta la firma como parámetro (ya lo hace); nunca la genera él. Mientras
-no exista el signer externo, `CAYCE_OPS_OPERATOR_PUBKEY` debe permanecer
-vacía — los daemons se niegan a operar y eso es lo correcto.
-
-**La nsec de Cayce NO se toca:** sigue siendo la identidad del agente para
-publicar y anclar. Lo que se prohíbe es usarla como clave de operador.
+## D3 (r26): Trazabilidad de pushes
+Todo push queda identificado por autor; el reporte diario lista los pushes
+del día por autor, y todo merge a main que toque archivos de CODEOWNERS
+dispara DM urgente si no lo mergeó pattern.

docs/bitcoinhotels-datos-btcmap.md

@@ -0,0 +1,99 @@
+# PROPUESTA (r30b, NO ejecutada) — BTC Map como fuente de verdad de alojamientos
+
+Estado: propuesta. Nada de esto está aplicado. Requiere aprobación del operador.
+
+## 1. Diagnóstico con evidencia (2026-11-03)
+
+- `src/data/hotels.json` (12 hoteles, `verified: true` en los 12) no tiene registro de
+  verificación en el repo: entró como snapshot de producción en la ronda 7 (f5f66db).
+- Cruce real contra el dump completo de BTC Map (api.btcmap.org/v2/elements, 43.349
+  elementos, 27.383 activos con nombre+coords; verificado 2026-11-03): de los 12 hoteles
+  solo **Las Verandas (Roatán)** existe en BTC Map (`node:10164144439`, tourism=hotel,
+  sin verificación reciente). **Los otros 11 NO están en BTC Map.**
+- De esos 11, hay soporte externo real para 4: los 3 de Kessler Collection (Grand Bohemian
+  Orlando, Bohemian Savannah, Casa Monica) aceptan BTC vía BitPay según su página oficial
+  (kesslercollection.com/bitpay, "notify a front desk agent upon check out", verificada
+  2026-11-03), y Circa tiene página propia de bitcoin (circalasvegas.com/bitcoin: ATM BTC
+  24/7 + paquete fin de semana a 1 BTC — no es POS Lightning). Resorts World Las Vegas
+  anunció partnership con Gemini en 2021 (8newsnow.com, 2021-06) pero su estado actual no
+  se pudo verificar. Los 6 restantes (Dolder Grand, Van Walsum, Splendide Royal,
+  InterContinental Ljubljana, Pestana CR7, Palazzo Versace Dubai): sin evidencia de que
+  acepten bitcoin.
+- Los campos `acceptsLightning: true` de RW y Circa no están respaldados por fuente alguna
+  (ver arriba: Gemini-2021 y ATM/paquete respectivamente). El news item que los atribuía
+  ("instalan POS Lightning") se retiró en el PR #13 por fabricado.
+
+## 2. Modelo de datos propuesto
+
+Dos conjuntos separados y etiquetados:
+
+```
+src/data/lodging-btcmap.json        ← fuente de verdad, generado por script
+{
+  "_meta": {
+    "fetched_at": "AAAA-MM-DD",
+    "source": "BTC Map API v2 /elements (https://btcmap.org)",
+    "license": "ODbL — atribución obligatoria",
+    "filter": "tourism in [hotel,hostel,guest_house,motel,apartment] && !deleted_at",
+    "generator": "scripts/fetch-lodging.mjs (propuesto)"
+  },
+  "hotels": [{
+    "btcmap_id": "node:10164144439",
+    "name": "Las Verandas",
+    "city": "Roatan", "country": "HN",
+    "lat": 16.31, "lon": -86.53,
+    "lightning": false, "onchain": true,          // tags payment:lightning / payment:onchain
+    "website": "...", "phone": "...",
+    "verified_at": "2025-07-15",                  // registro real del API (o null = nunca verificado)
+    "btcmap_url": "https://btcmap.org/merchant/node:10164144439"
+  }]
+}
+
+src/data/lodging-curated.json       ← excepciones, cada una con EVIDENCIA
+{
+  "_meta": { "policy": "solo hoteles con página oficial de pago en bitcoin, o marcados unverificado" },
+  "hotels": [{
+    "slug": "grand-bohemian-orlando",
+    "evidence_url": "https://www.kesslercollection.com/bitpay",
+    "evidence_checked_at": "2026-11-03",
+    "claims": { "onchain": true, "lightning": false },   // solo lo que la evidencia sostiene
+    "status": "official-source"        // "official-source" | "unverified"
+  }]
+}
+```
+
+Reglas del sello: `verified AAAA-MM-DD` se muestra solo si existe `verified_at` de BTC Map
+(registro del API) o `evidence_url` + `evidence_checked_at` (página oficial revisada). Todo
+lo demás muestra "unverified" o no se lista.
+
+UI: atribución ODbL visible con enlace a btcmap.org por venue (ya existe el patrón en las
+fichas); refresh nocturno del snapshot con PR automático o build-time fetch (hoy
+`src/lib/btcmap.ts` ya hace fetch en runtime con revalidate 24h — se unifica).
+
+## 3. Los 10+1 hoteles fuera de BTC Map — una opción por hotel
+
+| Hotel | Opción | Evidencia |
+|---|---|---|
+| Grand Bohemian Orlando (Kessler) | (a) mantener con enlace oficial | kesslercollection.com/bitpay (2026-11-03) |
+| Bohemian Savannah (Kessler) | (a) mantener con enlace oficial | idem (aparece en la lista de propiedades) |
+| Casa Monica (Kessler) | (a) mantener con enlace oficial | idem |
+| Circa Las Vegas | (a) mantener con enlace oficial | circalasvegas.com/bitcoin (ATM 24/7 + paquete 1 BTC; 2026-11-03) |
+| Resorts World Las Vegas | (b) marcar "no verificado" | partnership Gemini anunciado 2021 (8newsnow); estado actual sin verificar |
+| Dolder Grand (Zurich) | (c) retirar | sin evidencia de pago en bitcoin |
+| Hotel van Walsum (Rotterdam) | (c) retirar | sin evidencia |
+| Splendide Royal (Lugano) | (c) retirar | sin evidencia |
+| InterContinental Ljubljana | (c) retirar | sin evidencia |
+| Pestana CR7 Lisboa | (c) retirar | sin evidencia |
+| Palazzo Versace Dubai | (c) retirar | sin evidencia |
+| Las Verandas (Roatán) | pasa al set de BTC Map | ya está en BTC Map (node:10164144439) |
+
+Con las opciones (a) aplicadas el sitio queda con 5 hoteles verificables (4 oficiales +
+todo el lodging de BTC Map) en vez de 12 con sello "verified" sin registro.
+
+## 4. Migración (cuando se apruebe)
+
+1. PR 1: añadir `scripts/fetch-lodging.mjs` + `lodging-btcmap.json` generado (ODbL meta).
+2. PR 2: lodging-curated.json con la tabla de arriba; UI: sello condicionado a registro
+   real; los (c) se retiran del listado (quedan en historial git).
+3. PR 3: hoteles (a)/(b) con sus enlaces de evidencia; news.json sin items de marca.
+4. Cada PR desplegado por autodeploy normal (identidad + rollback ya existentes).

docs/sessions/2026-11-03-r30b-auditoria-r26-28-factual.md

@@ -0,0 +1,139 @@
+# Ronda 30b — Auditoría r26–28 + auditoría factual + saneos (OpenCode/GLM, operador patternn)
+
+> Nota: la ronda 30a cerró su informe A1–A3 pero **no alcanzó a escribir su doc de sesión**
+> ni a abrir PR de documentación. Resumen r30a (de su informe): los 3 commits vacíos de
+> prueba nunca llegaron al remoto (protección de rama OK; reset local aplicado); conflicto
+> DU de lessons.md resuelto (el estado vive en /var/lib/cayce/lessons.md); news-sitemap
+> huérfano de hardcap respaldado en forensics/r30 y descartado; los 4 árboles quedaron
+> limpios en origin/main. Este doc cubre r30b y cierra el hueco documental de r30a.
+
+## D1 — Auditoría rondas 26–28 (ventana auditada: 2026-11-02 20:30Z → r30a)
+
+Mergeado/desplegado en la ventana (git log + PRs de Gitea y GitHub + journal de autodeploy):
+
+| Cambio | Veredicto | Evidencia |
+|---|---|---|
+| cayce-ops PR #55 (DECISIONS D1-D3) mergeado 20:40Z, desplegado 20:42Z | CORRECTO — solo docs de política | `git log` 845609e; journal `cayce-ops → 845609e` |
+| entity PR #8 (lessons.md fuera del checkout) mergeado 20:40Z, deploy 20:42Z tests 27/27 | CORRECTO — r30a verificó árboles limpios y /var/lib/cayce/lessons.md (3309 B) | journal `entity → d6bbf67 (tests 27/27…)` |
+| bitcoinhotels PR #11 (fichas batch 1, 20 venues/ciudad) mergeado 21:00Z, deploy 21:09Z | **FALSO — revert (PR #12) abierto 02:02Z, auto-mergeado por ci-bot 02:05:15Z (CI verde, sin paths protegidos) y desplegado: build-id servido 95fd5597 == main. Verificación viva post-deploy: en /hotels/resorts-world-las-vegas ya no aparece "Tienda las Vegas" (0 matches) y /hotels/bohemian-hotel-savannah muestra solo venues ≤50 km (sin "Shell"/"Pick n Pay"). El detalle: la búsqueda por TEXTO de BTC Map v4 devolvía matches de nombre en otros países presentados como "Nearby/Places around {city}". 19/177 rows >50 km (hasta 13.634 km), + duplicados que inflaban conteos. La herencia de #9 (12/61 rows >50 km) también se sanea en el mismo PR | Auditoría contra lat/lon real del API v4 (tabla completa en el PR #12); journal: 2 ROLLBACK por build-id mismatch (21:03, 21:06) antes del deploy OK 21:09:20 |
+| hardcap-news PR #7 (pieza-hub-security) ABIERTO 20:52Z, NO mergeado | No desplegado. Su CI rojo es HEREDADO de main (ver G1): el home devolvía 500 sin API desde antes del PR | runs 41513621707 (#6, rojo) y 41523126329 (#7, rojo); repro local: `/` = 500 ECONNREFUSED, `/topics/security` = 200 |
+| Promos publicadas en la ventana (d2-fb-wrench 09:04Z… d4-ig-device 01:04Z) | Textos con sellos "(verified 2026-11-02)" sin registro de verificación y claims sin fuente → E1/E2/E3 | posts_log ids 20-27 con URLs reales a FB/IG |
+
+Sin más deploys 21:10Z→r30a (journal del timer: solo runs vacíos). Los commits vacíos de
+prueba de r28 nunca llegaron a remoto (ya resuelto en r30a).
+
+## E1 — Auditoría factual (afirmación → archivo → fuente primaria | SIN FUENTE)
+
+### Guías bitcoinhotels (src/data/guides.json, "updated 2026-10-16")
+
+| Afirmación | Archivo | Fuente primaria |
+|---|---|---|
+| "foreign transaction fees (1-3%), DCC (3-8%)" | guides.json · how-to-pay… | SIN FUENTE → genérico, cifras fuera (PR #13) |
+| "settles in under two seconds" | idem | SIN FUENTE → "settles in seconds" (PR #13) |
+| "directory.btcpayserver.org sell airline/hotel/Uber gift cards… app" | guides.json · how-to-pay… | FALSO (scrub de marcas sobre "Bitrefill") → Bitrefill + bitrefill.com (2026-11-03) (PR #13) |
+| ATM: "operator commission 6-12% + spread 1-4%", "tourist pays 10-15%", "prepared 4-6%" | guides.json · best-bitcoin-atms… | Parcial: 10-15%/mediana ~16% con fuente (coinatmradar.com, spark.money, cash2bitcoin.com, 2026-11-03); el resto SIN FUENTE → fuera (PR #13) |
+| "€200-900 no-KYC" + tabla por ciudad (Amsterdam €250-750/GN ~8%, Praga CZK 5k-25k, Miami $200-800, etc.) | idem | SIN FUENTE (por operador) → reemplazada por checklist de verificación (PR #13) |
+| "2021 Bitcoin Law, BTC legal tender… capital gains exempt" | guides.json · living-on-sats… | Reuters 2025-01-30 + Forbes 2025-02-28 (aceptación voluntaria desde ene-2025; exención se mantiene) → matiz (PR #13) |
+| "$400-800/mes apartamento El Zonte", "$20-45/noche hostales", "$500-900/mes SS" | idem | SIN FUENTE → fuera (PR #13) |
+| "airport 45 minutes away" | idem | SIN FUENTE → fuera (PR #13) |
+| "Travala lists dozens of Salvadoran properties taking BTC directly" | idem | Fuente real travala.com/payment/bitcoin-btc (2026-11-03) pero "directly" es inexacto (paga la plataforma) → reescrito (PR #13) |
+| Presupuesto semanal en sats ("17-29k sats noche", "1.05-1.5M sats/mes", "late 2026 prices") | idem | SIN FUENTE (implica BTC≈$105k sin cita) → fuera; guía manda a derivar el propio número (PR #13) |
+| "tourist visa (180 days for most nationalities)" | idem | sv.usembassy.gov (90 días estándar, hasta 180 según nacionalidad/pasaporte; 2026-11-03) → corregido (PR #13) |
+| "community lived on sats since 2019" (El Zonte) | idem | Bitcoin Beach documentado desde 2019 — se mantiene sin cifra nueva |
+| "Benjamin Reich (BERLIN) district leads" | idem | SIN FUENTE (dato garbleado) → fuera (PR #13) |
+| Sello "— verified AAAA-MM-DD" en venues de fichas | HotelDetail.tsx + hotels-btcmap.json | Registro REAL: `verified_at` del API de BTC Map → se mantiene (los datos falsos asociados se quitan en PR #12) |
+| Sello "Verified" (badge, 12/12 hoteles) | hotels.json | SIN REGISTRO en el repo (snapshot ronda 7) → propuesta de rediseño en F1 (no ejecutada) |
+
+### hardcap (frontend/src/app/learn/travel-security-kit/page.tsx, "updated Oct 2026")
+
+| Afirmación | Fuente primaria |
+|---|---|
+| "The 2026 wrench-attack dataset we track at hardcap" | SIN FUENTE (no existe tal dataset; el backend clasifica notas con pilar security) → reescrito (PR GitHub #8) |
+| "Every wrench attack we've tracked started with a public display" | SIN FUENTE → "reported… typically" (PR GitHub #8) |
+| "airlines lose [bags] 2% of the time" | FALSO — SITA Baggage IT Insights 2026: 4.9/1.000 (0,49%, incluye demora/daño) → corregido (PR GitHub #8) |
+| "Bitrefill … 186 countries" | bitrefill.com ("over 186 countries", 2026-11-03) → se mantiene |
+
+### Textos de promo (/home/ubuntu/cayce-social/promo.mjs — 12 captions)
+
+| Afirmación | Post | Fuente primaria |
+|---|---|---|
+| "Cards charge 2-4% on FX…; Lightning route usually stays under 0.5%" | d1-fb-lightning | SIN FUENTE |
+| "(verified 2026-11-02)" / "(checked/updated/data through 2026-11-02)" ×12 | todos | SIN REGISTRO — no existe log de verificación de estos claims; el guard R9 solo exigía "fuente y fecha" en el texto (rechazó 90day-protocol por eso: posts_log id 13) |
+| "The 2026 wrench-attack dataset is blunt…" | d2-fb-wrench, d5-ig-mistakes | SIN FUENTE (idem hardcap) |
+| "Sats to gift card in seconds across 186 countries" | d3-ig-rescue | bitrefill.com (real) — sin cita en el caption |
+| "first machine charges 10-15%… operator map runs 4-6%" | d2-ig-atm-fees | 10-15% con fuente; "4-6%" SIN FUENTE |
+| "surf hostel 17-29k sats a night, meals 11-17k…" | d3-fb-budget | SIN FUENTE (espejo de la guía) |
+| "Amsterdam EUR 250-750, Prague CZK 5k-25k, Miami USD 200-800" | d5-fb-kyc | SIN FUENTE |
+| "bitcoin circulates as legal tender inside the jurisdiction" (Prospera/Roatán) | d4-fb-roatann | Parcial: Próspera adoptó BTC en 2022 (anuncios propios); "the island takes Lightning natively" SIN FUENTE por venue — ya corregido en destinos (PR #13) |
+| "Blink funded to 500k sats… most land near 70/30" | d6-ig-protocol | SIN FUENTE (protocolo editorial propio, presentado como dato) |
+
+**Nota:** promo.mjs NO está versionado (no es repo git) — hallazgo adicional de la ronda.
+Los captions publicados (8) son editables solo en plataforma; los 4 pendientes están
+pausados (E3). Corrección de textos pendiente de decidir dónde versionar (ver pendientes).
+
+## E2 — Correcciones (por PR)
+
+- **bitcoinhotels PR #13** (abierto): guías/news/destinos — SIN FUENTE fuera o con fuente
+  real (tabla arriba). news fabricados (#1 e-visas Lightning, #4 RW+Circa POS) quitados/
+  reescritos con fuentes.
+- **hardcap-news PR #8 GitHub** (abierto): travel-security-kit corregido.
+- **Sellos**: los "verified AAAA-MM-DD" con registro real (BTC Map) se mantienen; los de
+  promo quedan cubiertos por E3 hasta reposicionar los textos.
+
+## E3 — Promo pausada (sin borrar nada)
+
+`systemctl stop + disable cayce-promo.timer` (inactive/disabled verificado). Nada borrado:
+promo.mjs, promo-state.json, campaign-start.json intactos. Próximos posts de la campaña
+(d5, d6) quedan en pausa. Reanudar: `sudo systemctl enable --now cayce-promo.timer`.
+Pendiente: los 8 ya publicados siguen en FB/IG (no se borran por regla del operador).
+
+## F1 — Propuesta de modelo de datos (NO ejecutada)
+
+Ver `docs/bitcoinhotels-datos-btcmap.md` (nuevo, en este PR). Resumen: BTC Map como fuente
+de verdad para lodging (ODbL, verified_at real); de los 12 actuales solo Las Verandas está
+en BTC Map; propuesta (a)/(b)/(c) para los otros: 4×(a) con página oficial de pago
+(Kessler×3 + Circa), 1×(b) RW "no verificado", 6×(c) retirar.
+
+## G1 — hardcap-news PR #7: causa del fallo de build-lighthouse + fix en rama (NO mergeado)
+
+Causa raíz (log del job 125543910450, run 41523126329):
+1. `npm start` + Lighthouse → "Runtime error… (Status code: 500)" ×3 pasadas: el home
+   (`page.tsx`) llama `getArticles/getBubbles` server-side SIN catch; sin API (CI no levanta
+   backend) el fetch lanza ECONNREFUSED → SSR 500.
+2. Bug del propio script de CI: con los 3 scores en null, `sorted([None,None,None])[1]`
+   revienta con `TypeError: '<' not supported between instances of 'NoneType'…` en vez de
+   fallar limpio.
+3. NO es culpa del diff de #7: el mismo job ya estaba rojo en main (run 41514558872 del
+   push del merge de #6, 19:56Z) y en el propio PR #6 (run 41513621707) — #6 se mergeó con
+   CI en rojo. La página nueva de #7 (/topics/[slug]) SÍ tiene .catch() y sirve 200.
+
+Fix (commit ab6a0c7 en pieza-hub-security, pusheado, PR #7 actualizado — NO mergeado):
+`page.tsx` con catch → estado vacío (verificado local: `/` 500→200 "No articles yet";
+Lighthouse móvil 0.92/0.92/0.92, mediana 0.92 ≥ 0.90) + ci.yml ignora scores null (<2
+válidas = fallo limpio).
+
+## PRs abiertos al cierre
+
+| PR | Repo | Estado al cierre |
+|---|---|---|
+| #12 revert venues #11 (+saneo #9) | Gitea cayce/bitcoinhotels | **MERGEADO (ci-bot 02:05:15Z) y desplegado** (build-id 95fd5597 verificado) |
+| #13 e2 guías/news/destinos | Gitea cayce/bitcoinhotels | CI build-e2e-lighthouse corriendo (head b3fad57, re-basado sobre main post-#12) |
+| #7 fix build-lighthouse | GitHub patternn/hardcap-news | **CI VERDE** (build-lighthouse SUCCESS tras ab6a0c7) — esperando merge del operador |
+| #8 e2 travel-security-kit | GitHub patternn/hardcap-news | CI rojo por fallo HEREDADO de main (home 500 sin API; ver G1); comentario en el PR: mergear #7 primero |
+| #56 este doc + propuesta F1 | Gitea cayce/cayce-ops | CI verde (lint-test + isolation-test) |
+
+## Incidente propio de la ronda (transparencia)
+
+A las 02:06:29Z la rama local e2-fuentes-y-sellos fue reseteada a ea83ae6 (head del revert)
+7 segundos después de mi commit b3fad57 — probable carrera con el runner de CI en modo
+host o con el automerger compartiendo /srv/bitcoinhotels. Detectado via reflog; rama
+restaurada a b3fad57 y pusheada (origin verificado). Riesgo a vigilar: CI y autodeploy
+comparten árbol de deploy (hipótesis; no confirmado — NO VERIFICADO el actor exacto).
+
+## Pendientes del operador
+
+1. #12 ya mergeado/desplegado. Merge de #13 (bitcoinhotels) cuando CI verde; el deploy es automático.
+2. Merge de #7 y #8 (hardcap) — #7 arregla además el rojo heredado de main.
+3. Decidir dónde versionar promo.mjs (hoy sin repo) y si se retocan los captions ya publicados.
+4. Reanudar promo solo tras merges de E2 (comando arriba).
+5. F1: aprobar/rechazar la propuesta de docs/bitcoinhotels-datos-btcmap.md.