mcp-integrations
The mcp-integrations skill enables discovery and invocation of Model Context Protocol tools that extend Nixopus functionality to external services like databases, CI/CD systems, and monitoring platforms. Load this skill when tasks require capabilities beyond core Nixopus, the user asks about MCP servers, or integration with third-party tools is needed.
git clone --depth 1 https://github.com/nixopus/nixopus /tmp/mcp-integrations && cp -r /tmp/mcp-integrations/api/skills/mcp-integrations ~/.claude/skills/mcp-integrationsSKILL.md
# MCP Integrations
When a task involves external services, third-party tools, or capabilities beyond core Nixopus (e.g. databases, monitoring, CI/CD, analytics, logging, storage, auth providers), proactively check whether an MCP integration can help.
**These are runtime tools, not skill files. Use `search_tools` / `load_tool` to find and load them — do NOT use `skill_read` or `skill_search`.**
1. Run `search_tools("mcp")` then `load_tool(...)` to load MCP tools.
2. Call `discover_mcp_tools` to list tools from all enabled MCP servers. Each tool entry includes server_id, tool name, description, and inputSchema.
3. Call `call_mcp_tool` to invoke a specific tool: pass server_id (UUID from discover_mcp_tools), tool_name (exact name string), and arguments (a JSON object matching the tool's inputSchema — use proper types: strings, numbers, booleans, not everything as strings).
4. If no relevant integration exists, call `list_mcp_provider_catalog` to show what integrations the user can enable.
Also use these tools when the user explicitly asks about MCP servers — list, add, update, delete, or test connections.Reference for all Nixopus API operations callable via nixopus_api(method, path, body)
Generate Caddyfile configurations for static sites and reverse proxies — SPA fallback routing, cache headers, compression, redirects, and error pages. Use when deploying a static site that needs custom Caddy configuration, or when the user needs SPA routing, caching, or redirect rules.
Generate docker-compose.yml for multi-service setups including databases, caches, and service dependencies. Use when the app needs a database, cache, message broker, or has multiple independently deployable services.
Size container memory and CPU limits, diagnose OOM kills and CPU throttling, and recommend resource adjustments by ecosystem. Use when containers are being OOM-killed, running slowly, or when setting initial resource limits for a deployment.
Build and deploy C/C++ applications — CMake, Meson, Ninja, and Dockerfile patterns. Use when deploying a C or C++ project, or when CMakeLists.txt or meson.build is detected.
Run database migrations safely during deployment — framework-specific commands, pre-deploy vs post-deploy timing, health gates, and rollback strategies. Use when the app has a database migration system and needs migrations run during deployment.
Build and deploy Deno applications — version detection, dependency caching, and Dockerfile patterns. Use when deploying a Deno project, or when deno.json or deno.jsonc is detected.
Sub-agent routing table — which agent handles diagnostics, machine health, infrastructure, GitHub, billing, and notifications. Load when the current task is not a direct deployment.