skill-graph-taxonomy

Define canonical closed enums for protocol classification and taxonomy.

Updated May 14, 2026
One-click install
npx skills add https://github.com/jacob-balslev/skills --skill skill-graph-taxonomy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skill-graph-taxonomy
Source: https://github.com/jacob-balslev/skills/tree/main/skill-graph-taxonomy
Command: npx skills add https://github.com/jacob-balslev/skills --skill skill-graph-taxonomy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Defines protocol-level closed enums for scope, category, type, dimensions, verdict tiers, drift_status, relation types, and routing roles to ensure consistent classifications across the Skill Graph ecosystem.

Core Features & Use Cases

  • Establishes a canonical schema for protocol classification used by tools like lint, manifest, router, and audit.
  • Serves as the authoritative reference when proposing new enum values or performing schema migrations to avoid drift.
  • Supports governance workflows by coordinating taxonomy across project boundaries and domains.

Quick Start

Consult this skill when proposing changes to protocol classifications or performing schema migrations to maintain cross-tool consistency.

Frequently Asked Questions about skill-graph-taxonomy

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

FAQPage Schema
What is protocol taxonomy and why do I need closed enums for schema classification?

Protocol taxonomy uses closed enums to define canonical classifications for scope, category, type, and relation types. You need them to enforce classification consistency and ensure interoperability across lint, manifest, router, and audit tools.

How do I prevent enum drift when proposing new schema migrations?

To prevent enum drift during schema migrations, consult the canonical closed enum definitions for drift_status and verdict tiers. This ensures proposed changes align with the authoritative reference and maintain cross-tool consistency.

Can I use this to coordinate governance workflows across multiple project boundaries?

Yes, you can use this to coordinate governance workflows across project boundaries. It establishes a canonical schema for protocol classification that coordinates taxonomy consistently across different domains and project limits.

What's the best way to establish consistent relation types and routing roles across ecosystem tools?

The best way to establish consistent relation types and routing roles is to define them as canonical closed enums. This approach serves as the authoritative reference for all ecosystem tools, avoiding classification drift.

When should I not use closed enums for protocol classification?

You should not use closed enums for protocol classification when your schema requires open-ended, extensible categories that change dynamically outside of formal governance workflows, because closed enums enforce strict, predefined values.