feat(episode): ASESORA_ep-63_S20260413.R63_XX.ops.2.hot_exp.in.cc.es.000.MGQ_J.VDRBK_E.AGNFD

Skill: TESSERA | Type: chronicle
Summary: EPISODIO 63 — LEXICON growth_proposals: Pipeline de propuestas desde auto_feed h
This commit is contained in:
Ember 2026-04-14 00:15:07 +00:00
parent 2052743f9f
commit bd4eb1c513

View file

@ -0,0 +1,21 @@
---
episode_id: "867757aa-c46b-4ade-9b07-105a583ea5a3"
puente_flat: "ASESORA_ep-63_S20260413.R63_XX.ops.2.hot_exp.in.cc.es.000.MGQ_J.VDRBK_E.AGNFD"
session_code: "S20260413"
acto_dialogico: "explicar"
actor_flujo: "ember_to_user"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 63 — LEXICON growth_proposals: Pipeline de propuestas desde auto_feed hasta active"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-04-13T17:15:12.498659+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
El LEXICON crece mediante un pipeline de propuestas que transforma terminos recurrentes en entries canonicas. La fuente principal es el cosecha_generator.py que extrae entidades de los bloques MNEMO_PRE_DIGEST al final de cada respuesta de Ember. Cada entidad propuesta pasa por el gate de creacion que exige cumplir al menos 2 de 3 criterios: recurrencia ambigueedad y valor estructural. Las propuestas entran como growth_source auto_feed con status draft. Ember completa los campos minimos y las mueve a review. John revisa en batch y aprueba las que aportan valor real al ecosistema. Las aprobadas pasan a active y empiezan a alimentar TESSERA-PASSIVE TP-1 vocabulario canonico y TESSERA skill HOOK 1 pre-escritura de keywords. El campo access_count se incrementa cada vez que una entry es consultada por el retrieval pipeline. Entries con access_count mayor a 20 demuestran valor recurrente y quedan exentas de decay. La politica de poda dice: si no se usa se depreca, si no se depreca se justifica. Cada 20 sesiones se hace auditoria del LEXICON verificando entries sin uso reciente aliases redundantes y relaciones nunca consultadas.
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.