By opsmill
Develop and manage an Infrahub-powered infrastructure data platform: design schemas, create objects, write Python/Git checks, build generators and transforms, audit repo compliance, analyze live data via MCP, and file ecosystem issues — all from Claude.
Analyzes and correlates live Infrahub data via the MCP server — answers operational questions, detects drift, and investigates impact. TRIGGER when: querying infrastructure data, checking compliance, investigating change impact, producing ad-hoc reports. DO NOT TRIGGER when: writing automated checks, building transforms, designing schemas, populating data files. ALWAYS pass the user's question verbatim as args — this skill runs in a forked context and cannot see the parent conversation. Invoking without args will fail.
Audits an Infrahub repository against best practices and rules, producing a structured compliance report. TRIGGER when: reviewing repo for compliance, onboarding to existing project, pre-deployment validation, catching issues. DO NOT TRIGGER when: creating schemas, writing checks/generators, querying live data, populating objects.
Collect a redacted local diagnostic bundle (logs, config, version, state) for an OpsMill expert hand-off. TRIGGER when: Infrahub is broken/failing/erroring, the user asks for help debugging, wants to collect logs/diagnostics, prepares a hand-off for OpsMill support, or reports a crash/timeout/connection issue (upgrade failure, stuck branch, container CrashLoopBackOff, 500s, OOM). DO NOT TRIGGER when: filing a public GitHub issue (use infrahub-reporting-issues), or running operational queries (use infrahub-analyzing-data).
Shared references and cross-cutting rules for all Infrahub skills — GraphQL syntax, .infrahub.yml format, and common patterns. DO NOT TRIGGER directly — loaded automatically by other Infrahub skills when they need shared references.
Creates Infrahub check definitions — Python validation logic, GraphQL queries, and YAML-driven tests for proposed change pipelines. TRIGGER when: writing validation checks, creating Python checks, building data quality guards for proposed changes, writing or running tests for a check. DO NOT TRIGGER when: designing schemas, querying live data, building transforms or generators.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
AI skills for developing with Infrahub. Install the skills, open your Infrahub project, and start building — your AI coding assistant automatically uses the right skill for each task.
# Install all Infrahub skills into your project
npx skills add opsmill/infrahub-skills
The skills installer will walk through where you want to install the skill (project specific or global), and what agents you want to be able to use it.
To update the skills:
# Update skills
npx skills update
Once installed, start working on an infrahub project — try "describe what this schema does" to explore, or "add a status attribute to Device" to make a change.
Note, the
npx skillscommand uses the Vercel Skills CLI. See the Vercel Skills CLI documentation for details
InfrahubGenerator implementation for that specific case.InfrahubCheck implementation with the correct GraphQL queries and .infrahub.yml registration..infrahub.yml registration, and structural patterns — then generates a report regarding what to fix and why.The skills give your AI agent domain-specific knowledge about Infrahub: schema design, data modeling, validation checks, generators, transforms, and menu customization. When you make a request inside an Infrahub project, the agent picks the appropriate skill and applies Infrahub conventions automatically — correct naming, relationship patterns, .infrahub.yml registration, and so on.
There are two ways to work, depending on the complexity of what you're building.
For targeted changes, skip the ceremony. Describe what you want and the agent handles it using the right skill.
Examples:
contract_start_date attribute to InfraCircuit" — the agent uses managing-schemas, applies naming conventions, and updates the schema file..infrahub.yml.This is the fastest path for well-scoped work: adding attributes, writing a check, populating objects, creating a transform. No planning step needed. It's also how most people start — install the skills, describe what you need, and iterate from there.
For anything beyond a simple, self-contained change — designing a new schema node with relationships, building a generator chain, or standing up an entire new domain — you should use a spec-driven development (SDD) framework to plan first, then let the agent execute against the plan.
The SDD workflow forces the agent to reason before it builds. You write a natural-language spec describing what you want, the agent produces a plan validated against Infrahub skills, breaks it into discrete tasks, and then implements each one using the correct skill. This matters because a schema node with incorrect relationship cardinality or a generator missing allow_upsert will cost you debugging time later — the planning step catches those issues upfront.
npx claudepluginhub opsmill/claude-marketplace --plugin infrahubSet of DevOps skills for Claude Code.
Infrastructure management discipline: Ansible automation, container orchestration, Proxmox virtualization, Unraid NAS, and network architecture
Structured operational documentation and runbook patterns for human operators. Helps create clear, actionable runbooks for troubleshooting, incident response, and maintenance.
DevOps and Data Engineering with AWS, GCP, Ansible, dbt, and SQLMesh expertise
Terraform module creation and infrastructure planning
Infrastructure as Code (Terraform, Ansible, CloudFormation), CI/CD pipelines (GitHub Actions, GitLab CI), and database specialists (PostgreSQL, MySQL) for DevOps workflows.