A skill your agent uses when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control…

GPL-2.0Auto-check passedDevelopment

Install Vivado Synth

skills CLI
$ npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-synth -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install Shinei-Nouzen-Arch/FPGA-Agent vivado-synth --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/Shinei-Nouzen-Arch/FPGA-Agent.git skills-src && mkdir -p .claude/skills && cp -r skills-src/vivado-synth .claude/skills/vivado-synth && rm -rf skills-src

Use ~/.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/

Facts

Skill name
vivado-synth
GitHub stars
180
Token cost
~3.6k tokens
SKILL.md length
1,260 words
Files
67
Skills in repo
10
Repo updated
First seen
Licence
GPL-2.0

At a glance

A skill your agent uses when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control…

  • The user needs help with Vivado synthesis strategy selection
  • SKILL.md covers synth_design Complete Options, Strategy Decision Table, Synthesis Attributes Quick… and Block-Level Synthesis…, plus 5 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md
  • Synthesis attribute configuration

What it does

Vivado Synth is an agent skill from Shinei-Nouzen-Arch/FPGA-Agent. Use this skill when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control (RAM/DSP/SRL/BRAM), hierarchy optimization (flattenhierarchy, KEEPHIERARCHY), OOC (out-of-context) synthesis, incremental synthesis, RTL linting, Block-Level synthesis (BLOCKSYNTH), or any synthesis optimization decision. Trigger when the user mentions synthesis strategies, synthesis directives, synthesis attributes, resource mapping control…

Its SKILL.md is about 3.6k tokens, which your agent loads only when the skill is triggered. The skill folder holds 68 other files (for example `REFERENCE.md` and `agents/openai.yaml`).

It sits in Development, covering Linting and formatting. The licence is GPL-2.0.

When your agent uses it

  • The user needs help with Vivado synthesis strategy selection
  • Synthesis attribute configuration
  • Synthdesign option tuning
  • Resource inference control (RAM/DSP/SRL/BRAM)

Example prompts

  • “/vivado-synth”

What it can do on your machine

Read from SKILL.md and the folder at commit b60a52e. It shows what the files ask for, not the result of running them.

  • Tool permissions

    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.

  • Runs code

    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.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Vivado Synth loads about 3.6k tokens when it runs. Until then it costs about 180 tokens; SKILL.md has 1,260 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~180
When it runs · the whole SKILL.md, loaded when a task matches
~3.6k

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.

Safety

Auto-check passed

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.

SKILL.md

The full file from Shinei-Nouzen-Arch/FPGA-Agent at commit b60a52e, republished under its GPL-2.0 licence (© Shinei-Nouzen-Arch). 1,260 words, ~3,569 tokens.

