Vercel Composition Patterns
supabase/supabase
React composition patterns that scale. An agent skill from supabase/supabase.
A skill your agent uses when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs.
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraints --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .claude/skills && cp -r skills-src/vivado-constraints .claude/skills/vivado-constraints && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .claude/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraintsType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraints --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .agents/skills && cp -r skills-src/vivado-constraints .agents/skills/vivado-constraints && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .agents/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraints --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/vivado-constraints .cursor/skills/vivado-constraints && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .cursor/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git --path vivado-constraints--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraints --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/vivado-constraints .gemini/skills/vivado-constraints && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .gemini/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraintsInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .github/skills && cp -r skills-src/vivado-constraints .github/skills/vivado-constraints && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .github/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-constraints --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/vivado-constraints .opencode/skills/vivado-constraints && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "vivado-constraints" agent skill from https://github.com/Shinei-Nouzen-Arch/FPGA-Agent/tree/main/vivado-constraints into .opencode/skills/vivado-constraints/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "vivado-constraints", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
vivado-constraintsA skill your agent uses when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs.
Vivado Constraints is an agent skill from Shinei-Nouzen-Arch/FPGA-Agent. Use this skill when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs. This includes clock definitions (createclock, creategeneratedclock, virtual clocks), I/O delay constraints (setinputdelay, setoutputdelay, DDR timing), timing exceptions (setfalsepath, setmulticyclepath, setmaxdelay, setmindelay), clock domain crossing (CDC) constraints (setclockgroups, setbusskew), clock uncertainty/jitter/latency, physical constraints (IOSTANDARD, PACKAGEPIN, LOC, Pblock, placement…
Its SKILL.md is about 3.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 3 other files (for example `REFERENCE.md` and `agents/openai.yaml`).
It sits in Development. The licence is GPL-2.0.
4 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit b60a52e. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are tcl).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Vivado Constraints loads about 3.4k tokens when it runs. Until then it costs about 243 tokens; SKILL.md has 550 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from Shinei-Nouzen-Arch/FPGA-Agent at commit b60a52e, republished under its GPL-2.0 licence (© Shinei-Nouzen-Arch). 550 words, ~3,440 tokens.
.claude/skills/vivado-constraints/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.Based on UG903 (v2025.2). For complete syntax examples, see REFERENCE.md.
# Project Mode: set on XDC file objects
set_property USED_IN_SYNTHESIS TRUE [get_files timing.xdc]
set_property USED_IN_IMPLEMENTATION TRUE [get_files timing.xdc]
set_property USED_IN_SYNTHESIS FALSE [get_files physical.xdc] ;# impl only
# Non-Project Mode: just read in appropriate order
read_xdc timing.xdc ;# both synth and impl
read_xdc physical.xdc ;# read after synth only# Project Mode
set_property SCOPED_TO_REF uart_tx_ctl [get_files uart_tx_ctl.xdc]
set_property SCOPED_TO_CELLS uart_tx_i0/uart_tx_ctl_i0 [get_files uart_tx_ctl.xdc]
# Non-Project Mode
read_xdc -ref uart_tx_ctl uart_tx_ctl.xdc
read_xdc -cells uart_tx_i0/uart_tx_ctl_i0 uart_tx_ctl.xdcmyReg → instance name: myReg_regmyBus[2:0] → myBus_reg[0], myBus_reg[1], myBus_reg[2]get_cells myBus_reg[*] (NOT myBus_reg[2:0])/ separator, NOT wildcards with -hierarchicalget_cells inst_A/inst_B/*_reg without -hierarchical# Board clock on input port (RECOMMENDED)
create_clock -period 10 [get_ports sysclk]
# Named clock with custom waveform (25% duty cycle, 90° phase shift)
create_clock -name devclk -period 10 -waveform {2.5 5} [get_ports ClkIn]
# Differential clock — define on POSITIVE pin ONLY
create_clock -name sysclk -period 3.33 [get_ports SYS_CLK_clk_p]
# GT recovered clock
create_clock -name rxclk -period 3.33 [get_pins gt0/RXOUTCLK]
# Virtual clock (no netlist object — for I/O delay reference)
create_clock -name clk_virt -period 10Rules:
# MMCM/PLL outputs → AUTO-DERIVED, no manual constraint needed
# User logic divider → must define manually:
create_generated_clock -name clkdiv2 -source [get_ports clkin] -divide_by 2 [get_pins REGA/Q]
# Using -edges (edge indices of master clock)
create_generated_clock -name clkdiv2 -source [get_pins REGA/C] -edges {1 3 5} [get_pins REGA/Q]
# Duty cycle change + phase shift via -edges and -edge_shift
create_generated_clock -name clkshift -source [get_pins mmcm0/CLKIN] \
-edges {1 2 3} -edge_shift {2.5 0 2.5} [get_pins mmcm0/CLKOUT]
# Multiply + divide (for MMCM manual definition)
create_generated_clock -name clk43 -source [get_pins mmcm0/CLKIN] \
-multiply_by 4 -divide_by 3 [get_pins mmcm0/CLKOUT]
# Combinational path only (MUX output)
create_generated_clock -name clkout -source [get_pins mmcm0/CLKIN] \
-combinational [get_pins MUX/O]
# Rename auto-derived clock (name + source_object only)
create_generated_clock -name clk_rx [get_pins clk_gen_i0/clk_core_i0/inst/mmcm_adv_inst/CLKOUT0]Rules:
-source accepts pin/port ONLY, not clock objectsget_clocks -of_objects [get_pins <pin>] to query auto-derived clock names# Asynchronous clocks (most common — separate oscillators)
set_clock_groups -name async_clk0_clk1 -asynchronous \
-group {clk0 usrclk itfclk} -group {clk1 gtclkrx gtclktx}
# With -include_generated_clocks (auto-include derived clocks)
set_clock_groups -name async_grp -asynchronous \
-group [get_clocks -include_generated_clocks clk0] \
-group [get_clocks -include_generated_clocks clk1]
# Exclusive clocks (BUFGMUX — only one active at a time)
set_clock_groups -name exclusive_clk0_clk1 -physically_exclusive \
-group clk0 -group clk1Rules:
set_clock_groups has HIGHEST priority among timing exceptions-reset_pathset_clock_groups over two set_false_path for async CDC-logically_exclusive and -physically_exclusive are equivalent for AMD FPGAs# Source latency (board-level delay, outside FPGA)
set_clock_latency -source -early 0.2 [get_clocks sysClk]
set_clock_latency -source -late 0.5 [get_clocks sysClk]
# Input jitter (primary clocks only, per-clock)
set_input_jitter [get_clocks -of_objects [get_ports clkin]] 0.1
# System jitter (global, all clocks)
set_system_jitter 0.05
# Additional clock uncertainty (extra timing margin)
set_clock_uncertainty 0.5 [get_clocks clk1]
# Inter-clock uncertainty (MUST define BOTH directions)
set_clock_uncertainty 2.0 -from [get_clocks clk1] -to [get_clocks clk2]
set_clock_uncertainty 2.0 -from [get_clocks clk2] -to [get_clocks clk1]# Basic (both min and max)
set_input_delay -clock sysClk 2 [get_ports DIN]
# Separate min/max
set_input_delay -clock sysClk -max 4 [get_ports DIN]
set_input_delay -clock sysClk -min 1 [get_ports DIN]
# Relative to virtual clock
create_clock -name clk_port_virt -period 10
set_input_delay -clock clk_port_virt 2 [get_ports DIN]create_clock -name clk_ddr -period 6 [get_ports DDR_CLK_IN]
set_input_delay -clock clk_ddr -max 2.1 [get_ports DDR_IN]
set_input_delay -clock clk_ddr -max 1.9 [get_ports DDR_IN] -clock_fall -add_delay
set_input_delay -clock clk_ddr -min 0.9 [get_ports DDR_IN]
set_input_delay -clock clk_ddr -min 1.1 [get_ports DDR_IN] -clock_fall -add_delayset_output_delay -clock sysClk 6 [get_ports DOUT]
# Separate min/max
set_output_delay -clock sysClk -max 6 [get_ports DOUT]
set_output_delay -clock sysClk -min 1 [get_ports DOUT]create_clock -name clk_ddr -period 6 [get_ports DDR_CLK_IN]
set_output_delay -clock clk_ddr -max 2.1 [get_ports DDR_OUT]
set_output_delay -clock clk_ddr -max 1.9 [get_ports DDR_OUT] -clock_fall -add_delay
set_output_delay -clock clk_ddr -min 0.9 [get_ports DDR_OUT]
set_output_delay -clock clk_ddr -min 1.1 [get_ports DDR_OUT] -clock_fall -add_delaycreate_clock -name sysClk -period 10
set_input_delay -clock sysClk 4 [get_ports DIN]
set_output_delay -clock sysClk 1 [get_ports DOUT]
# Effective budget: 10 - 4 - 1 = 5 nsKey rules:
-clock is REQUIRED in Vivado (optional in SDC standard)-clock_fall refers to the CLOCK edge, not data edge-add_delay needed for second constraint on same port (DDR)| Scenario | Constraints |
|---|---|
| Same clock / same-freq same-phase | set_multicycle_path N -setup -from CLK1 -to CLK2 |
set_multicycle_path N-1 -hold -from CLK1 -to CLK2 | |
| SLOW → FAST | set_multicycle_path N -setup -from CLK1 -to CLK2 |
set_multicycle_path N-1 -hold -end -from CLK1 -to CLK2 | |
| FAST → SLOW | set_multicycle_path N -setup -start -from CLK1 -to CLK2 |
set_multicycle_path N-1 -hold -from CLK1 -to CLK2 |
Key rules:
-setup default: moves destination (capture) clock edge → use -start to move source instead-hold default: moves source (launch) clock edge → use -end to move destination instead-start and -end have no effect within same clock domain# Between async clock domains (prefer set_clock_groups instead)
set_false_path -from [get_clocks CLKA] -to [get_clocks CLKB]
set_false_path -from [get_clocks CLKB] -to [get_clocks CLKA]
# Reset signal
set_false_path -from [get_ports reset] -to [all_registers]
# Through specific path (ORDER of -through matters!)
set_false_path -through [get_pins MUX1/a0] -through [get_pins MUX2/a1]
# Setup-only or hold-only
set_false_path -setup -from [get_clocks CLKA] -to [get_clocks CLKB]CAUTION: -through without -from or -to removes ALL paths through that pin/net.
# Override setup requirement
set_max_delay 5 -from [get_pins FD1/C] -to [get_pins FD2/D]
# Override hold requirement
set_min_delay 1 -from [get_pins FD1/C] -to [get_pins FD2/D]
# CDC path with -datapath_only (no clock skew, hold auto false-pathed)
set_max_delay -datapath_only -from [get_cells src_reg*] -to [get_cells dst_reg*] 10.0-datapath_only differences:
| set_max_delay | set_max_delay -datapath_only | |
|---|---|---|
| Clock skew | Included | Never included |
| Hold requirement | Untouched | Auto false-pathed |
| -from | Optional | Mandatory |
set_case_analysis <value> <pins_or_ports>
# Values: 0, 1, zero, one, rise, rising, fall, falling
# rise/rising/fall/falling → only specified transition analyzed
# Example: select clk_2 through BUFGMUX
set_case_analysis 1 [get_pins clock_sel/S]# Disable cell timing arcs
set_disable_timing -from WCLK -to O [get_cells inst_fifo_gen/gdm.dm/gprl.dout_i_reg[*]]
# Check all disabled arcs
report_disable_timing -file disabled_arcs.rpt-from -through -to-from -to-from -through-from-through -to-to-through-reset_path can override false_path/max_delay/multicycle priority, but NOT clock_groups.
Last constraint wins for equivalent constraints (same type, same specificity).
# Option 1: set_clock_groups (RECOMMENDED — covers both directions)
set_clock_groups -asynchronous -group [get_clocks clkA] -group [get_clocks clkB]
# Option 2: set_false_path (need BOTH directions)
set_false_path -from [get_clocks clkA] -to [get_clocks clkB]
set_false_path -from [get_clocks clkB] -to [get_clocks clkA]# Limit path delay for CDC (when using synchronizer + set_false_path)
set_max_delay -datapath_only -from [get_cells src_reg*] -to [get_cells dst_sync_reg*] 10.0# CE-controlled CDC (handshake): skew = N_sync_stages * dst_period
set_bus_skew -from [get_cells src_hsdata_ff_reg*] -to [get_cells dest_hsdata_ff_reg*] 10.000
# Gray-coded FIFO: skew = dst_period
set_bus_skew -from [get_cells src_gray_ff_reg*] -to [get_cells {dest_graysync_ff_reg[0]*}] 2.500
# set_bus_skew requires: -from AND -to, at least 2 startpoints + 2 endpoints
# Value should be > 0.5 * min(src_period, dst_period)Write XDC sections in this order for minimum runtime impact:
| Order | Commands | Reason |
|---|---|---|
| 1 | set_disable_timing, set_case_analysis | Prune timing graph first |
| 2 | create_clock, create_generated_clock, set_clock_sense | Define clocks before referencing |
| 3 | set_clock_latency, set_propagated_clock, set_clock_uncertainty, set_input_jitter, set_system_jitter | Clock properties |
| 4 | set_input_delay, set_output_delay | I/O timing |
| 5 | set_clock_groups, set_false_path, set_min_delay, set_max_delay, set_multicycle_path, set_bus_skew | Timing exceptions |
| 6 | set_max_time_borrow, set_external_delay | Rarely used |
Performance tips:
get_cells instead of get_pins for large queriesall_fanin/all_fanout combined with set_disable_timingall_registers -clock clk1 with get_clocks clk1 where possible# Check for unconstrained paths
check_timing -file check_timing.rpt
# Review timing exception coverage, conflicts, ignored constraints
report_exceptions -coverage -file exceptions_coverage.rpt
report_exceptions -ignored -file exceptions_ignored.rpt
report_exceptions -scope_override -file exceptions_scope.rpt
report_exceptions -ignored_objects -file exceptions_ignored_obj.rpt
# Clock domain interaction matrix
report_clock_interaction -file clock_interaction.rpt
# Methodology checks (XDCV-1, XDCV-2 for large constraint collections)
report_methodology -file methodology.rpt© Shinei-Nouzen-Arch, GPL-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 2 other files in vivado-constraints of Shinei-Nouzen-Arch/FPGA-Agent.
Open the folder on GitHubat commit b60a52e
Vivado Constraints next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Vivado Constraints this skillShinei-Nouzen-Arch/FPGA-Agent | 180 | — | ~3.4k | Automated safety check: Pass | GPL-2.0 | |
| Vercel Composition Patternssupabase/supabase | 111k | 58 repos | ~726 | Automated safety check: Pass | MIT | |
| Finishing a Development Branchobra/superpowers | 297k | 5 repos | ~1.9k | Automated safety check: Pass | MIT | |
| Typescript Advanced Typesrolling-scopes/rsschool-app | 10k | 25 repos | ~4.2k | Automated safety check: Pass | MPL-2.0 | |
| PR Babysitteropeninterpreter/openinterpreter | 69k | 3 repos | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Code Review ChecklistshareAI-lab/learn-claude-code | 78k | 4 repos | ~1.1k | Automated safety check: Pass | MIT |
supabase/supabase
React composition patterns that scale. An agent skill from supabase/supabase.
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
rolling-scopes/rsschool-app
Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications.
openinterpreter/openinterpreter
Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.
shareAI-lab/learn-claude-code
Reviews code against a five-part checklist covering security, correctness, performance, maintainability and testing, and reports findings in a fixed format.
onyx-dot-app/onyx
Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.
Shinei-Nouzen-Arch/FPGA-Agent
A skill your agent uses when the user needs help with Vivado in-system debugging, hardware programming, or debug core configuration.
Shinei-Nouzen-Arch/FPGA-Agent
A skill your agent uses when the user needs Vivado design analysis, timing report interpretation, or timing-closure diagnosis.
Shinei-Nouzen-Arch/FPGA-Agent
A skill your agent uses when the user needs Vivado implementation strategy selection or optimization.
Shinei-Nouzen-Arch/FPGA-Agent
A skill your agent uses when the user needs help with Vivado simulation strategy, flow selection, and debugging.
Shinei-Nouzen-Arch/FPGA-Agent
A skill your agent uses when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control…
Shinei-Nouzen-Arch/FPGA-Agent
Generate, review, explain, and execute Vivado/Vitis TCL scripts for FPGA design flows, and verify their execution results.
Categories
A skill your agent uses when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs. Vivado Constraints is an agent skill from Shinei-Nouzen-Arch/FPGA-Agent. Use this skill when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs.
Vivado Constraints fits situations like: the user needs help writing XDC/SDC timing; physical constraints for Vivado FPGA designs; the user mentions XDC; timing constraints.
Run `npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a claude-code`. Or copy the skill folder (vivado-constraints in Shinei-Nouzen-Arch/FPGA-Agent) into .claude/skills/vivado-constraints in your project. Claude Code loads it when a task matches its description.
Run `npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a codex`. Or copy the skill folder (vivado-constraints in Shinei-Nouzen-Arch/FPGA-Agent) into .agents/skills/vivado-constraints in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-constraints -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/vivado-constraints, .gemini/skills/vivado-constraints, .github/skills/vivado-constraints and .opencode/skills/vivado-constraints in your project.
SKILL.md names no scripts, command-line tools or credentials: Vivado Constraints is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Vivado Constraints is published under the GPL-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.4k tokens (SKILL.md is roughly 14k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Vivado Constraints: Vercel Composition Patterns (supabase/supabase, 111k stars), Finishing a Development Branch (obra/superpowers, 297k stars), Typescript Advanced Types (rolling-scopes/rsschool-app, 10k stars) and PR Babysitter (openinterpreter/openinterpreter, 69k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Shinei-Nouzen-Arch (a GitHub user) maintains it in Shinei-Nouzen-Arch/FPGA-Agent, which has 180 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on September 5, 2026.
Source: Shinei-Nouzen-Arch/FPGA-Agent on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.