sova-agent-readiness
Skill3 starsChanged 6 days agoApache-2.0View on GitHub
Assess and improve a repository's readiness for AI-assisted development.
- Commits and pushes
In this repository44 other files it gives its agents.
- AGENTS.mdAGENTS.md
- templates/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- templates/CLAUDE.mdCLAUDE.md
- dashboard-designSkill
- database-patternsSkill
- design-systemSkill
- design-tasteSkill
- issue-templateSkill
- sova-address-prSkill
- sova-after-mergeSkill
- sova-audit-instructionsSkill
- sova-debugSkill
- sova-develop-explainSkill
- sova-develop-fullSkill
- sova-developSkill
- sova-extract-knowledgeSkill
- sova-find-taskSkill
- sova-health-auditSkill
- sova-ingest-reviewSkill
- sova-integrate-prSkill
- sova-issueSkill
- sova-new-featureSkill
- sova-optimize-knowledgeSkill
- sova-prSkill
- sova-rearrange-commitsSkill
- sova-researchSkill
- sova-review-fullSkill
- sova-review-prSkill
- sova-reviewSkill
- sova-simplifySkill
- sova-specSkill
- sova-standupSkill
- sova-statusSkill
- sova-testSkill
- sova-update-docsSkill
- testing-patternsSkill
- visual-auditSkill
- dashboard-designSkill
- database-patternsSkill
- design-tasteSkill
- issue-templateSkill
- testing-patternsSkill
- visual-auditSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 10 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
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 10
When a step involves a discussion with the user, tell them they can say "done" or "skip" to move on to the next step.
- Distinctive: line 28
Check every requirement and present results:
- Distinctive: line 44
Ask the user if they want to generate or update guideline files.
- Distinctive: line 48
Start from this curated list: security, performance, error-handling, api-contracts, database, testing, integration.
- Very specific: line 57
If .claude/rules/<domain>.md (or a legacy docs/<domain>-guidelines.md) exists, read and incorporate it
- Distinctive: line 65
Reference accuracy: Check every file path, class name, function name against the codebase
- Distinctive: line 66
Factual claims: Verify library/framework behavior claims via WebSearch
- Distinctive: line 77
Ask user if they want to generate/update.
- Very specific: line 99
Create or update .coderabbit.yaml pointing to .claude/rules/*.md:
- Distinctive: line 108
If file exists, merge without overwriting existing settings.
- Distinctive: line 127
Ask user if they want a PR.
- Distinctive: line 130
Commit with descriptive message
- Very specific: line 137
After setup: Use the sova-develop-full skill for the full development workflow
≈ “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
Assess the current repository's readiness for AI-assisted development, then offer to improve it step by step. the arguments provided when this skill is invoked
Whenever you need to ask the user a question, always use the AskUserQuestion tool; never ask as plain text.
When a step involves a discussion with the user, tell them they can say "done" or "skip" to move on to the next step.
Step 1. Assess (before)
Present this explanation:
This skill helps you build a layered documentation system for AI-assisted development. Each file has a distinct role:
.claude/rules/*.md: Detailed, domain-specific playbooks (security, testing, database, etc.) with concrete rules agents follow. A rule with nopathsin its frontmatter loads at launch, into every Claude Code session; a rule scoped withpathsloads only when Claude Code opens a file matching that pattern, not every sessionAGENTS.md: The onboarding doc for any AI agent: cross-cutting conventions + an index pointing to the guideline filesCLAUDE.md: A thin, Claude Code-specific layer that imports AGENTS.md and adds Claude-only behavior (build commands, etc.).coderabbit.yaml: Points CodeRabbit (AI code reviewer) to the guideline files so it enforces your conventions during PR reviewsREADME.md: The front door: high-level project context for humans and agents alikeCONTRIBUTING.md: Contribution conventions for both humans and agentsdocs/ARCHITECTURE.md: Institutional knowledge about the system's design and key architectural decisionsWe'll check what's already in place, then walk through each file step by step.
Check every requirement and present results:
| # | Requirement | How to check |
| 1 | Domain-specific guideline files (.claude/rules/*.md) | Glob for files: pass if at least one domain file exists (for example security.md, testing.md) |
| 2 | AGENTS.md with AI-specific guidance and docs index | Check repo root |
| 3 | CLAUDE.md imports AGENTS.md (@AGENTS.md) | Check repo root |
| 4 | CodeRabbit configured (.coderabbit.yaml) | Check knowledge_base.code_guidelines.filePatterns includes .claude/rules/*.md |
| 5 | README.md with foundational context | Check repo root |
| 6 | CONTRIBUTING.md with contribution conventions | Check repo root |
| 7 | docs/ARCHITECTURE.md with institutional knowledge | Check for file |
Step 2. Generate or update domain-specific guideline files
Guideline files (
.claude/rules/<domain>.md) are the deepest layer. They contain detailed, domain-specific rules: concrete conventions from your repo, not generic knowledge. AGENTS.md will point to these files.
Ask the user if they want to generate or update guideline files. If they decline, skip.
2a. Identify relevant domains
Start from this curated list: security, performance, error-handling, api-contracts, database, testing, integration.
Merge with any domains already in AGENTS.md. Use an Explore agent (Sonnet) to scan the repo and determine relevance. Present filtered list to user for confirmation.
2b. Explore and generate guidance
For each confirmed domain, launch a background agent (Opus). Each agent must:
- Thoroughly explore the repo from its domain perspective
- Identify conventions, patterns, libraries, and practices
- If
.claude/rules/<domain>.md(or a legacydocs/<domain>-guidelines.md) exists, read and incorporate it - Return complete guideline content (do NOT write files)
Each guideline must not exceed 200 lines. Focus on repo-specific conventions, not general knowledge.
2c. Verify guideline accuracy
For each domain, launch a verification agent (Sonnet) that:
- Reference accuracy: Check every file path, class name, function name against the codebase
- Factual claims: Verify library/framework behavior claims via WebSearch
- Absolute rules vs code: Grep for counter-examples to "Never"/"Always" rules
- Cross-document consistency: Detect contradictions between guideline files
- Return corrected version (do NOT write files)
Present each verified guideline to the user and write the approved ones to .claude/rules/<domain>.md.
Step 3. Generate or update AGENTS.md
AGENTS.md is the onboarding doc for any AI agent. It captures cross-cutting conventions and includes an index pointing to the detailed guideline files. Unlike CLAUDE.md, it's agent-agnostic.
Ask user if they want to generate/update. If they decline, skip.
Launch a background agent (Opus) to explore the repo and propose AGENTS.md content including:
- Docs index pointing to the guideline files from Step 2
- Cross-cutting conventions spanning multiple domains
- Architectural context not obvious from single files
- Common pitfalls specific to this repo
Present to user for review. Write when approved.
Step 4. Generate or update CLAUDE.md
CLAUDE.md is the Claude Code-specific layer on top of AGENTS.md. It uses
@AGENTS.mdto import agent guidance, then adds Claude Code-exclusive content.
Belongs in CLAUDE.md: @AGENTS.md import, build/test/lint commands, pre-commit hooks, Claude-specific preferences.
Does NOT belong: coding conventions, architecture, domain rules (those go in AGENTS.md, .claude/rules/, or docs/).
Launch a background agent (Sonnet) to propose content. Present to user. Write when approved.
Step 5. Configure CodeRabbit
Create or update .coderabbit.yaml pointing to .claude/rules/*.md:
knowledge_base:
code_guidelines:
filePatterns:
- ".claude/rules/*.md"If file exists, merge without overwriting existing settings.
Step 6. Generate or update README.md
Launch a background agent (Opus) to propose README content covering:
- Project purpose and description
- Tech stack and key dependencies
- Project structure overview
- How to build and run
- Links to further documentation
Present to user. Write when approved.
Step 7. Assess (after)
Re-check all requirements. Present before/after comparison table.
Step 8. Create a pull request (optional)
Ask user if they want a PR. If yes:
- Branch:
improve-agent-readiness - Stage all changed/new files
- Commit with descriptive message
- Push and create PR via
gh pr create - Display PR link
Cross-References
- Knowledge extraction: the
sova-extract-knowledgeskill for session-level learning - After setup: Use the
sova-develop-fullskill for the full development workflow
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.

