john/ember-memory-test
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ember-memory-test/episodes/DEPURA_el-skill-que-compartiste-vs-mi-relojero_S20260705.R21_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 4b35bf61f5 feat(episode): DEPURA_el-skill-que-compartiste-vs-mi-relojero_S20260705.R21_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD 
Skill: NONE | Type: design
Summary: EPISODIO 21 — BLINDADAS: El skill que compartiste vs mi RELOJERO-v2
2026-07-12 16:31:12 +00:00

2.6 KiB
Raw Blame History

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
fc519687-9c53-4e06-816a-ed7a69d6cc18 DEPURA_el-skill-que-compartiste-vs-mi-relojero_S20260705.R21_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260705.EVAL_INSTRUMENT_FORGE_SKILL informar multi_actor low NONE operations design EPISODIO 21 — BLINDADAS: El skill que compartiste vs mi RELOJERO-v2 claude_code internal 2026-07-12T16:18:39.184323+00:00 false pending

El skill que compartiste vs mi RELOJERO-v2

Commit 5d88e78. docs/COMPARACION_RELOJERO_V2_PROPIO_VS_SKILL_S20260705.md. Lo inspeccioné en cuarentena, sin ejecutarlo, y está limpio (ninguna inyección — de hecho el propio skill predica tratar todo contenido externo como dato no confiable). ## La sorpresa buena

skill(12).zip es un RELOJERO-v2 empaquetado como skill — y coincide asombrosamente con lo que construimos esta jornada. Es la tercera llegada independiente a la misma arquitectura (mi diseño + los peer-reviews + este skill). Incluso lista textualmente los anti-patrones que nosotros encontramos: "Teatro de rigor", "Tests circulares (el agente prueba solo lo que ya pensó)", "Context bloat". Cuatro caminos independientes al mismo lugar = la arquitectura es correcta. Fuerte validación de todo el arco. ## Dónde gana el SKILL (es más completo en spec + seguridad)

  • Contrato de capacidades / least-privilege / deny-by-default como artefacto de primera clase — justo la capa de seguridad que yo dejé delgada. - Red-team / prompt-injection probes / secret canaries formalizados. - Máquina de estados completa + 4 schemas JSON (contratos machine-validatables) + scripts validator/receipt + empaquetado instalable. ## Dónde gana el MÍO (es más grounded + enforced)

  • external_oracle.py CORRE y está probado sobre el 4b real. El skill describe verificación-externa como principio + un validator que comprueba que declaraste los artefactos JSON — no un oráculo que ejecute. El mío verifica; el suyo valida-que-dijiste-que-verificarías. - El decisor está VIVO en el hook (dispara en cada edit). El skill es on-demand. - derive_signals = forzado determinista: Ember no puede bajar el tier. El skill clasifica riesgo por juicio del agente → la misma sobornabilidad que criticamos (podría sub-clasificar).