agentleFS
xsovad06xsovad06/sova/.agents/skills/sova-agent-readiness/SKILL.md

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

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
  1. Distinctive:

    When a step involves a discussion with the user, tell them they can say "done" or "skip" to move on to the next step.

    line 10
  2. Distinctive:

    Check every requirement and present results:

    line 28
  3. Distinctive:

    Ask the user if they want to generate or update guideline files.

    line 44
  4. Distinctive:

    Start from this curated list: security, performance, error-handling, api-contracts, database, testing, integration.

    line 48
  5. Very specific:

    If .claude/rules/<domain>.md (or a legacy docs/<domain>-guidelines.md) exists, read and incorporate it

    line 57
  6. Distinctive:

    Reference accuracy: Check every file path, class name, function name against the codebase

    line 65
  7. Distinctive:

    Factual claims: Verify library/framework behavior claims via WebSearch

    line 66
  8. Distinctive:

    Ask user if they want to generate/update.

    line 77
  9. Very specific:

    Create or update .coderabbit.yaml pointing to .claude/rules/*.md:

    line 99
  10. Distinctive:

    If file exists, merge without overwriting existing settings.

    line 108
  11. Distinctive:

    Ask user if they want a PR.

    line 127
  12. Distinctive:

    Commit with descriptive message

    line 130
  13. Very specific:

    After setup: Use the sova-develop-full skill for the full development workflow

    line 137

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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 no paths in its frontmatter loads at launch, into every Claude Code session; a rule scoped with paths loads only when Claude Code opens a file matching that pattern, not every session
  • AGENTS.md: The onboarding doc for any AI agent: cross-cutting conventions + an index pointing to the guideline files
  • CLAUDE.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 reviews
  • README.md: The front door: high-level project context for humans and agents alike
  • CONTRIBUTING.md: Contribution conventions for both humans and agents
  • docs/ARCHITECTURE.md: Institutional knowledge about the system's design and key architectural decisions

We'll check what's already in place, then walk through each file step by step.

Check every requirement and present results:

#RequirementHow to check
1Domain-specific guideline files (.claude/rules/*.md)Glob for files: pass if at least one domain file exists (for example security.md, testing.md)
2AGENTS.md with AI-specific guidance and docs indexCheck repo root
3CLAUDE.md imports AGENTS.md (@AGENTS.md)Check repo root
4CodeRabbit configured (.coderabbit.yaml)Check knowledge_base.code_guidelines.filePatterns includes .claude/rules/*.md
5README.md with foundational contextCheck repo root
6CONTRIBUTING.md with contribution conventionsCheck repo root
7docs/ARCHITECTURE.md with institutional knowledgeCheck 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:

  1. Thoroughly explore the repo from its domain perspective
  2. Identify conventions, patterns, libraries, and practices
  3. If .claude/rules/<domain>.md (or a legacy docs/<domain>-guidelines.md) exists, read and incorporate it
  4. 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:

  1. Reference accuracy: Check every file path, class name, function name against the codebase
  2. Factual claims: Verify library/framework behavior claims via WebSearch
  3. Absolute rules vs code: Grep for counter-examples to "Never"/"Always" rules
  4. Cross-document consistency: Detect contradictions between guideline files
  5. 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.md to 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:

  1. Branch: improve-agent-readiness
  2. Stage all changed/new files
  3. Commit with descriptive message
  4. Push and create PR via gh pr create
  5. Display PR link

Cross-References

  • Knowledge extraction: the sova-extract-knowledge skill for session-level learning
  • After setup: Use the sova-develop-full skill for the full development workflow

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.