Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
VMware NSX networking management with 31 MCP tools: segments, gateways, NAT, routing, IPAM.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"vmware-nsx": {
"command": "uvx",
"args": [
"vmware-nsx-mgmt"
]
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add vmware-nsx -- uvx vmware-nsx-mgmtวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"vmware-nsx": {
"command": "uvx",
"args": [
"vmware-nsx-mgmt"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"vmware-nsx": {
"type": "stdio",
"command": "uvx",
"args": [
"vmware-nsx-mgmt"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub zw008 ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.8.8) เข้า registry 4 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Python (uv) ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, AvaHR
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Read hiring data and create inactive assessment and questionnaire drafts for human review.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
For a read-only check of this skill with your model and agent host, use the shared model-fit self-test in the marketplace root.
Author: Wei Zhou, VMware by Broadcom — wei-wz.zhou@broadcom.com
This is a community-driven project by a VMware engineer, not an official VMware product.
For official VMware developer tools see developer.broadcom.com.
English | 中文
VMware NSX networking management: segments, gateways, NAT, routing, IPAM — 33 MCP tools, domain-focused.
NSX Policy API skill for NSX-T 3.0+ and NSX 4.x.
| Skill | Scope | Tools | Install |
|---|---|---|---|
| [vmware-aiops](https://github.com/vmware-skills/VMware-AIops) ⭐ entry point | VM lifecycle, deployment, guest ops, clusters | 49 | uv tool install vmware-aiops |
| [vmware-monitor](https://github.com/vmware-skills/VMware-Monitor) | Read-only monitoring, alarms, events, VM info | 27 | uv tool install vmware-monitor |
| [vmware-storage](https://github.com/vmware-skills/VMware-Storage) | Datastores, iSCSI, vSAN | 11 | uv tool install vmware-storage |
| [vmware-vks](https://github.com/vmware-skills/VMware-VKS) | Tanzu Namespaces, TKC cluster lifecycle | 20 | uv tool install vmware-vks |
| [vmware-nsx-security](https://github.com/vmware-skills/VMware-NSX-Security) | DFW microsegmentation, security groups, Traceflow | 21 | uv tool install vmware-nsx-security |
| [vmware-aria](https://github.com/vmware-skills/VMware-Aria) | Aria Ops metrics, alerts, capacity planning | 28 | uv tool install vmware-aria |
| [vmware-avi](https://github.com/vmware-skills/VMware-AVI) | AVI/NSX ALB load balancing, AKO | 28 | uv tool install vmware-avi |
| [vmware-harden](https://github.com/vmware-skills/VMware-Harden) | Compliance baselines, drift detection | 6 | uv tool install vmware-harden |
# Via PyPI
uv tool install vmware-nsx-mgmt
pip install vmware-nsx-mgmt
This project uses the modern PEP 517 build system (hatchling), so there is no `setup.py` by design — that is expected, not a missing file. If you cloned the source and hit ERROR: File "setup.py" or "setup.cfg" not found ... editable mode currently requires a setuptools-based build, your pip is older than 21.3 and cannot do an *editable* (-e) install with a non-setuptools backend. Editable mode is a developer convenience, not needed to run the tool — do one of:
# From the source tree — a normal (non-editable) install builds a wheel:
pip install . # NOT pip install -e .
pip install --upgrade pip && pip install -e .
For a truly air-gapped host, build the wheels on a connected machine and copy them over — the target then needs no network:
# On a connected machine, collect this package + its dependencies as wheels:
pip wheel . -w dist # → dist/*.whl (or: uv build, for just this package)
pip install --no-index --find-links dist vmware-nsx-mgmt
mkdir -p ~/.vmware-nsx
cp config.example.yaml ~/.vmware-nsx/config.yaml
echo "VMWARE_NSX_NSX_PROD_PASSWORD=your_password" > ~/.vmware-nsx/.env chmod 600 ~/.vmware-nsx/.env
vmware-nsx doctor
| Category | Tools | Count | Read / Write |
|---|---|---|---|
| Segments | list, get, create, update, delete | 5 | 2R / 3W |
| Tier-0 Gateways | list, get, BGP neighbors, configure BGP | 4 | 3R / 1W |
| Tier-1 Gateways | list, get, create, update, delete | 5 | 2R / 3W |
| NAT | list, create, delete | 3 | 1R / 2W |
| Static Routes | list, create, delete | 3 | 1R / 2W |
| IP Pools | list, usage, create, delete | 4 | 2R / 2W |
| Fabric Inventory | transport zones, transport nodes, edge clusters | 3 | 3R / 0W |
| Health & Troubleshooting | alarms, transport node status, edge cluster status, manager status, port status, VM-to-segment | 6 | 6R / 0W |
Total: 33 tools (20 read-only + 13 write)
vmware-nsx gateway create-t1 app-t1 --edge-cluster edge-cluster-01 --tier0 tier0-gwvmware-nsx segment create app-web-seg --name app-web-seg --tz --subnet 10.10.1.1/24vmware-nsx nat create app-t1 --action SNAT --source 10.10.1.0/24 --translated 172.16.0.10vmware-nsx segment list and vmware-nsx nat list app-t1Use --dry-run to preview any write command first.
vmware-nsx health manager-statusvmware-nsx health transport-nodesvmware-nsx health edge-clustersvmware-nsx health alarms --severity HIGH (exact-match filter; query each severity separately)vmware-nsx troubleshoot vm-segment vmware-nsx troubleshoot port-status (all ports on the segment: attachment, realized bindings, transport nodes)vmware-nsx gateway routes-t1 app-t1vmware-nsx gateway bgp-neighbors tier0-gw| Category | Tools | Type |
|---|---|---|
| Segments | list_segments, get_segment, create_segment, update_segment, delete_segment | Read/Write |
| Tier-0 GW | list_tier0_gateways, get_tier0_gateway, get_bgp_neighbors, configure_tier0_bgp | Read/Write |
| Tier-1 GW | list_tier1_gateways, get_tier1_gateway, create_tier1_gateway, update_tier1_gateway, delete_tier1_gateway | Read/Write |
| NAT | list_nat_rules, create_nat_rule, delete_nat_rule | Read/Write |
| Static Routes | list_static_routes, create_static_route, delete_static_route | Read/Write |
| IP Pools | list_ip_pools, get_ip_pool_usage, create_ip_pool, delete_ip_pool | Read/Write |
| Fabric | list_transport_zones, list_transport_nodes, list_edge_clusters | Read |
| Health | list_nsx_alarms (per-severity, exact match), get_transport_node_status, get_edge_cluster_status, get_nsx_manager_status | Read |
| Troubleshoot | get_logical_port_status (realized state of all ports on a segment), get_segment_port_for_vm (lookup by VM display name) | Read |
Full per-tool endpoints and methods: skills/vmware-nsx/references/capabilities.md.
# Segments
vmware-nsx segment list vmware-nsx segment get app-web-seg vmware-nsx segment create app-web-seg --name app-web-seg --tz --subnet 10.10.1.1/24 vmware-nsx segment delete app-web-seg
vmware-nsx gateway list-t0 vmware-nsx gateway list-t1 vmware-nsx gateway create-t1 app-t1 --edge-cluster edge-cluster-01 --tier0 tier0-gw vmware-nsx gateway bgp-neighbors tier0-gw vmware-nsx gateway routes-t1 app-t1
vmware-nsx nat list app-t1 vmware-nsx nat create app-t1 --action SNAT --source 10.10.1.0/24 --translated 172.16.0.10 vmware-nsx nat delete-rule --tier1 app-t1 --rule-id rule-01
vmware-nsx route list app-t1 vmware-nsx route create app-t1 --network 192.168.100.0/24 --next-hop 10.10.1.254
vmware-nsx ippool list vmware-nsx ippool create tep-pool vmware-nsx ippool add-subnet tep-pool --start 192.168.100.10 --end 192.168.100.50 --cidr 192.168.100.0/24
vmware-nsx health alarms --severity HIGH # exact match: LOW | MEDIUM | HIGH | CRITICAL vmware-nsx health transport-nodes vmware-nsx health manager-status vmware-nsx troubleshoot vm-segment my-vm-01 # VM display name vmware-nsx troubleshoot port-status app-web-seg # segment ID
vmware-nsx doctor
After `uv tool install vmware-nsx-mgmt`, start the MCP server with one command (v1.5.15+):
# Recommended — single command, no network re-resolve
vmware-nsx mcp
docker compose up -d
Add to your AI agent's MCP config:
{
"mcpServers": { "vmware-nsx": { "command": "vmware-nsx", "args": ["mcp"], "env": { "VMWARE_NSX_CONFIG": "~/.vmware-nsx/config.yaml" } } } }
Alternative: uvx (no install) or legacy entry point
# Run without installing (requires PyPI access each launch)
uvx --from vmware-nsx-mgmt vmware-nsx mcp
vmware-nsx-mcp
Behind a corporate TLS proxy? uvx may fail with
invalid peer certificate: UnknownIssuer.
Use the recommended
vmware-nsx mcpform above (no network needed), or setUV_NATIVE_TLS=true.
More agent config templates (Claude Code, Cursor, Goose, Continue, etc.) in examples/mcp-configs/.
| NSX Version | Support | Notes |
|---|---|---|
| NSX 9.1 | Full | Policy API supported. Note: VDS 7.0+ required (N-VDS removed in NSX 9). |
| NSX 9.0 | Full | Policy API supported. Note: bare-metal agent / physical-server L2 overlay removed. |
| NSX 4.x | Full | Latest Policy API, all features |
| NSX-T 3.2 | Full | All features work |
| NSX-T 3.1 | Full | Minor route table format differences |
| NSX-T 3.0 | Compatible | IP pool subnet API introduced here |
| NSX-T 2.5 | Limited | Policy API incomplete; some tools may fail |
| NSX-V (6.x) | Not supported | Different API (SOAP-based) |
| VCF Version | Bundled NSX | Support |
|---|---|---|
| VCF 9.1 | NSX 9.1 | Full |
| VCF 9.0 | NSX 9.0 | Full |
| VCF 5.x | NSX 4.x | Full |
| VCF 4.3-4.5 | NSX-T 3.1-3.2 | Full |
| Feature | Description |
|---|---|
| Read-heavy | 20/33 tools are read-only |
| Double confirmation | CLI write commands require two prompts |
| Dry-run mode | All write commands support --dry-run preview |
| MCP delete preview | The five MCP delete tools preview by default: without confirm=True they return blast_radius (what would be removed, blockers, unmeasured) and delete nothing. confirm=True is refused while a blocker remains or a read failed |
| Dependency checks | Segment delete refuses while ports are attached; Tier-1 delete refuses, deleting nothing, while segments, NAT rules, static routes, interfaces or VPN / DNS forwarder / LB services still depend on it (--dry-run runs the same check). On MCP, IP pool delete refuses while addresses are allocated — Policy ip-allocations, or NSX's pool_usage count, which also covers addresses Policy does not list (e.g. TEP pools) — and when pool_usage cannot be read. NAT rule and static route deletes have no blockers; their preview shows the rule's match or the route's network and next hops |
| Input validation | CIDR, IP, VLAN IDs, gateway existence validated |
| Audit logging | All operations logged to ~/.vmware-nsx/audit.log |
| No firewall ops | Cannot create/modify DFW rules or security groups |
| Credential safety | Passwords only from environment variables |
| Prompt injection defense |
ตัดมาแค่ช่วงต้น อ่านต่อใน repo