Download SKILL.mdSave it as .claude/skills/vivado-synth/SKILL.md (or your agent's skills folder). This skill also uses 66 other files; get the full folder from GitHub.
name
vivado-synth
description
Use this skill when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synth_design option tuning, resource inference control (RAM/DSP/SRL/BRAM), hierarchy optimization (flatten_hierarchy, KEEP_HIERARCHY), OOC (out-of-context) synthesis, incremental synthesis, RTL linting, Block-Level synthesis (BLOCK_SYNTH), or any synthesis optimization decision. Trigger when the user mentions synthesis strategies, synthesis directives, synthesis attributes, resource mapping control, FSM encoding, retiming, or asks how to optimize synthesis results for area/timing/power. This skill provides decision-making knowledge — for TCL command execution, use vivado-tcl skill.

Vivado Synthesis Decision Guide

Based on UG901 (v2025.2). This skill helps choose the right synthesis strategies, options, and attributes. For attribute syntax see REFERENCE.md; for HDL coding templates (RAM/DSP/ROM/SRL/FSM/etc.) see examples/ directory — consult the index table in REFERENCE.md to locate the right file.

synth_design Complete Options

Hierarchy Control
OptionValuesDefaultEffect
-flatten_hierarchynone/full/rebuiltrebuiltnone: preserve RTL hierarchy. full: flatten to top only. rebuilt: flatten then rebuild similar hierarchy (best QoR + readability)
Timing Optimization
OptionValuesDefaultEffect
-directiveSee strategy table belowDefaultSelects preconfigured optimization strategy
-global_retimingauto/on/offautoRegister balancing across combinational logic. Auto = on for Versal, off for others
-no_timing_drivenflag—Disables timing-driven synthesis (faster, worse timing)
Resource Control
OptionValuesDefaultEffect
-max_braminteger-1 (max)Limit Block RAM usage
-max_uraminteger-1 (max)Limit UltraRAM usage (UltraScale+)
-max_dspinteger-1 (max)Limit DSP block usage
-shreg_min_sizeinteger3Min chain length for SRL inference
-srl_styleregister/rl/srl_reg/reg_srl/reg_srl_reg—Global SRL implementation style
-cascade_dspauto/tree/forceautoDSP adder chain implementation
-max_bram_cascade_heightinteger-1Max BRAM cascade depth
-max_uram_cascade_heightinteger-1Max UltraRAM cascade depth
-no_srlextractflag—Disable all SRL extraction
-no_lcflag—Disable LUT combining
FSM & Logic
OptionValuesDefaultEffect
-fsm_extractionauto/one_hot/sequential/gray/johnson/user_encoding/offautoFSM encoding strategy
-resource_sharingauto/on/offautoArithmetic operator sharing
-keep_equivalent_registersflagoffPrevent merging of equivalent registers
-control_set_opt_thresholdauto/integer/0autoFanout threshold for control set optimization. 0 = disable
Clock & IO
OptionValuesDefaultEffect
-bufginteger12Max global clock buffers to infer
-gated_clock_conversionoff/on/autooffConvert gated clocks to enables
Design Entry
OptionValuesDefaultEffect
-topmodule name—Top module
-partpart number—Target FPGA part
-constrsetfileset name—Constraint fileset to use
-include_dirspaths—Verilog include search dirs
-genericname=value—Override Verilog parameters / VHDL generics
-verilog_definemacro[=text]—Define Verilog macros
-modedefault/out_of_contextdefaultOOC mode: no IO buffers
Special Modes
OptionValuesDefaultEffect
-rtlflag—Elaborate only, don't synthesize
-lintflag—Run RTL Linter only (see section below)
-incremental_modedefault/quick/offdefaultIncremental synthesis mode
-sfcuflag—Single-file compilation unit mode
Debug & Performance
OptionValuesDefaultEffect
-debug_logflag—Extra debug info in log
-assertflag—Enable VHDL assertions
Multi-Threading
tcl
set_param general.maxThreads 8  ;# 1-8 threads for synthesis

Strategy Decision Table

Use -directive <strategy> to select:

ScenarioStrategyKey Effect
Default / first trydefaultBalanced optimization
Fast iteration / debugruntimeoptimizedFewer optimizations, faster runtime
Resource-constrainedAreaOptimized_highForce ternary adders, includes AreaMapLargeShiftRegToBRAM + AreaMultThresholdDSP
Resource-constrained (moderate)AreaOptimized_mediumArea-optimized MUX, ternary adders, lower multiplier→DSP threshold
Timing-criticalPerformanceOptimizedLogic level reduction at expense of area
Routing congestionAlternateRoutabilityLess MUXF/CARRY usage for better routability
Minimum areaLogicCompactionCompact CARRY+LUT into fewer SLICEs (negative timing impact)
DSP-heavyAreaMultThresholdDSPLower threshold for multiplier→DSP inference
Carry-chain issuesFewerCarryChainsHigher threshold to use LUTs instead of carry chains
Large shift registersAreaMapLargeShiftRegToBRAMImplement large shift regs in Block RAM

Note: Directive values are case-sensitive in v2025.2. Use exactly as shown above.


Synthesis Attributes Quick Reference (by scenario)

Preventing Optimization
AttributeValuesWhereWhen to Use
DONT_TOUCHTRUE/FALSERTL+XDCPrevent optimization AND preserve through P&R. Strongest protection
KEEPTRUE/FALSERTL onlyPrevent signal absorption into LUTs. Synthesis-only, NOT forwarded to P&R
KEEP_HIERARCHYTRUE/SOFT/FALSERTL+XDCSOFT (recommended): allow constant propagation. TRUE: block all cross-boundary optimization
Resource Inference Control
AttributeValuesWhereWhen to Use
RAM_STYLEblock/distributed/registers/ultra/mixed/autoRTL+XDCForce specific RAM implementation
ROM_STYLEblock/distributed/ultraRTL+XDCForce specific ROM implementation
USE_DSPyes/no/logic/simdRTL+XDCForce/prevent DSP block usage. logic=XOR→DSP, simd=SIMD mode
SHREG_EXTRACTyes/noRTL+XDCEnable/disable SRL inference
SRL_STYLEregister/srl/srl_reg/reg_srl/reg_srl_reg/blockRTL+XDCSpecific SRL implementation
RAM_DECOMPpower/areaRTL+XDCRAM split: power = address decode (saves power), area = smallest
CASCADE_HEIGHTinteger (0=disable)RTL+XDCBRAM/URAM cascade chain length (UltraScale+ only)
RW_ADDR_COLLISIONauto/yes/noRTL onlyRead-write collision handling
Timing Optimization
AttributeValuesWhereWhen to Use
RETIMING_FORWARDinteger (0=off)RTL+XDCMove register forward through logic
RETIMING_BACKWARDinteger (0=off)RTL+XDCMove register backward through logic
CRITICAL_SIG_OPTtrue/falseRTL+XDCShannon decomposition on critical feedback loops. Trades area for timing
MAX_FANOUTinteger (-1=no limit)RTL+XDCFanout limit → triggers register replication. Best on local signals only
Debug
AttributeValuesWhereWhen to Use
MARK_DEBUGTRUE/FALSERTL+XDCMark nets for ILA debug probing
ASYNC_REGTRUE/FALSERTL+XDCMark CDC synchronizer registers
FSM
AttributeValuesWhereWhen to Use
FSM_ENCODINGone_hot/sequential/gray/johnson/user_encoding/noneRTL+XDCOverride FSM encoding
FSM_SAFE_STATEauto_safe_state/reset_state/power_on_state/default_stateRTL+XDCAdd invalid state recovery logic
IO & Clock
AttributeValuesWhereWhen to Use
IOBTRUE/FALSERTL onlyPack register into IOB
IO_BUFFER_TYPENONERTL onlyDisable automatic IO buffer insertion
CLOCK_BUFFER_TYPEBUFG/BUFH/BUFIO/BUFMR/BUFR/noneRTL+XDCSpecify clock buffer type
GATED_CLOCKyesRTL+XDCMark signal as clock for gated clock conversion
Show full SKILL.md (527 more words)Show less
Enable & Reset
AttributeValuesWhereWhen to Use
DIRECT_ENABLEyesRTL+XDCForce signal to CE pin of register
DIRECT_RESETyesRTL+XDCForce signal to reset pin of register
EXTRACT_ENABLEyes/noRTL+XDCControl enable extraction to CE pin
EXTRACT_RESETyes/noRTL+XDCControl reset extraction (sync reset only)
DSP Folding
AttributeValuesWhereWhen to Use
DSP_FOLDINGyes/noRTL onlyFold two MAC structures into one DSP
DSP_FOLDING_FASTCLOCKyes/noRTL onlyDesignate fast clock port for DSP folding
Verilog Case Control
AttributeValuesWhereWhen to Use
FULL_CASE(presence)RTL onlyAll case values covered — suppress latch inference
PARALLEL_CASE(presence)RTL onlyBuild as parallel if-elsif, no priority
Other
AttributeValuesWhereWhen to Use
BLACK_BOX(presence)RTL onlyForce module to black box
TRANSLATE_OFF/ONcomment-basedRTL onlyExclude code from synthesis

Block-Level Synthesis (BLOCK_SYNTH)

Apply per-instance synthesis settings via XDC:

tcl
set_property BLOCK_SYNTH.<option> <value> [get_cells <instance>]
OptionTypeValuesDescription
STRATEGYSTRINGDEFAULT/AREA_OPTIMIZED/ALTERNATE_ROUTABILITY/PERFORMANCE_OPTIMIZEDPer-instance strategy
RETIMINGINT0/1Enable/disable retiming
ADDER_THRESHOLDINT4-128Adder size → CARRY chain threshold
COMPARATOR_THRESHOLDINT4-128Comparator size → CARRY chain threshold
SHREG_MIN_SIZEINT3-32SRL inference threshold
FSM_EXTRACTIONSTRINGOFF/ONE_HOT/SEQUENTIAL/GRAY/JOHNSON/AUTOFSM encoding
LUT_COMBININGINT0/1Enable/disable LUT combining
CONTROL_SET_THRESHOLDINT0-128Control set optimization threshold
MAX_LUT_INPUTINT4-64=no LUT5/6, 5=no LUT6, 6=all
MUXF_MAPPINGINT0/1Enable/disable MUXF7/F8/F9
KEEP_EQUIVALENT_REGISTERINT0/1Merge or retain equivalent registers
PRESERVE_BOUNDARYINTanyMark hierarchy as changing (for incremental)
LOGIC_COMPACTIONINT1Compact CARRY+LUT into fewer SLICEs
SRL_STYLESTRINGREGISTER/SRL/SRL_REG/REG_SRL/REG_SRL_REGSRL implementation

Note: BLOCK_SYNTH hardens the instance hierarchy. Use only where needed.


OOC (Out-of-Context) Synthesis

When to use: Large IP modules, 3rd-party netlists, modules that rarely change.

tcl
# Non-Project Mode
synth_design -top <module> -part <part> -mode out_of_context

# Project Mode: right-click module → Set As Out-of-Context for Synthesis

Key rules:

  • OOC modules are synthesized independently, treated as black boxes in top-level synthesis
  • No IO buffers are created
  • Incremental synthesis is NOT supported for OOC runs
  • Do NOT use OOC if module has AMD IP in lower levels
  • Do NOT use OOC if module ports use user-defined types

Incremental Synthesis

Detects RTL changes and only re-synthesizes modified sections. Reduces runtime and QoR fluctuation.

tcl
# Project Mode: Settings → Synthesis → Incremental synthesis
# Non-Project Mode:
synth_design -top <top> -part <part> -incremental_mode default
ModeEffect
defaultFull incremental (detect + selective re-synthesis)
quickFaster, less thorough incremental
offFull re-synthesis

Note: Not supported for OOC runs.


RTL Linter

Pre-synthesis code quality check:

tcl
synth_design -lint -top <top> -part <part>
# For OOC runs:
synth_design -lint -srcset [get_property SRCSET [get_runs my_IP_core_synth_1]]

Key rules detected: latch inference (INFER-1), combinational loops (INFER-4), arithmetic overflow (ASSIGN-1), mixed clock edges (CLOCK-1), mixed async resets (RESET-1), unconnected ports (ASSIGN-12). See REFERENCE.md for complete rule table.

Waivers:

tcl
create_waiver -type LINT -id ASSIGN-1 -rtl_hierarchy x/y
write_waivers -type LINT -file waivers.tcl

Synthesis-Stage Constraints

Only these constraints are used during synthesis:

TypeCommands
Timingcreate_clock, create_generated_clock, set_input_delay, set_output_delay, set_false_path, set_multicycle_path, set_max_delay, set_clock_groups, set_clock_latency, set_disable_timing
Object Accessall_clocks, all_inputs, all_outputs, get_cells, get_ports, get_clocks, get_nets, get_pins

Important: Timing analysis on synthesized design uses estimated routing delays — only post-route timing is accurate.


Attribute Propagation Rules

  • Placing attribute on a hierarchy affects only its boundary, NOT signals inside (except: DSP_FOLDING, RAM_STYLE, ROM_STYLE, SHREG_EXTRACT, USE_DSP — these DO affect internal signals)
  • If same attribute is set in both RTL and XDC with different values → XDC wins
  • KEEP must be set in RTL; XDC does not support it.
  • DONT_TOUCH supports both RTL and XDC. Set it in RTL when the object may be optimized away before XDC is read. For existing applicable cells or nets, XDC can set or override the property without requiring an RTL edit. Preserve the user's requested modification scope.

© 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

Files

SKILL.md and 66 other files in vivado-synth of Shinei-Nouzen-Arch/FPGA-Agent.

  • SKILL.md
  • REFERENCE.md
  • agents/openai.yaml
  • examples/asym_ram_sdp_read_wider.v
  • examples/asym_ram_sdp_write_wider.v
  • examples/asym_ram_tdp_read_first.v
  • examples/asym_ram_tdp_write_first.v
  • examples/black_box_1.v
  • examples/bytewrite_ram_1b.v
  • examples/bytewrite_tdp_ram_nc.v
  • examples/bytewrite_tdp_ram_readfirst2.v
  • examples/bytewrite_tdp_ram_rf.v
  • examples/bytewrite_tdp_ram_wf.v
  • examples/cmacc.v
  • examples/cmult.v
  • examples/convergentRoundingEven.v
  • examples/convergentRoundingOdd.v
  • examples/dynamic_shift_registers_1.v
  • examples/dynpreaddmultadd.v
  • … and 48 more

Open the folder on GitHubat commit b60a52e

Compare with similar skills

Vivado Synth 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.

Vivado Synth compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Vivado Synth this skillShinei-Nouzen-Arch/FPGA-Agent180—~3.6kAutomated safety check: PassGPL-2.0
Minimizing Ty Ecosystem Changesastral-sh/ruff50k—~4.6kAutomated safety check: PassMIT
Install Anti-Slop Oxlint Rulesdmmulroy/anti-slop5.4k—~2.2kAutomated safety check: PassMIT
Babysit PR To Pass CIsgl-project/sglang37k2 repos~3kAutomated safety check: PassApache-2.0
Rust Best Practicesfarm-fe/farm5.6k3 repos~1.1kAutomated safety check: PassMIT
Summarise Ecosystem Resultsastral-sh/ruff50k—~2.2kAutomated safety check: PassMIT

Similar skills

  • Official

    A skill your agent uses when a user says "minimize this ty ecosystem change", "reproduce this ecosystem result", "investigate a primer difference", "investigate a mypyprimer difference"…

    50k GitHub stars~4.6k tokensUpdated today
    DevelopmentAuto-check passed
  • Installs, updates or migrates the vendored anti-slop Oxlint plugin in a repository, keeping local rule changes and the plugin's license and provenance files.

    5.4k GitHub stars~2.2k tokensUpdated 1 mo ago
    DevelopmentAuto-check passed
  • Babysit PR To Pass CI

    sgl-project/sglang

    Start and persistently pursue a goal to babysit an SGLang pull request until selected GitHub Actions workflows pass on the latest PR head.

    37k GitHub starsUsed in 2 repos~3k tokens
    DevelopmentAuto-check passed
  • Guide for writing idiomatic Rust code based on Apollo GraphQL's best practices handbook.

    5.6k GitHub starsUsed in 3 repos~1.1k tokens
    DevelopmentAuto-check passed
  • Official

    A skill your agent uses when a user says "summarise ecosystem results", "summarize this ty ecosystem report", "what changed in this ecosystem run?", or asks to summarise or summarize ty ecosystem…

    50k GitHub stars~2.2k tokensUpdated today
    DevelopmentAuto-check passed
  • Go Pedantry

    chromedp/chromedp

    This skill should be used when the user is writing Go code and needs guidance on Go-specific pedantry: error wrapping with fmt.Errorf and %w, interface design (accept interfaces return structs)…

    13k GitHub stars~3.7k tokensUpdated today
    DevelopmentAuto-check passed

More from Shinei-Nouzen-Arch/FPGA-Agent

All 10 skills in this repo
  • Vivado Debug

    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.

    180 GitHub stars~4.8k tokensUpdated 1 mo ago
    Auto-check passed
  • Vivado Analysis

    Shinei-Nouzen-Arch/FPGA-Agent

    A skill your agent uses when the user needs Vivado design analysis, timing report interpretation, or timing-closure diagnosis.

    180 GitHub stars~3.3k tokensUpdated 1 mo ago
    Auto-check passed
  • Vivado Constraints

    Shinei-Nouzen-Arch/FPGA-Agent

    A skill your agent uses when the user needs help writing XDC/SDC timing or physical constraints for Vivado FPGA designs.

    180 GitHub stars~3.4k tokensUpdated 1 mo ago
    Auto-check passed
  • Vivado Impl

    Shinei-Nouzen-Arch/FPGA-Agent

    A skill your agent uses when the user needs Vivado implementation strategy selection or optimization.

    180 GitHub stars~3.7k tokensUpdated 1 mo ago
    Auto-check passed
  • Vivado Sim

    Shinei-Nouzen-Arch/FPGA-Agent

    A skill your agent uses when the user needs help with Vivado simulation strategy, flow selection, and debugging.

    180 GitHub stars~2.9k tokensUpdated 1 mo ago
    Auto-check passed
  • Vivado Tcl

    Shinei-Nouzen-Arch/FPGA-Agent

    Generate, review, explain, and execute Vivado/Vitis TCL scripts for FPGA design flows, and verify their execution results.

    180 GitHub stars~2.5k tokensUpdated 1 mo ago
    Auto-check passed

Categories

Questions about Vivado Synth

What does Vivado Synth do?

A skill your agent uses when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control…. Vivado Synth is an agent skill from Shinei-Nouzen-Arch/FPGA-Agent. Use this skill when the user needs help with Vivado synthesis strategy selection, synthesis attribute configuration, synthdesign option tuning, resource inference control (RAM/DSP/SRL/BRAM), hierarchy optimization (flattenhierarchy, KEEPHIERARCHY), OOC (out-of-context) synthesis, incremental synthesis, RTL linting, Block-Level synthesis (BLOCKSYNTH), or any synthesis optimization decision.

When should I use Vivado Synth?

Vivado Synth fits situations like: the user needs help with Vivado synthesis strategy selection; synthesis attribute configuration; synthdesign option tuning; resource inference control (RAM/DSP/SRL/BRAM).

How do I install Vivado Synth in Claude Code?

Run `npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-synth -a claude-code`. Or copy the skill folder (vivado-synth in Shinei-Nouzen-Arch/FPGA-Agent) into .claude/skills/vivado-synth in your project. Claude Code loads it when a task matches its description.

How do I install Vivado Synth in Codex?

Run `npx skills add Shinei-Nouzen-Arch/FPGA-Agent --skill vivado-synth -a codex`. Or copy the skill folder (vivado-synth in Shinei-Nouzen-Arch/FPGA-Agent) into .agents/skills/vivado-synth in your project. Codex loads it when a task matches its description.

Can I use Vivado Synth in Cursor, Gemini CLI or GitHub Copilot?

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-synth -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-synth, .gemini/skills/vivado-synth, .github/skills/vivado-synth and .opencode/skills/vivado-synth in your project.

What does Vivado Synth need to run?

SKILL.md names no scripts, command-line tools or credentials: Vivado Synth is instructions for the agent only.

Does Vivado Synth access the network?

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.

Is Vivado Synth safe to install?

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.

What licence does Vivado Synth use?

Vivado Synth 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.

How many tokens does Vivado Synth use?

About 3.6k 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.

What are the alternatives to Vivado Synth?

Skills that share tags, products or a category with Vivado Synth: Minimizing Ty Ecosystem Changes (astral-sh/ruff, 50k stars), Install Anti-Slop Oxlint Rules (dmmulroy/anti-slop, 5.4k stars), Babysit PR To Pass CI (sgl-project/sglang, 37k stars) and Rust Best Practices (farm-fe/farm, 5.6k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Vivado Synth?

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.