govern-ai-skills
Skill0 starsChanged 10 days agoApache-2.0View on GitHub
Audit, add, update, de-duplicate, and retire repository-owned Solo Empire AI skill packages while keeping routing, UI metadata, documentation inventory, tests, and context size aligned. Use when asked what skill is missing, whether skills overlap, to create or improve a skill, or to validate the skill system without changing the existing model or token policy.
In this repository27 other files it gives its agents.
- ai-agentsSkill
- ai-agent-workflowsSkill
- ai-native-estimationSkill
- ai-product-deliverySkill
- book-dev-engineering-loopSkill
- business-analysisSkill
- client-discovery-and-proposalsSkill
- content-distributionSkill
- data-engineeringSkill
- flow-videoSkill
- game-engineeringSkill
- graphic-designSkill
- lead-research-and-crmSkill
- main-only-developmentSkill
- product-managementSkill
- product-ownerSkill
- project-managementSkill
- qa-testingSkill
- security-and-privacySkill
- skill-templateSkill
- solo-empire-operatorSkill
- solution-architectureSkill
- subagent-orchestrationSkill
- system-docpackSkill
- unused-file-cleanupSkill
- ux-reviewSkill
- xr-engineeringSkill
The file
We split this skill into the rules it gives an agent
6 rules. About 0 are common, 3 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Keep the skill system small, discoverable, testable, and provider-neutral.
- Very specific: line 16
Run task audit for governance audit JSON and task check for complete skill-repository checks.
- Distinctive: line 22
Before adding a skill, define representative trigger prompts, inputs, output, owner, stop condition, approvals, failure cases, and …
- Very specific: line 24
Use the active skill-creator scaffold for a new package.
- Very specific: line 29
Keep SKILL.md concise, update agents/openai.yaml and this repository's README.md, and add a router entry only when short requests need a …
- Distinctive: line 35
Run the skill validator, focused tests, and repository documentation checks before handoff.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Govern AI Skills
Keep the skill system small, discoverable, testable, and provider-neutral.
Workflow
- Read
../architecture-docs/docs/AI-AGENT-GUIDE.md(orSOLO_ARCHITECTURE_ROOT/docs/AI-AGENT-GUIDE.md) and inspect the skill repository worktree status. Consult architecture and owning repository documentation for ownership. Preserve unrelated changes. - Run
task auditfor governance audit JSON andtask checkfor complete skill-repository checks; treat their errors as evidence. Reviewrole_coverage.candidate_skill_gapsas declared candidates; do not infer a missing capability from folder names alone. - Classify the request as one of: extend an existing skill, add a new skill,
move repeated deterministic logic into
infra/, or make no skill change. - Before adding a skill, define representative trigger prompts, inputs, output, owner, stop condition, approvals, failure cases, and verification.
- Use the active
skill-creatorscaffold for a new package. Keep reusable instructions in a skill package at this repository root; keep runtime code and operational commands in their owning repositories (platform-ops-clifor operations,architecture-docsfor architecture documents). Add references or assets only when progressive disclosure needs them. - Keep
SKILL.mdconcise, updateagents/openai.yamland this repository'sREADME.md, and add a router entry only when short requests need a distinct deterministic route. - Preserve the existing context and token policy unless the user explicitly asks to change it. Never change model selection, cache policy, token budgets, or maximum context files as a side effect of skill maintenance.
- Run the skill validator, focused tests, and repository documentation checks before handoff.
Decision rules
- An existing skill covers the same user outcome → improve it instead of creating an overlapping package.
- Logic is repeated, deterministic, or failure-sensitive → implement it in an
infra/script and keep only the operating procedure in the skill. - The request is a one-off task with no reusable workflow → do not add a skill.
- A skill body exceeds 500 lines or 5,000 words → split optional detail into a directly linked reference before adding more context.
- Router keywords overlap → make priority intentional and add a regression test for the ambiguous prompt.
- Publishing, external writes, production changes, spending, or destructive actions → stop at an explicit approval gate.
Handoff
Report the evidence-backed gap, whether a package was added or extended, files changed, routing behavior, context/token policy values, tests run, warnings, and the next safe action.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

