googlarz/vibe-coder-kit/vibe-handoff
Claude Code and agent skill by googlarz/vibe-coder-kit
- community
Checking that the SKILL.md file is still in the repository.
Generate a developer handoff document — either an emergency escalation (something broke) or a planned onboarding doc (developer joining the project).
Install
npx vskill@latest install googlarz/vibe-coder-kit/vibe-handoffSKILL.md
vibe-handoff
Produces a structured document a real developer can act on immediately. Use this when something breaks badly and you need help, or when a developer is joining the project and needs to understand what was built.
Overview
Vibecoders often hit a wall — something breaks and the error messages are incomprehensible, or the project is growing and needs professional review. At that moment, the biggest obstacle isn't the problem itself: it's being able to describe it clearly to someone who can fix it.
vibe-handoff produces two kinds of documents:
- EMERGENCY — something broke, you need help now. Gives a developer everything they need to diagnose the problem without a back-and-forth.
- PLANNED — a developer is joining the project or doing a professional review. Gives them the full picture: what it is, how it works, what the risks are.
Ask the user which mode they need if it isn't obvious. If they say anything like "something broke," "it stopped working," "I'm getting an error," or "I need help fast" — that's EMERGENCY. If they say "I want a developer to review this" or "we're going professional" — that's PLANNED.
How to Invoke
Emergency (something broke):
"Run vibe-handoff emergency""Something broke, help me explain it to a developer""I need to hand this off, it's broken"
Planned (developer reviewing or taking over):
"Run vibe-handoff planned""Generate a project overview for a developer"
Emergency Mode Process
When something is broken and the user needs help immediately.
Step 1 — Gather context
Ask the user these questions if the answers aren't obvious from the current session:
- "What stopped working? What did you expect to happen, and what happened instead?"
- "Is there an error message? Copy it exactly, even if it looks like gibberish."
- "When did it last work? Did anything change right before it broke — a code change, a deploy, installing something new?"
- "Is this affecting real users right now?"
Step 2 — Read what's available
Check for .vibe/project.md, .vibe/sessions.md, and .vibe/debt.md. Read them silently. This tells you the stack, what was worked on recently, and what the known weak points are.
Step 3 — Form a hypothesis
Before writing the document, reason through the most likely cause. Use the recent session history and debt log — if something was recently hacked together in the area that broke, say so. Be honest about uncertainty: "most likely X, but could also be Y."
Step 4 — Produce the document
Output the emergency handoff document using the template below.
Step 5 — Suggest next steps
After the document, tell the user where to get help:
- Is this a specific platform (Vercel, Supabase, Stripe)? Point to their Discord or support.
- Is this a common framework (Next.js, Rails, Django)? Name the Stack Overflow tag.
- Is this serious enough to hire someone? Say so directly and mention Upwork or Toptal.
Planned Mode Process
vibe-onboard creates a first-day setup doc for a new team member. This PLANNED handoff goes deeper — it's for a developer inheriting the full project.
Step 1 — Read all vibe-brain files
Read these files if they exist:
.vibe/project.md— stack, platform, deployment.vibe/decisions.md— architectural decisions and why they were made.vibe/debt.md— known shortcuts and risk levels.vibe/sessions.md— history of what was worked on.vibe/bugs.md— bugs that took multiple attempts to fix (the incoming developer must not repeat them).vibe/gotchas.md— unexpected library/service behaviors already discovered.vibe/conventions.md— naming and structural rules the project has established
Step 2 — Infer what's missing
If any of these files are missing or sparse, I'll fill in what I can from the codebase:
Note explicitly what you inferred from code versus what came from .vibe/ files. Inferences can be wrong — the developer receiving this document needs to know what to verify.
Step 3 — Assess what needs professional attention
Honestly assess the areas a developer should review. Don't soften this. Common areas:
- Auth — is it custom? Is session handling solid?
- Data model — are there obvious normalization problems or missing indexes?
- Security — has a security scan been run? (vibe-check — the security scan tool in this pack.) Are there known findings?
- Payments — is Stripe integration complete and correct?
- Performance — are there database queries in loops, missing caching, large unoptimized assets?
- Deployment — is the deploy process documented and repeatable?
Step 4 — Produce the document
Output the planned handoff document using the template below. Include every section in "What Needs Professional Attention" — a developer would rather see a non-issue marked as clean than a gap you quietly removed. Add any concerns not on the list that are specific to this project.
Output Templates
Emergency Handoff Document
Planned Handoff Document
Verification checklist
Before handing either document to anyone, show it to the user first:
"Before I send this — does this describe your project accurately? Is there anything wrong or missing?"
This matters because you may have inferred things that are slightly off. The user is the final check.
After that, confirm:
- [ ] The document was reviewed and confirmed by the user before sending
- [ ] The document could be handed to a developer who has never seen the project and they would know where to start
- [ ] Error messages are copied verbatim (EMERGENCY) or stack is stated precisely (PLANNED)
- [ ] Nothing is softened — risks, debt, and uncertainty are stated plainly
- [ ] Root cause hypothesis stated (even if unconfirmed)
- [ ] The urgency assessment (EMERGENCY) or professional attention list (PLANNED) is honest
- [ ] Next steps are actionable, not vague
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/vibe-handoff/SKILL.md
Popularity
- Repository stars
- 1
- 7-day trend score
- 3
Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/googlarz/vibe-coder-kit/vibe-handoff)