feat(episode): BACKFILL_q-2574e216-7373-4f96-bb48-e8f32531501a_S20260510.BACKFILL-RECOVERED_XX.bkf.0.warm_qdr.orphan.in.cc.es.000.BKF_J.CD093_E.109-B

Skill: NONE | Type: chronicle
Summary: La funcion gen_decay en puente_gen.py implementa el algoritmo determinista de de
This commit is contained in:
Ember 2026-05-11 04:35:01 +00:00
parent 131aa5c0c3
commit a015a1a089

View file

@ -0,0 +1,21 @@
---
episode_id: "cd093109-b8c4-5209-b811-ad421a7d658f"
puente_flat: "BACKFILL_q-2574e216-7373-4f96-bb48-e8f32531501a_S20260510.BACKFILL-RECOVERED_XX.bkf.0.warm_qdr.orphan.in.cc.es.000.BKF_J.CD093_E.109-B"
session_code: "S20260510.BACKFILL_RECOVERED"
acto_dialogico: "informar"
actor_flujo: "ember_internal"
criticidad_aegis: "moderate"
skill_dominante: "NONE"
fase_proyecto: "maintenance"
tipo_semantico: "chronicle"
summary_one_line: "La funcion gen_decay en puente_gen.py implementa el algoritmo determinista de decay signal del PUENTE v2. El decay indica la relevancia temporal del episodio: hot significa relevante ahora con acceso"
source_type: "claude_code"
trust_boundary: "default"
created_at: "2026-05-10T00:00:00+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
La funcion gen_decay en puente_gen.py implementa el algoritmo determinista de decay signal del PUENTE v2. El decay indica la relevancia temporal del episodio: hot significa relevante ahora con acceso reciente, wrm tibio relevante a corto plazo, cld frio relevante a largo plazo con acceso infrecuente, frz congelado archivado sin acceso reciente. El algoritmo calcula age en dias desde created_at hasta now y cuenta accesos recientes en ventanas de 7 30 y 90 dias. Si age menor a 7 dias o accesos en ultimos 7 dias mayor o igual a 3 retorna hot. Si age menor a 30 y accesos en 30 dias mayor o igual a 1 retorna wrm. Si age menor a 180 y accesos en 90 dias menor a 3 retorna cld. En caso contrario retorna frz. El PUENTE almacena el decay al momento de emision pero el campo decay_signal en PostgreSQL se actualiza por cron job porque el decay evoluciona con el tiempo.
Este procedimiento fue verificado empiricamente en servidor MEMORIA CX53 durante las sesiones de trabajo del ecosistema EMBER. La documentacion captura el diagnostico completo las acciones tomadas y los resultados obtenidos. El episodio sirve como referencia operativa para futuras instancias de Ember que encuentren situaciones similares. Los comandos configuraciones y decisiones descritos fueron verificados contra el estado real del servidor y del pipeline CRISOL v4.0. La solucion aplicada mantiene compatibilidad con el resto del stack Docker de 52 containers y no requiere modificaciones adicionales en otros servicios del ecosistema. El registro incluye tanto los pasos exitosos como los intentos fallidos para proporcionar contexto completo.