HumanLayer Skills: conservar instrucciones y diseñar ciclos revisables
Crear un simulador de admisión antes de programar agentes de mantenimiento
Modela capacidad de revisión, comandos exactos y política ausente sin crear PR ni otorgar escritura real.
Qué aprenderás
- Simula permiso de inicio antes de cambios de código
- Separa política del modelo y ejecución upstream
- Explica cada decisión de forma legible
Antes de empezar
- Instrucciones de repositorio y conceptos GitHub Actions
- Comprender alcance de revisión y contexto persistente
Diseñar un flujo acotado e inspeccionable y separar supuestos de plantillas de comportamiento probado.
Conclusiones clave
- La admisión se prueba sin agentes ni credenciales.
- Las reglas más estrictas del modelo no son comportamiento upstream.
- Un permiso simulado no es autorización real.
Simula permiso de inicio antes de cambios de código
Una extensión didáctica útil es una función pura sobre eventos sintéticos: tipo, revisiones abiertas, identidad, rol, comando y política disponible. Devuelve admitir o esperar con motivo. Es nuestra propuesta, no una función atribuida a HumanLayer Skills.
Mantén la simulación sin GitHub, credenciales ni escrituras. Hace decisiones inspeccionables antes del actuador. El modelo exige límite exacto de /iterate y política requerida disponible, más estricto que copiar el prefijo y el tratamiento vacío de memoria.
Separa política del modelo y ejecución upstream
Prueba calendario con PR abierto, excepción manual explícita, autor no autorizado, marcador distinto y política ausente. Añade una orden que empieza con letras parecidas pero no es /iterate seguido de espacio o final. Explica qué rechazos son mejoras propuestas.
El marcador sigue siendo dato de enrutamiento. El simulador no prueba confianza de rama, valida tokens ni aísla agentes. Eso necesita integración aparte; pasar casos sintéticos no autoriza activar un workflow real.
Explica cada decisión de forma legible
Muestra hechos, política y motivo en una tabla o flujo bidimensional. Conserva desconocidos en lugar de interpretar observación ausente como cola vacía. Cualquier futura excepción humana debe ser explícita y registrada.
Una integración posterior puede obtener observaciones reales, pero admisión debe permanecer separada de modificación y publicación. Empieza con un informe de solo lectura sobre eventos ficticios. Este proyecto no creó ejecución recurrente ni cambios externos.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Define entradas sintéticas y reglas explícitas.
- 2
Prueba colas, límites del comando y política ausente.
- 3
Informa motivos e incertidumbres.
- 4
Excluye mutaciones reales del primer hito.
Ejemplo para copiar
{
"propuesta": true,
"entrada": "evento sintético",
"comandoExacto": true,
"politicaRequerida": true,
"accesoRed": false,
"crearPr": false,
"calendarioActivado": false
}Preguntas frecuentes
¿Es un ejecutor upstream?
No. Es un modelo separado con reglas deliberadamente más estrictas.
¿Pasar la simulación hace segura la rama?
No. Rama, credenciales y ejecución requieren comprobaciones aparte.
Fuentes
- HumanLayer Skills / plugins/design-control-loop/skills/design-control-loop/references/workflow-template.ymlFuente verificada 2026-09-14
- HumanLayer Skills / plugins/design-control-loop/skills/design-control-loop/references/agent-iteration.tsFuente verificada 2026-09-14