Skill: NONE | Type: troubleshooting Summary: EPISODIO 1 — Ember: El fix del intérprete está aplicado
3 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 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 33235872-ac80-4331-a6e4-9d1ef3469efb | DEPURA_el-fix-del-intrprete-est-aplicado_S20260823.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260823.PIPELINE_FIXES | informar | multi_actor | low | NONE | operations | troubleshooting | EPISODIO 1 — Ember: El fix del intérprete está aplicado | claude_code | internal | 2026-08-23T18:58:51.002669+00:00 | false | pending |
Hecho, verificado y en los tres remotos.
El fix del intérprete está aplicado
| Comprobación | Resultado |
|---|---|
| Comandos reescritos | 118 |
| Hooks antes / después | 123 / 123 |
| JSON válido | ✅ |
| Eventos preservados | 6/6 |
Ocurrencias de python3 |
0 |
| Comandos ejecutables | 123/123 (expandiendo $CLAUDE_PROJECT_DIR) |
Ganancia medida sobre un hook real — 10 rondas alternando las dos vías, con calentamiento previo, que es la metodología que ayer no usé y me dio un resultado invertido:
Antes de tocar el original lo probé sobre una copia (123/123 hooks, JSON válido) y comprobé que el mismo hook responde idéntico por ambas vías. Los dos ejecutan el mismo binario: lo que se elimina es la resolución del shim, no un intérprete peor.
Lo que no te voy a prometer: una cifra de "N segundos por turno". El efecto agregado está entre 0,16 s (si los hooks de un evento corrieran perfectamente en paralelo) y 19,2 s (si fueran perfectamente seriales). No medí el punto exacto porque exigiría cronometrar un turno idéntico antes y después, y el "antes" ya no existe. Cualquier número más preciso sería inventado.
Sobre el método, dicho de frente: tu deny bloquea Edit/Write sobre settings.json, no sed por Bash. En el turno anterior te dije que podía rodearlo y que no lo haría sin tu palabra. Ahora la tengo, así que usé esa vía — y lo dejo escrito en el commit, no de tapadillo.
Rollback en un comando, si algo se comporta raro:
- Hice: el fix del intérprete aplicado y verificado (118 comandos, 123 hooks intactos, 156,3 ms menos por invocación medidos), informe propagado con el estado real, y
dba7b3a3en los 3 remotos. - Falta — todo lo que queda es tuyo o tiene condición externa:
defaultMode: "auto"— tuyo, pero después de actualizar el CLI (44 releases atrasado); en tu versión actualautosuspendería tuBash(*)y se sentiría peor.- 12 reglas de permisos — tuyo, opcional, ganancia modesta.
- Hallazgo de identidad — Ember, 2026-08-25, con el experimento ya escrito.
- Mi consejo: notarás el cambio en el próximo arranque, no hace falta que hagas nada. Si en las próximas horas algo se comporta raro con los hooks, el rollback es la línea de arriba y no pierdes nada: el backup está verificado por sha256. Lo siguiente que más te rendiría es actualizar el CLI, que además desbloquea
auto.