Skip to main content

slate-ar-stabilize

Slate v2 behavior-stability mini-skill. Runs existing editor behavior gates, routes repeated failures to slate-patch, and keeps looping until the surface is stable or blocked.

Datos de origen

Repositorio
udecode/plate
Última actividad en el origen
2 de junio de 2026 a las 19:26
Idioma detectado de SKILL.md
inglés
Estrellas
16.632
Forks
993

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
description
Slate v2 behavior-stability mini-skill. Runs existing editor behavior gates, routes repeated failures to slate-patch, and keeps looping until the surface is stable or blocked.
argument-hint
[optional behavior surface]
disable-model-invocation
true
name
slate-ar-stabilize
metadata
{"skiller":{"source":".agents/rules/slate-ar-stabilize.mdc"}}
# Slate AR Stabilize Handle $ARGUMENTS. Use this when the user wants editor behavior regressions gone: selection, typing, copy/paste, IME, focus, undo/redo, navigation, browser route behavior, or native interaction parity. This is an expert override. The normal broad workflow is `slate-ar-perfect <surface>`, which should stabilize behavior before perf. ## Contract Use `autogoal` for broad stabilization requests. For one exact bug, route directly to `slate-patch`. If no behavior surface is named, infer the riskiest current behavior surface from `slate-ar-status`, recent failing gates, and current changed code. If that cannot be inferred, recommend one concrete gate command instead of asking the user to choose among skills. Start with `slate-ar-status`, then: 1. run the narrowest existing behavior gate through `slate-ar-gate`; 2. if the same valid gate fails twice, stop gating and fix with `slate-patch`; 3. if no oracle exists, create it with `slate-patch` or `tdd`; 4. rerun the focused gate after each fix; 5. broaden to the next relevant gate only after focused proof is green. ## Completion Stop when: - the named behavior gate is green repeatedly enough for the risk; - known regressions in scope have focused tests; - fixes are verified by focused commands; - broad behavior proof is green when the touched surface justifies it. Do not route to perf until stabilization is green. ## Handoff Report failed signatures, fixes, gates run, repeat count, remaining skipped behavior families, and next owner.
Ver en GitHub