agentleFS
fapariciorfaparicior/sdlc-skills/AGENTS.md

sdlc-skills

AGENTS.md2 starsChanged 5 days agoMITView on GitHub

Welcome! You are working on the sdlc-skills repository, which houses the universal Spec-Driven, DDD & TDD Software Development Life Cycle agent skills. This repository uses Changesets for Semantic Versioning and automated changelog generation:

  • Commits and pushes

The file

We split this AGENTS.md into the rules it gives an agent

4 rules. About 0 are common, 0 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Every workflow/template-producing skill MUST open with XML control-plane blocks (<state_machine>, <execution_invariants>, …

    line 21
  2. Very specific:

    Documenting changes: Run npm run changeset when adding or modifying skills, choose the bump level (patch, minor, major), and write a …

    line 36
  3. Very specific:

    Bumping version & changelog: Run npm run version. This will:

    line 37
  4. Very specific:

    Local setups: Run bash scripts/link-skills.sh after a git pull to refresh symlinks in ~/.claude/skills and ~/.agents/skills.

    line 55

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md 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
AGENTS.md

SDLC Skills Guidelines for Agents

Welcome! You are working on the sdlc-skills repository, which houses the universal Spec-Driven, DDD & TDD Software Development Life Cycle agent skills.

Architecture & Conventions

  • Each skill lives in skills/<category>/<skill-name>/ with a SKILL.md entry point.
  • SKILL.md MUST contain standard YAML frontmatter:
    ---
    name: <skill-name>
    description: >-
      <Short description and trigger phrases>
    disable-model-invocation: true # or false for router skills
    ---
  • Subdirectories inside a skill can include templates/, references/, and scripts/.
  • Shared guidelines reside in guidelines/ and are symlinked into categories.
  • Skills must remain modular, decoupled from any single proprietary codebase, and configurable via .sdlc/config.json.
  • Level 3 Execution Protocol (guidelines/execution-protocol.md):
    • Every workflow/template-producing skill MUST open with XML control-plane blocks (<state_machine>, <execution_invariants>, <output_contract>) that enforce workflow structure = immutable | step reasoning = flexible.
    • Every reference to a file in templates/*.md MUST be locked inside <output_contract> requiring an explicit read_file tool call on the template before generating output (never reconstructing templates from prose or memory), plus an explicit ESCAPE_HATCH ("N/A — [1-line rationale]" or ask the user; never silently omit or invent sections).
    • Multi-stage skills MUST enforce explicit 🛑 HALT TURN boundaries (with an explicit fast-track override when the user requests batch/Light execution) and end with an evidence-based <self_validation_gate> block that requires citing exact tool calls, file paths, and section counts rather than passive boolean checkboxes.

Verifying Skills

Run:

bash scripts/list-skills.sh

Versioning, Changelog & Releases

This repository uses Changesets for Semantic Versioning and automated changelog generation:

  1. Documenting changes: Run npm run changeset when adding or modifying skills, choose the bump level (patch, minor, major), and write a summary.
  2. Bumping version & changelog: Run npm run version. This will:
    • Consume pending changesets.
    • Update package.json version.
    • Update CHANGELOG.md.
    • Automatically sync the version into .claude-plugin/plugin.json and marketplace manifests (.claude-plugin/marketplace.json, .agents/plugins/marketplace.json) via scripts/sync-versions.js.
  3. Commit, Tag & Publish:
    git add .
    git commit -m "chore(release): vX.Y.Z"
    git tag vX.Y.Z
    git push origin main --tags

How Different Agents Consume Updates

  • Claude Code: Reads .claude-plugin/plugin.json (auto-synced) when users run claude plugin update sdlc-skills.
  • GitHub Copilot & Codex: Track the repository and git tags directly via their respective plugin marketplace settings.
  • Universal / Antigravity / Cursor / Windsurf: Installers like npx skills@latest add faparicior/sdlc-skills pull the latest git release/tag.
  • Local setups: Run bash scripts/link-skills.sh after a git pull to refresh symlinks in ~/.claude/skills and ~/.agents/skills.

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.

Reviews can't be read right now.

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.