evolving-project-discipline-skills

Creates, consolidates, and evaluates project discipline skills using registry and behavior evidence.

Updated Jul 9, 2026
One-click install
npx skills add https://github.com/alsdmlals4-eng/Base --skill evolving-project-discipline-skills-alsdmlals4-eng
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: evolving-project-discipline-skills
Source: https://github.com/alsdmlals4-eng/Base/tree/main/skills/evolving-project-discipline-skills
Command: npx skills add https://github.com/alsdmlals4-eng/Base --skill evolving-project-discipline-skills-alsdmlals4-eng

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Skill collections grow messy over time: overlapping skills, dead references, unverified behavior claims, and new skills added without checking existing ones. This Skill governs the full lifecycle of creating, consolidating, registering, and evaluating discipline skills so the registry stays accurate and evidence-based. ## Core Features & Use Cases - Consolidation-first boundary decisions: Checks whether an existing skill mode or reference extension solves the need before creating a new skill, preserving unique inputs, outputs, and approval boundaries. - Behavior evaluation coverage: Requires every active skill to have primary and non-selection behavior coverage, with results tied to exact commit, registry SHA-256, and an independent reviewer context. - Evidence classification: Distinguishes EXECUTABLE_EVIDENCE, CONTRACT_EVIDENCE, and MISSING_EVIDENCE so file existence is never promoted to actual model behavior proof. - Use Case: When a team wants to add a new workflow skill, use this Skill to inventory existing skills, decide whether to extend a mode or create a new unit, register it with triggers and aliases, and run behavior evaluations before claiming it works. ## Quick Start Use the evolving-project-discipline-skills skill to review the current skill registry and decide whether my proposed new skill should be created or merged into an existing one.

Frequently Asked Questions about evolving-project-discipline-skills

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

FAQPage Schema
How do I decide whether to create a new skill or extend an existing one?

Check first whether an existing skill's mode, trigger, or reference extension can handle the task. Only create a separate skill when it has independent inputs, outputs, quality bars, validation, and approval boundaries that recur across work.

What is behavior evaluation coverage for skills?

Every active skill must have at least one primary behavior case where it is the correct owner and one non-selection case where choosing it would be wrong. Without both, the contract check fails and routing quality cannot be reported as passing.

Can I claim a skill works based on fixtures and schemas alone?

No. Fixture, schema, and evidence-path existence only prove contract structure. Actual model behavior requires a schema-valid result artifact tied to the exact commit, registry SHA-256, evaluation-set SHA-256, and an independent reviewer context.

What is the difference between EXECUTABLE_EVIDENCE and CONTRACT_EVIDENCE?

EXECUTABLE_EVIDENCE means a linked test, tool, workflow, or script path exists as a real file. CONTRACT_EVIDENCE means only documentation or contract consumers exist. Neither proves the evidence passed on the current commit.

When should repeated work be turned into a reusable skill?

Only when repetition is actually observed or a user requests reuse. Prefer strengthening existing skill modes or extracting testable script modules first; create an independent skill only when triggers, inputs, outputs, and approval boundaries repeat independently.