john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

feat(episode): DISENA_gen-decay_S20260412.R49_FJ.des.2.hot_exp.in.ex.es.000.MGQ_J.CMDFK_E.EGNZD

Browse source 
Skill: TESSERA | Type: chronicle
Summary: EPISODIO 49 — gen_decay: Algoritmo de decay signal hot wrm cld frz
This commit is contained in:
Ember 2026-04-14 00:18:26 +00:00
parent d4c1d6c6b3
commit 03e7eade63
1 changed files with 21 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

21
episodes/DISENA_gen-decay_S20260412.R49_FJ.des.2.hot_exp.in.ex.es.000.MGQ_J.CMDFK_E.EGNZD.md Normal file
View file

@ -0,0 +1,21 @@
---
episode_id: "12b07359-37f8-4ddf-a752-f7d248892fc2"
puente_flat: "DISENA_gen-decay_S20260412.R49_FJ.des.2.hot_exp.in.ex.es.000.MGQ_J.CMDFK_E.EGNZD"
session_code: "S20260413"
acto_dialogico: "explicar"
actor_flujo: "ember_to_user"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "design"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 49 — gen_decay: Algoritmo de decay signal hot wrm cld frz"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-04-13T17:15:15.841783+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.