Best for
- Use when the user wants to create agent instructions, set up AI configs, or says "create AGENTS.
KhazP/vibe-coding-prompt-template/.claude/skills/vibe-agents/SKILL.md
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".
Decision brief
You are helping the user create AGENTS.md and tool-specific configuration files. This is Step 4 of the vibe-coding workflow.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Declared | Source record | Install path and trigger |
| Cursor | Declared | Source record | Install path and trigger |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/KhazP/vibe-coding-prompt-template --skill ".claude/skills/vibe-agents"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
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…
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)
This repository ships the canonical templates in /templates/. Read and instantiate them — do NOT write your own versions of these files.
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/.
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
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
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 86/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 2,806 | Source | Repository attention, not individual Skill quality |
| Compatibility | 2 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
You are helping the user create AGENTS.md and tool-specific configuration files. This is Step 4 of the vibe-coding workflow.
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/.
Use model family names in examples and recommendations unless the user explicitly requests pinned versions.
docs/PRD-*.md - REQUIREDdocs/TechDesign-*.md - REQUIREDHandoff 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:
From Tech Design:
Ask the user:
Which AI tools will you use? (Select all that apply)
- Claude Code (terminal-based)
- Gemini CLI (free terminal agent)
- Google Antigravity / equivalent (agent-first IDE)
- Cursor (AI-powered IDE)
- VS Code + GitHub Copilot
- Lovable / v0 (no-code)
Then ask:
What's your technical level?
- A) Vibe-coder
- B) Developer
- C) In-between
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:
| Template | Destination |
|---|---|
templates/AGENTS.md | AGENTS.md |
templates/MEMORY.md | MEMORY.md |
templates/REVIEW-CHECKLIST.md | REVIEW-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:
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".## 🏗️ Active Phase & Goal from the PRD's Phase 1.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)
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/.
| Tool | File | What it is |
|---|---|---|
| Claude Code | CLAUDE.md | 3-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.md | Always-on workspace rule pointing at AGENTS.md |
| Cursor | .cursor/rules/vibe.mdc | Rule with alwaysApply: true pointing at AGENTS.md |
| Any other tool | its 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
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.
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.
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.
Write all files to the project, then tell the user:
Files Created:
AGENTS.md- Master planMEMORY.md- Session memoryREVIEW-CHECKLIST.md- Definition of doneagent_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-buildto start building your MVP, or say "Build my MVP following AGENTS.md"
Alternatives
PramodDutta/qaskills
Generate optimized test combinations using pairwise (all-pairs) testing algorithms to achieve maximum coverage with minimum test cases across multiple input parameters
PramodDutta/qaskills
Gate RAG pipelines in CI with versioned golden eval sets, per-metric thresholds, baseline drift detection, and a build that fails when retrieval or answer quality regresses.
PramodDutta/qaskills
Generate comprehensive test cases from state machine models covering all states, transitions, guard conditions, and invalid transition attempts for workflow-heavy features
PramodDutta/qaskills
Automatically generate comprehensive test cases from user stories and acceptance criteria using BDD patterns, equivalence partitioning, and risk-based prioritization