Figma Context MCP
Give your coding agent access to your Figma data. Implement designs in any framework in one-shot.
作者提供的说明(英文原文)
Read-only evidence and boot-readiness tools for one VM disk image, offline.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"guestkit": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/zyvorai/guestkit-mcp:1.2.9",
"/vms/{image_file}",
"--target",
"kvm"
]
}
}
}在终端中运行这条命令
claude mcp add guestkit -- docker run -i --rm ghcr.io/zyvorai/guestkit-mcp:1.2.9 '/vms/{image_file}' --target kvm粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"guestkit": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/zyvorai/guestkit-mcp:1.2.9",
"/vms/{image_file}",
"--target",
"kvm"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"guestkit": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/zyvorai/guestkit-mcp:1.2.9",
"/vms/{image_file}",
"--target",
"kvm"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 zyvorai 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(1.2.9)于20天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Docker。
同一分类中有:Figma Context MCP, Claude Real Video, Figma MCP Server
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Give your coding agent access to your Figma data. Implement designs in any framework in one-shot.
Let any LLM watch a video locally — and search everything it has ever watched.
The Figma MCP server brings Figma design context directly into your AI workflow.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Offline VM intelligence and migration assurance. GuestKit reads a VM disk while the guest is off, scores first-boot readiness 0–100, repairs it through a plan you can read, and certifies cutover with a signed Passport.
6 disk formats · 0–100 boot score · 0 appliance daemons · 8 migration targets · Apache-2.0
Gallery · Docs · Product · Wiki · 30-day Enterprise trial
| Release | What changed |
|---|---|
| Agent (1.2.6) | Per-container eBPF network policy and BPF-LSM controls in the guest agent (guestkit.netpolicy / guestkit.lsm), off by default, audit first, enforce only under a time-bound lease |
| 1.2.5 | Offline inject on run_migrate_repair: hostname, network, users, services, first-boot scripts, cloud-init, AD rejoin, Windows KMS and RDP, appended to the repair plan |
| 1.2.5 | Online snapshots freeze the filesystem through the privileged helper, so KubeVirt snapshots of PVC-backed VMs work with the unprivileged agent |
| 1.2.5 | Linux agent connects to the virtio channel on stock distros (udev rule shipped in DEB, RPM and tarball); concurrent NBD mounts no longer race |
| 1.2.2 | Web Image Vault reaches TUI parity: inventory tabs, Assurance (plan, passport, repair preview and gated apply), Profiles and Files |
| 1.2.0 | guestkit-qemu assured QEMU/VirtIO runtime, guestkit vm, virtctl-guestkit guestfs, the cutover bundle and guestkit shrink for oversized disks |
Full history: CHANGELOG.md.
Every hypervisor exit fails the same way: you discover the disk was broken at 2am, in the cutover window, after power-on. GuestKit reads the disk while the guest is off — qcow2, VMDK, VHDX, VHD, VDI or raw — through its own pure-Rust engine (NBD or loop mount). There is no appliance daemon and no "power it on and see".
| When this happens… | GuestKit gives you… |
|---|---|
| "Will it boot?" is answered at power-on | An offline doctor score (0–100) with a root-cause chain for each blocker |
| Each migration relies on scripts and tribal knowledge | Structured plans in JSON/YAML and a CI gate on the same score |
| Cutover weekend is full of surprises | Hypervisor-aware migrate-plan and day-0 packs, for 8 targets |
| There is no audit trail of what was checked | A signed Cutover Passport per disk |
| Repairs are hand edits inside a mounted image | Fix plans you can read, applied with backups and rollback |
| Migration order is guessed by hand | fleet wave-plan: dependency-aware waves |
Fixes are never implicit. Repairs go through a plan you can read, applied with backups and rollback, and the same score drives the CI gate, the signed Cutover Passport, and assured QEMU launch.
Boot-readiness scoring
First-boot probability 0–100, the blockers explained, and a reviewable fix plan.
The cutover problem
Offline repair
Repairs go through a plan you can read, applied with backups and rollback.
What you can do
Migration assurance
The same score drives the CI gate, the signed Cutover Passport and assured QEMU launch.
Quick start
Engine and formats
A pure-Rust engine over qcow2, VMDK, VHDX, VHD, VDI and raw, through NBD or loop mount.
Platform layout
Suite hand-offs
Export with Transiva, convert and deploy with h2kvm, assure with GuestKit, operate on Zorvia or Zeus OS.
Who does what
CLI, TUI, web, CI
CLI, TUI, QEMU, Python, web console, in-guest agent and a GitHub Action.
Run the web stack
70+ commands · 6 disk formats · 0 appliance daemons · 8 migration targets · Apache-2.0
The full comparison has more rows, including fleet drift, the Carbon TUI with the in-guest agent, and guestkit qga as a drop-in for virsh qemu-agent-command.
| GuestKit | libguestfs + virt-v2v | |
|---|---|---|
| Disk access | Rust engine; guest files reached through qemu-nbd or loop mounts on the host | Launches a small appliance VM to read and edit the disk |
| Boot readiness | doctor: a 0–100 first-boot score per target, with blockers explained | Inspection and conversion; no readiness score |
| Migration plan | migrate-plan per target (kvm, proxmox, qemu, kubevirt, aws, azure, gcp, hyperv) | virt-v2v converts a guest to run on KVM |
| Repair | Fix plans with backups and rollback; rescue for SSH, GRUB and passwords | virt-customize, virt-rescue and guestfish for scripted edits |
| Cutover evidence | Signed Cutover Passport and a GitHub Action that fails below a score | Not part of the toolkit |
| Interfaces | CLI, TUI, Python, web console, in-guest agent, GitHub Action | CLI tools and language bindings |
| Choose libguestfs when | You need its broad filesystem and OS coverage, or virt-v2v's end-to-end conversion, and have no need for a score or a cutover record |
GuestKit sits next to conversion tools rather than replacing all of them: h2kvm converts and deploys, and calls GuestKit for the offline fixes.
Assurance: doctor score 78, a REVIEW decision, and ranked findings with a fix command each.
Summary: OS identity and inventory counts from inspect.
Image Vault: import a disk, or try the offline demo.
The bundled OSS web console rendering its offline demo data, not a live deployment. Demo videos are in the gallery .
disk.qcow2 / .vmdk / .vhdx / .vhd / .vdi / .raw
│ ▼ ┌──────────────────────┐ │ Pure-Rust engine │──► doctor 0–100 + blockers │ NBD / loop mount │──► migrate-plan YAML └──────────────────────┘──► Passport · repair · CI gate │ guestkit-qemu (assured launch) CLI · TUI · QEMU · Python · Web · Agent · GitHub Action
Export with [Transiva](https://github.com/zyvorai/zyvor-transiva) (Apache-2.0) → convert & deploy with [h2kvm](https://github.com/zyvorai/zyvor-h2kvm) (Zyvor Production License) → assure with [GuestKit](https://github.com/zyvorai/zyvor-guestkit) (Apache-2.0) → operate on [Zorvia](https://github.com/zyvorai/zyvor-zorvia/blob/main/docs/leave-openshift.md) or [Zeus OS](https://zyvor.dev/zeus-os?utm_source=github&utm_medium=guestkit&utm_campaign=readme_suite). Run and manage VMs with FluxVM. Who does what · h2kvm integration
Architecture in depth: docs/architecture/overview.md.
# v1.2.6 GitHub Release — crates.io `guestkit` is still 0.3.2
curl -fsSL -O https://github.com/zyvorai/zyvor-guestkit/releases/download/v1.2.6/guestkit-1.2.6-linux-amd64.tar.gz
guestkit doctor vm.qcow2 --target proxmox --explain guestkit migrate-plan vm.vmdk --target kvm --export plan.yaml guestkit passport emit vm.qcow2 --target kvm -o passport.json guestctl tui vm.qcow2 # Assurance · preview · export guestkit-qemu plan vm.qcow2 --json # assurance → QEMU definition
CI gate — same score, no CLI install step:
- uses: zyvorai/guestkit@v1
with: disk: vm.qcow2 target: kvm fail-below: '80'
Targets: kvm · proxmox · qemu · kubevirt · aws · azure · gcp · hyperv. Host needs: Linux with qemu-img, losetup, and qemu-nbd (mount/repair may need root).
Python (v1.1.0+), on [PyPI](https://pypi.org/project/zyvor-guestkit/): pip install zyvor-guestkit, then guestkit.run_doctor("vm.qcow2", target="kvm", explain=True). The full quick start, shrink and Python examples: docs/quick-start.md.
MCP server — guestkit mcp-serve [--target kvm] is a stdio MCP server exposing six read-only evidence tools for one disk image. Build with cargo build --release --features mcp. Registry name io.github.zyvorai/guestkit; OCI image ghcr.io/zyvorai/guestkit-mcp. Opening a disk needs loop/NBD, so the
只显示了开头部分;其余内容请在仓库中阅读