Vivado MCP
Allows AI agents to operate AMD Vivado through workflow-level tools, including managing Tcl sessions, creating/opening projects, adding sources, running synthesis, implementation, bitstream generation, and generating reports.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Vivado MCPCheck Vivado installation and start a GUI session."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Vivado MCP
Vivado MCP is planned as a Model Context Protocol server that lets AI clients operate AMD Vivado through safe, workflow-level tools while the user can watch and interact with the Vivado GUI.
The first design target is not GUI click automation. The preferred mode is a managed Vivado Tcl session that can open the GUI with start_gui, load a small Tcl bridge, and let the MCP server submit validated workflow commands into that same Vivado process. Batch mode remains useful for CI and fallback automation.
Current design documents:
Initial scope
Discover a local Vivado installation and report its version.
Start and stop a managed Vivado Tcl/GUI session.
Submit raw Tcl to a managed session when trusted-local expert mode is enabled.
Create or open project-mode Vivado projects.
Add RTL/source/constraint files with path validation.
Run synthesis, implementation, and bitstream generation.
Generate timing, utilization, DRC, and message reports.
Parse common report outputs into compact structured summaries.
Expose logs and generated reports as MCP resources.
Provide built-in help/skills so AI clients can learn the intended Vivado workflows before acting.
Related MCP server: EDA Tools MCP Server
Capability profiles
safe: workflow tools only; no raw Tcl.trusted-local: workflow tools plus raw Tcl/source-file execution inside the managed Vivado session.unrestricted: raw Tcl with minimal policy checks for personal local use.
The prototype bridge in experiments/mcp_bridge.tcl proves the core control path: an external process can submit Tcl files to a live Vivado Tcl/GUI session and receive result files back.
Built-in help
The MCP should expose tutorial content through both tools and resources:
vivado_helpvivado_list_skillsvivado_get_skillvivado_suggest_next_stepsvivado://skills/index
Seed skill docs live in docs/skills.
Install For Local Use
From this repo:
python -m venv .venv
.\.venv\Scripts\python.exe -m pip install -e ".[dev]"This machine has been tested with:
C:\Xilinx\Vivado\2023.1\bin\vivado.batMCP Client Configuration
Use the installed console script as the MCP server command:
{
"mcpServers": {
"vivado": {
"command": "C:\\Workspace\\Vivado_mcp\\.venv\\Scripts\\vivado-mcp.exe",
"env": {
"VIVADO_BIN": "C:\\Xilinx\\Vivado\\2023.1\\bin\\vivado.bat",
"VIVADO_MCP_WORKSPACE": "C:\\Workspace\\Vivado_mcp",
"VIVADO_MCP_ALLOWED_ROOTS": "C:\\Workspace\\Vivado_mcp"
}
}
}
}VIVADO_MCP_WORKSPACE is the default working directory for managed sessions. VIVADO_MCP_ALLOWED_ROOTS is a semicolon-separated list on Windows; workflow paths such as projects, sources, constraints, and Tcl files in trusted-local mode must stay under one of these roots. Use unrestricted capability profile only for personal experiments that need to source Tcl outside the allowed roots.
First Manual Test
After connecting the MCP client, use this sequence:
vivado_helpwithtopic="gui_session".vivado_check_installation.vivado_start_sessionwithopen_gui=true.vivado_run_tclwithtcl="return \"version=[version -short]\"".vivado_project_summaryafter opening or creating a project.vivado_list_artifactsto inspect command/result files.vivado_stop_session.
Implemented Tools
vivado_check_installationvivado_start_sessionvivado_list_sessionsvivado_session_statevivado_stop_sessionvivado_run_tclvivado_source_tclvivado_create_projectvivado_open_projectvivado_add_sourcesvivado_run_synthesisvivado_run_implementationvivado_generate_bitstreamvivado_reportvivado_project_summaryvivado_list_artifactsvivado_read_artifactvivado_helpvivado_list_skillsvivado_get_skillvivado_suggest_next_steps
Development Checks
.\.venv\Scripts\python.exe -m pytest
.\.venv\Scripts\python.exe -m compileall srcThe test suite includes a fake Vivado process and an MCP protocol smoke test that starts the stdio server and lists tools/resources.
Artifact Resources
Command files, result files, logs, and reports are stored under the managed session directory and exposed through artifact URIs:
vivado://sessions/{session_ref}/artifacts/{artifact_id}Use vivado_list_artifacts to discover artifact URIs and vivado_read_artifact to read text artifacts. vivado_report also returns a best-effort report_summary for timing, utilization, DRC, and message reports. vivado_project_summary returns the current project, source files, runs, IP, and block designs as structured data.
Explicitly out of scope for the first version
GUI click automation.
Attaching to an arbitrary already-open Vivado process that did not load the MCP bridge.
Hardware programming and live hardware manager operations.
Full IP Integrator automation.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Shanqianlvshui/Vivado_MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server