governance-encoder

Convert design system governance policies into JSON or YAML constraint files.

155|7|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/murphytrueman/design-system-ops --skill governance-encoder
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: governance-encoder
Source: https://github.com/murphytrueman/design-system-ops/tree/main/skills/governance-encoder
Command: npx skills add https://github.com/murphytrueman/design-system-ops --skill governance-encoder

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill transforms human-readable design system governance policies into machine-executable JSON or YAML constraint files, enabling automated validation by AI agents and CI pipelines.

Core Features & Use Cases

  • Policy to Code: Converts governance rules (naming conventions, contribution workflows, token usage) into structured, machine-readable formats.
  • Automated Enforcement: Generates rule engine files for AI agents and CI/CD pipelines to enforce design system standards programmatically.
  • Use Case: You have a detailed document outlining your component naming conventions. This Skill will convert those rules into a JSON file that ESLint can use to automatically flag any naming violations in your codebase.

Quick Start

Use the governance-encoder skill to convert the governance rules in ../../knowledge-notes/component-governance.md into machine-executable JSON constraint files.

Frequently Asked Questions about governance-encoder

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I convert design system governance policies into machine-executable rules?

Converting design system governance policies into machine-executable rules requires transforming human-readable documentation into structured JSON or YAML constraint files. This enables automated validation by AI agents and CI pipelines to enforce standards programmatically.

Can I automate design system token validation in CI/CD pipelines?

Automating design system token validation in CI/CD pipelines is possible by generating structured JSON or YAML constraint files from governance policies. These files integrate with configuration setups to programmatically flag naming, structure, and token usage violations.

What design system rule categories can be encoded into JSON or YAML constraints?

Design system rule categories that can be encoded into JSON or YAML constraints include naming conventions, structure, tokens, accessibility, contribution workflows, release management, and documentation standards, ensuring comprehensive automated validation coverage.

Does this governance policy encoder work with Figma and GitHub data?

The governance policy encoder integrates with Figma and GitHub data by auto-pulling information through their respective MCP connections. This ensures comprehensive rule encoding by validating actual component designs and repository structures against defined policies.

How do I generate ESLint rules from component naming conventions?

Generating ESLint rules from component naming conventions involves converting detailed governance documentation into a JSON constraint file. This structured file configures ESLint to automatically detect and flag any naming violations within your codebase.

What is the best way to enforce design system standards programmatically?

The best way to enforce design system standards programmatically is encoding governance policies into machine-readable JSON or YAML files. These constraint files allow AI agents and CI/CD pipelines to automatically validate code and flag compliance issues.