メニュー
Sesión de /grill que además mantiene los docs del dominio (glosario CONTEXT.md y ADRs) a medida que las decisiones cristalizan. Usar SOLO cuando el usuario lo invoca explícitamente; nunca activarlo por iniciativa propia.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/chichex/skills --skill grill-with-domain-modelingコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
Ejecuta una spec SDD de punta a punta — planifica contra el código real, implementa con tests primero, verifica cada criterio de aceptación con el mecanismo que la spec declara, y termina en un PR con la spec como body y la evidencia de verificación. El "terminado" lo define la spec, no la sensación. Usar SIEMPRE que el usuario quiera implementar una spec de .sdd/specs/, ejecutar/correr una spec, implementar un issue que ya tiene spec SDD, o diga "corre la spec de X", "implementa esto que ya especificamos", "dale para adelante con la spec". Exige spec (/sdd-spec) y contrato (/sdd-init); si faltan, hay que generarlos primero.
Ejecuta una spec SDD de punta a punta — planifica contra el código real, implementa con tests primero, verifica cada criterio de aceptación con el mecanismo que la spec declara, y termina en un PR con la spec como body y la evidencia de verificación. El "terminado" lo define la spec, no la sensación. Usar SIEMPRE que el usuario quiera implementar una spec de .sdd/specs/, ejecutar/correr una spec, implementar un issue que ya tiene spec SDD, o diga "corre la spec de X", "implementa esto que ya especificamos", "dale para adelante con la spec". Exige spec ($sdd-spec) y contrato ($sdd-init); si faltan, hay que generarlos primero.
Ejecuta una spec SDD de punta a punta — planifica contra el código real, implementa con tests primero, verifica cada criterio de aceptación con el mecanismo que la spec declara, y termina en un PR con la spec como body y la evidencia de verificación. El "terminado" lo define la spec, no la sensación. Usar SIEMPRE que el usuario quiera implementar una spec de .sdd/specs/, ejecutar/correr una spec, implementar un issue que ya tiene spec SDD, o diga "corre la spec de X", "implementa esto que ya especificamos", "dale para adelante con la spec". Exige spec (/sdd-spec) y contrato (/sdd-init); si faltan, hay que generarlos primero.
SOC 職業分類に基づく
SKILL.md を表示中
| name | grill-with-domain-modeling |
| description | Sesión de /grill que además mantiene los docs del dominio (glosario CONTEXT.md y ADRs) a medida que las decisiones cristalizan. Usar SOLO cuando el usuario lo invoca explícitamente; nunca activarlo por iniciativa propia. |
Corré una sesión de /grill usando el skill /domain-modeling.
Invocar este skill cuenta como el pedido explícito que exige la regla de contaminación cero de /domain-modeling: se pueden crear CONTEXT.md y docs/adr/ aunque todavía no existan en el repo. Los ADRs siguen bajo default-deny: 3 criterios con evidencia concreta + OK explícito del usuario por cada uno.