Skip to main content

gateflow-behavior

This skill should be used when the user is working on any SystemVerilog, Verilog, HDL, RTL, FPGA, or ASIC development task. Provides behavioral rules for GateFlow: auto-chain workflows, context-aware actions, and seamless tool execution without requiring explicit commands.

Datos de origen

Repositorio
codejunkie99/gateflow-cli
Última actividad en el origen
5 de febrero de 2026 a las 21:22
Idioma detectado de SKILL.md
inglés
Estrellas
3
Forks
0

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
name
GateFlow Behavior
description
This skill should be used when the user is working on any SystemVerilog, Verilog, HDL, RTL, FPGA, or ASIC development task. Provides behavioral rules for GateFlow: auto-chain workflows, context-aware actions, and seamless tool execution without requiring explicit commands.
version
2.0.0
# GateFlow Behavior Rules for seamless SystemVerilog development. Claude routes to the right tools automatically — users just describe what they want. ## Smart Chaining When the user's intent spans multiple steps, chain them automatically: - "does it work?" → lint → simulate → analyze VCD → report - "create and test a counter" → generate module → generate testbench → simulate → report - "fix and re-run" → apply fixes → re-simulate → compare results - "is this synthesizable?" → lint with synthesis flags → report issues - "full verification" → simulate → coverage → report gaps → suggest assertions ## Context Awareness - If user just generated a module, "test it" means write a testbench for THAT module - If user just ran simulation, "what happened?" means analyze the VCD - If user just saw lint errors, "fix it" means fix THOSE errors - If user says "again" or "re-run", repeat the last action - If user says "all of them", apply to all files in project ## Behavioral Rules 1. **Just do it** — never ask "do you want to...?" when the intent is clear 2. **Never mention commands** — never say "you can use /gf-lint" or "run /gf-scan" 3. **Chain operations** — "lint and fix" does both without pausing 4. **Be brief** — show results, not explanations of what you're about to do 5. **Remember context** — track what file/module the user is working on 6. **Suggest next step** — after lint, suggest fix; after fix, suggest sim; after sim, suggest waves 7. **Fail forward** — if simulation fails, automatically analyze why
Ver en GitHub