feat(episode): TRAZA_plan-de-activacin-camino-c-sin-provision_S20260601.R86_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: TESSERA | Type: design Summary: EPISODIO 86 — Docker: Plan de activación Camino C (sin provisionar — para tu OK)
This commit is contained in:
parent
3ce09aa222
commit
d2dff0adca
1 changed files with 33 additions and 0 deletions
|
|
@ -0,0 +1,33 @@
|
|||
---
|
||||
episode_id: "f848e9a7-6917-43a7-b1ae-e721cc1c243f"
|
||||
puente_flat: "TRAZA_plan-de-activacin-camino-c-sin-provision_S20260601.R86_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
|
||||
session_code: "S20260601.LUMEN_CAPACIDAD_LLM_LIGERO"
|
||||
acto_dialogico: "informar"
|
||||
actor_flujo: "multi_actor"
|
||||
criticidad_aegis: "low"
|
||||
skill_dominante: "TESSERA"
|
||||
fase_proyecto: "operations"
|
||||
tipo_semantico: "design"
|
||||
summary_one_line: "EPISODIO 86 — Docker: Plan de activación Camino C (sin provisionar — para tu OK)"
|
||||
source_type: "claude_code"
|
||||
trust_boundary: "internal"
|
||||
created_at: "2026-06-05T21:57:51.322064+00:00"
|
||||
relectura_tagged: false
|
||||
forgejo_commit_sha: "pending"
|
||||
---
|
||||
|
||||
Recon T-003 completo (todo hard_fact, verificado este turno). Estado vivo:
|
||||
|
||||
| Componente | Estado verificado | Implicación para Camino C |
|
||||
|---|---|---|
|
||||
| Auth servidor | unlocked, TTL 10h21m [`ember_auth_status`] | puedo inspeccionar/provisionar sin bloqueo |
|
||||
| **n8n-ember workflows** | **0 workflows** [`n8n_list_workflows`] | Camino C es **greenfield** — no hay workflow parcial que reusar |
|
||||
| `n8n-ember` container | Up 18h, port 5678/tcp interno [`docker_ps`] | motor de cron disponible |
|
||||
| `ember-cc-server` | **Up 2 weeks (healthy)**, `ember-cc-server:1.0.1` [`docker_ps`] | listo para `docker exec … claude --prompt` |
|
||||
| Agente | `skills/mantenimiento-memoria-agent/CLAUDE.md` + 2 templates + contrato CU-2 v1.1 completo | input/output/jerarquía/6 acciones ya definidos |
|
||||
|
||||
## Plan de activación Camino C (sin provisionar — para tu OK)
|
||||
|
||||
**Arquitectura propuesta:** workflow n8n-ember `[Schedule Trigger diario]` → `[Execute Command]` que corre `docker exec ember-cc-server claude --prompt "<seed las 6 acciones del contrato §5>" --dangerously-skip-permissions` → el agente produce `docs/MAINTENANCE_DAILY_S<fecha>.md` + telemetría `.claude/hooks/data/maintenance_daily_log.jsonl`, y reporta al jefe (Ember-CC-Local) por path estable. **Prerequisito técnico #1 a verificar antes de provisionar (read-only):** que `n8n-ember` pueda alcanzar el docker socket para hacer `docker exec` a otro container. Hay `docker-socket-proxy` en el stack, pero falta confirmar que n8n-ember esté autorizado a `containers/exec`. Si NO lo está → la alternativa limpia es **cron del host** (`crontab` en el servidor que ejecute el mismo `docker exec`), que evita el problema socket-en-container. Tu handoff pide "cron n8n-ember", así que lo verifico antes de decidir. ## Decisiones de diseño que son tuyas (las traigo con su porqué)
|
||||
|
||||
1. **Disparo: incondicional vs condicional.** El contrato §3 contempla "agendado tras Stop hook si N episodios ≥ threshold". ¿Corre **todos los días** a hora fija, o **solo si hubo ≥N episodios nuevos** el día anterior?
|
||||
Loading…
Reference in a new issue