Houdini MCP Project Comparison: capoomgit/houdini-mcp vs healkeiser/fxhoudinimcp
Introduction
As the MCP (Model Context Protocol) standard gains traction, more and more DCC applications are adding AI assistant integrations. In the Houdini ecosystem, two major open-source MCP projects currently exist:
This post compares the two across architecture design, feature coverage, installation experience, and extensibility to help you pick the right one for your workflow.
Overview Comparison
Dimension
houdini-mcp (capoomgit)
fxhoudinimcp (healkeiser)
Focus
Lightweight MCP bridge
Full-featured Houdini MCP server
Tool count
Unspecified; covers basic operations
168 tools + 8 resources + 6 workflow prompts
Architecture
Custom TCP socket (port 9876)
Houdini’s built-in hwebserver (port 8100)
Installation
Manual file copy to Houdini directory
PyPI package, pip install fxhoudinimcp
Package manager dependency
Requires uv
Standard pip works fine
Thread safety
Not explicitly addressed
hdefereval.executeInMainThreadWithResult()
License
Not specified
MIT
Maintenance status
Community-maintained
Actively developed
Architecture Comparison
houdini-mcp (capoomgit)
1
Claude Desktop ──(stdio)──> MCP Bridge Script ──(TCP :9876)──> Houdini Plugin
Communication: The MCP Bridge Script talks to Claude via stdin/stdout and to Houdini via a custom TCP socket.
Server side: A hand-rolled HoudiniMCPServer listening on localhost:9876.
OPUS integration: Access to the OPUS procedural asset library (furniture and environment assets) via RapidAPI. Requires a RapidAPI account and an active API subscription.
Exclusive to fxhoudinimcp
One-click simulation workflows: Pyro / RBD / FLIP / Vellum setup in a single call
Deep USD/LOPs support: 18 dedicated tools
Copernicus image processing: COPs node operations
Scene error analysis: Automatic Cook error detection and reporting
Environment variable configuration: HOUDINI_HOST, HOUDINI_PORT, FXHOUDINIMCP_AUTOSTART, and more
Dual transport mode: stdio + streamable-http
Recommendations by Use Case
Choose houdini-mcp (capoomgit) if you:
Only need basic AI control of Houdini
Are already using a uv-based workflow
Specifically need OPUS procedural asset library integration
Have a simple project scope and want to get started quickly
Choose fxhoudinimcp (healkeiser) if you:
Need comprehensive Houdini coverage (SOPs, LOPs, DOPs, TOPs, COPs, etc.)
Prefer a standardized installation via a PyPI package
Use Claude Code CLI as your primary AI tool
Need guaranteed thread safety
Value active maintenance and long-term project evolution
Conclusion
Evaluation Dimension
houdini-mcp
fxhoudinimcp
Winner
Feature richness
Basic
168 tools
fxhoudinimcp
Architecture robustness
Custom socket
Native hwebserver
fxhoudinimcp
Installation convenience
Multi-step manual
One-liner pip
fxhoudinimcp
Client compatibility
Desktop + Cursor
Desktop + Cursor + VSCode + Claude Code
fxhoudinimcp
Asset ecosystem
OPUS integration
None
houdini-mcp
Documentation quality
Basic
Comprehensive
fxhoudinimcp
Maintenance activity
Community-maintained
Actively developed
fxhoudinimcp
Overall recommendation: For most users, fxhoudinimcp is the better choice — broader feature coverage, a more robust architecture, and a smoother installation process. If you specifically need the OPUS procedural asset library integration, houdini-mcp is worth a look as a complementary tool.