Source profileQuality 86/100

KhazP/vibe-coding-prompt-template/.claude/skills/vibe-agents/SKILL.md

vibe-agents

Generate AGENTS.md and AI configuration files for your project. Use when the user wants to create agent instructions, set up AI configs, or says "create AGENTS.md", "configure my AI assistant", or "generate agent files".

Source repository stars
2,806
Declared platforms
2
Static risk flags
0
Last source update
2026-07-18
Source checked
2026-08-04

Decision brief

What it does—and where it fits

You are helping the user create AGENTS.md and tool-specific configuration files. This is Step 4 of the vibe-coding workflow.

Best for

  • Use when the user wants to create agent instructions, set up AI configs, or says "create AGENTS.

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeDeclaredSource recordInstall path and trigger
CursorDeclaredSource recordInstall path and trigger
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/KhazP/vibe-coding-prompt-template --skill ".claude/skills/vibe-agents"
Safe inspection promptEditorial

Inspect the Agent Skill "vibe-agents" from https://github.com/KhazP/vibe-coding-prompt-template/blob/06d0796222097ea43b9d1ca3efed8f71f295e055/.claude/skills/vibe-agents/SKILL.md at commit 06d0796222097ea43b9d1ca3efed8f71f295e055. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Step 1: Load Context

    Handoff Context block? Read it first. If the Tech Design (or PRD) ends with a Handoff Context block, pre-fill the app name, user level, chosen stack, and AI coding tool from it, confirm them in one line ("Got it from the handoff: building X with Y, using Z"), and don't re-ask wh…

    Product name and descriptionPrimary user storyAll must-have features
  2. 02

    Step 2: Ask Configuration Questions

    Which AI tools will you use? (Select all that apply) 1. Claude Code (terminal-based) 2. Gemini CLI (free terminal agent) 3. Google Antigravity / equivalent (agent-first IDE) 4. Cursor (AI-powered IDE) 5. VS Code + GitHub Copilot 6. Lovable / v0 (no-code)

    Which AI tools will you use? (Select all that apply) 1. Claude Code (terminal-based) 2. Gemini CLI (free terminal agent) 3. Google Antigravity / equivalent (agent-first IDE) 4. Cursor (AI-powered IDE) 5. VS Code + GitHu…What's your technical level? - A) Vibe-coder - B) Developer - C) In-between
  3. 03

    Step 3: Instantiate the Templates

    This repository ships the canonical templates in /templates/. Read and instantiate them — do NOT write your own versions of these files.

    [REPLACE: description] — fill in with project-specific content.[CHOOSE: option A | option B | option C] — pick the ONE matching option and delete the rest.AGENTS.md — Overview & Stack, Setup & Commands from the Tech Design. Tune the existing behavioral sections (How I Should Think, What NOT To Do, Engineering Constraints) to the user's level — fill, don't create. Fill Roa…
  4. 04

    Step 4: Generate Tool Configs

    AGENTS.md is the universal contract — Codex reads it natively, and most modern agents do too. Tool configs are thin adapters that point at it. Ready-to-copy versions live in templates/tool-adapters/.

    AGENTS.md is the universal contract — Codex reads it natively, and most modern agents do too. Tool configs are thin adapters that point at it. Ready-to-copy versions live in templates/tool-adapters/.
  5. 05

    Your Role

    Generate the instruction files that guide AI coding assistants to build the MVP. Use progressive disclosure - master plan in AGENTS.md, details in agentdocs/.

    Generate the instruction files that guide AI coding assistants to build the MVP. Use progressive disclosure - master plan in AGENTS.md, details in agentdocs/.

Permission review

Static risk signals and limitations

No configured static risk pattern was detected

This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score86/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars2,806SourceRepository attention, not individual Skill quality
Compatibility2 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
KhazP/vibe-coding-prompt-template
Skill path
.claude/skills/vibe-agents/SKILL.md
Commit
06d0796222097ea43b9d1ca3efed8f71f295e055
License
MIT
Collected
2026-08-04
Default branch
main
View the original SKILL.md

Vibe-Coding Agent Configuration Generator

You are helping the user create AGENTS.md and tool-specific configuration files. This is Step 4 of the vibe-coding workflow.

Your Role

Generate the instruction files that guide AI coding assistants to build the MVP. Use progressive disclosure - master plan in AGENTS.md, details in agent_docs/.

Session Continuity

  1. Keep Step 4 outputs aligned with prior PRD and Tech Design context.
  2. If prior chat context is missing, require a compact handoff summary before generating files.
  3. Add continuity hints in generated instructions so users avoid empty-chat resets during Step 5.

Naming Policy

Use model family names in examples and recommendations unless the user explicitly requests pinned versions.

Prerequisites

  1. Look for docs/PRD-*.md - REQUIRED
  2. Look for docs/TechDesign-*.md - REQUIRED
  3. If either is missing, suggest running the appropriate skill first

Step 1: Load Context

Handoff Context block? Read it first. If the Tech Design (or PRD) ends with a ## Handoff Context block, pre-fill the app name, user level, chosen stack, and AI coding tool from it, confirm them in one line ("Got it from the handoff: building X with Y, using Z"), and don't re-ask what it already answers in Step 2. No Handoff Context block? Just ask — older documents won't have it.

Extract from documents:

From PRD:

  • Product name and description
  • Primary user story
  • All must-have features
  • Nice-to-have and excluded features
  • Success metrics
  • UI/UX requirements
  • Timeline and constraints

From Tech Design:

  • Complete tech stack
  • Project structure
  • Database schema
  • Implementation approach
  • Deployment platform
  • AI tool recommendations

Step 2: Ask Configuration Questions

Ask the user:

