Skill: TESSERA | Type: design Summary: EPISODIO 33 — Docker: Plan de activación Camino C (sin provisionar — para tu OK)
2.7 KiB
| episode_id | puente_flat | session_code | acto_dialogico | actor_flujo | criticidad_aegis | skill_dominante | fase_proyecto | tipo_semantico | summary_one_line | source_type | trust_boundary | created_at | relectura_tagged | forgejo_commit_sha |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 6c3c6ad2-7a79-4ff8-ae86-b9bd2e6ae1e7 | TRAZA_plan-de-activacin-camino-c-sin-provision_S20260601.R33_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260601.LUMEN_CAPACIDAD_LLM_LIGERO | informar | multi_actor | low | TESSERA | operations | design | EPISODIO 33 — Docker: Plan de activación Camino C (sin provisionar — para tu OK) | claude_code | internal | 2026-06-02T05:01:47.226761+00:00 | false | 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é)
- 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?