Which AI tools will you use? (Select all that apply)

  1. Claude Code (terminal-based)
  2. Gemini CLI (free terminal agent)
  3. Google Antigravity / equivalent (agent-first IDE)
  4. Cursor (AI-powered IDE)
  5. VS Code + GitHub Copilot
  6. Lovable / v0 (no-code)

Then ask:

What's your technical level?

  • A) Vibe-coder
  • B) Developer
  • C) In-between

Step 3: Instantiate the Templates

This repository ships the canonical templates in /templates/. Read and instantiate them — do NOT write your own versions of these files.

Copy ALL of these into the project root:

TemplateDestination
templates/AGENTS.mdAGENTS.md
templates/MEMORY.mdMEMORY.md
templates/REVIEW-CHECKLIST.mdREVIEW-CHECKLIST.md
templates/agent_docs/*.md (all five files)agent_docs/

Then fill every placeholder using the PRD and Tech Design. Templates use exactly two placeholder kinds:

  • [REPLACE: description] — fill in with project-specific content.
  • [CHOOSE: option A | option B | option C] — pick the ONE matching option and delete the rest.

No square-bracket placeholders may remain when you're done.

Key fills:

  • AGENTS.md — Overview & Stack, Setup & Commands from the Tech Design. Tune the existing behavioral sections (How I Should Think, What NOT To Do, Engineering Constraints) to the user's level — fill, don't create. Fill Roadmap Phase 2 with the PRD's must-have features. Set Current State to "Project setup — nothing built yet".
  • MEMORY.md — Initialize ## 🏗️ Active Phase & Goal from the PRD's Phase 1.
  • REVIEW-CHECKLIST.md — Copy as-is; it has no placeholders.
  • agent_docs/tech_stack.md — Every library, version, and setup command from the Tech Design, plus short canonical code examples.
  • agent_docs/code_patterns.md — Resolve the CHOOSE lists (architecture pattern, data fetching, file naming) from the Tech Design.
  • agent_docs/project_brief.md — Product vision and conventions.
  • agent_docs/product_requirements.md — Complete feature list (MoSCoW), user stories, and success metrics from the PRD.
  • agent_docs/testing.md — Test frameworks and commands per the Tech Design.

Resulting structure:

project/
├── AGENTS.md                    # Master plan
├── MEMORY.md                    # Session memory
├── REVIEW-CHECKLIST.md          # Definition of done
├── agent_docs/
│   ├── tech_stack.md           # Tech details
│   ├── code_patterns.md        # Code style
│   ├── project_brief.md        # Persistent rules
│   ├── product_requirements.md # PRD summary
│   └── testing.md              # Test strategy
├── CLAUDE.md                   # If Claude Code selected
├── .cursor/rules/vibe.mdc      # If Cursor selected
├── .agent/rules/vibe.md        # If Antigravity selected
└── (Codex needs nothing — it reads AGENTS.md natively)

Step 4: Generate Tool Configs

AGENTS.md is the universal contract — Codex reads it natively, and most modern agents do too. Tool configs are thin adapters that point at it. Ready-to-copy versions live in templates/tool-adapters/.

ToolFileWhat it is
Claude CodeCLAUDE.md3-line pointer to AGENTS.md + agent_docs/
Codex— none —Nothing; AGENTS.md is Codex's native instruction file. Optional: ~/.codex/prompts/ for personal slash prompts
Antigravity.agent/rules/vibe.mdAlways-on workspace rule pointing at AGENTS.md
Cursor.cursor/rules/vibe.mdcRule with alwaysApply: true pointing at AGENTS.md
Any other toolits custom-instructions feature"Read AGENTS.md — it is the source of truth for this project." (Gemini CLI users: point it at AGENTS.md the same way.)

CLAUDE.md (Claude Code)

# CLAUDE.md

Read AGENTS.md first. It is the source of truth for this project: roadmap, commands, rules.
Implementation details live in `agent_docs/` — consult them before coding.
Plan before coding, build one feature at a time, verify before moving on.

.cursor/rules/vibe.mdc (Cursor)

Legacy .cursorrules still loads but is deprecated — delete it if one exists.

---
description: Vibe-coding project rules — source of truth is AGENTS.md
alwaysApply: true
---

Read AGENTS.md first. It is the source of truth: roadmap, commands, rules. Details live in `agent_docs/`.
- Plan before coding; get approval, then build one feature at a time.
- Don't act as a manual linter — rely on the project's configured formatter/linter; don't reformat files you didn't touch.
- Never delete files or change the database schema without confirmation.

.agent/rules/vibe.md (Antigravity)

Current Antigravity reads AGENTS.md natively; this always-on workspace rule reinforces it. Global rules live in ~/.gemini/GEMINI.md.

Read AGENTS.md first. It is the source of truth for this project: roadmap, commands, rules.
Implementation details live in `agent_docs/` — consult them before coding.
Plan before coding, build one feature at a time, verify before moving on.

After Completion

Write all files to the project, then tell the user:

Files Created:

  • AGENTS.md - Master plan
  • MEMORY.md - Session memory
  • REVIEW-CHECKLIST.md - Definition of done
  • agent_docs/ - Detailed documentation
  • [Tool-specific configs based on selection]

Project Structure:

your-app/
├── docs/
│   ├── research-[App].md
│   ├── PRD-[App]-MVP.md
│   └── TechDesign-[App]-MVP.md
├── AGENTS.md
├── MEMORY.md
├── REVIEW-CHECKLIST.md
├── agent_docs/
│   ├── tech_stack.md
│   ├── code_patterns.md
│   ├── project_brief.md
│   ├── product_requirements.md
│   └── testing.md
└── [tool configs]

Next Step: Run /vibe-build to start building your MVP, or say "Build my MVP following AGENTS.md"

Alternatives

Compare before choosing