Vode = Vibe code.
Vode is a product-building skill for AI coding agents. It helps you turn an idea into a usable, shipped product with a workflow that stays simple, direct, and close to what you actually want.
Vode is the executable skill form of the BUILD product workflow:
Brainstorm -> Understand -> Implement -> Launch -> Distribute
Those five verbs remain the lifecycle anchors. Vode adds supporting verbs such as decide, plan, debug, review, refine, iterate, pivot, and resume so you can enter the workflow from the state your product is actually in.
You do not have to run every stage.
Vibecoding is fast when the agent understands the product. It gets frustrating when the agent guesses too much, over-engineers, rewrites working decisions, or starts coding before the idea is clear.
Vode can infer the right route from natural language:
vode what next?
vode I'm not sure whether this should be simpler.
vode should I use localStorage or a database?
vode this button is broken on mobile.
Explicit verbs are optional. Natural language is the default interface.
For new projects, Vode recommends a small set of document roles:
PRODUCT.md- what the product is, current scope, behavior, and definition of doneAGENTS.md- how agents should work in the repo, including commands, technical constraints, durable decisions, and known pitfallsDESIGN.md- optional visual and interaction direction when taste mattersARCHITECTURE.md- optional technical structure when architecture needs its own durable source of truth
These names are conventions, not requirements. Vode should reuse equivalent existing files such as Project_Spec.md, PRDs, design specs, or architecture docs instead of creating duplicates.
A UI can be functionally clear but still visually ambiguous. Requests such as "minimal", "glassmorphism", "premium", or a color choice may still allow several very different designs.
When visual direction materially affects the result, Vode aligns the direction first using existing design docs, references, current UI, or a lightweight taste-alignment checkpoint. Specialist design skills can then improve the craft inside that chosen direction rather than guessing the user's taste.
npx skills add namnth2000/vode
Re-run any time to update. Or copy SKILL.md + references/ into:
- Claude Code:
~/.claude/skills/vode/ - Cursor:
.cursor/rules/vode.mdc(body ofSKILL.md, no frontmatter) - Codex:
~/.codex/skills/vode/(personal) or.codex/skills/vode/(project-scoped) - OpenCode:
~/.config/opencode/skills/vode/(personal)
The skill lives in SKILL.md and references/.
| Verb | Use it when | Edits by default? |
|---|---|---|
brainstorm |
Explore an idea, concern, or possible improvement | No |
understand |
Clarify what should be built and what is still missing | No |
decide |
Choose between concrete options | No |
plan |
Turn a clear product direction into a build plan | No |
implement |
Build the next coherent product slice | Yes |
debug |
Find and fix broken behavior | Yes |
review |
Evaluate product, UX, scope, or implementation | No |
refine |
Improve an existing experience without redesigning everything | Yes |
launch |
Get the product ready for real users | Usually |
distribute |
Find the smallest practical path to users and feedback | No |
iterate |
Turn feedback, usage, or new ideas into the next version | No |
pivot |
Reconsider direction without throwing away useful assets | No |
resume |
Understand where the project is and recommend what to do next | No |
build |
Orchestrate the appropriate Vode steps from the current state | Depends |
vode what next?
Vode checks the available conversation context, project docs, current source, working changes, and relevant git history. It then recommends the highest-value next step instead of blindly inventing a new feature.
vode I'm wondering whether I should add CodeMirror to the editor.
This routes to brainstorm. Vode explores the trade-offs first. It does not modify code unless you ask.
vode the Preview control overlaps the heading on mobile, fix it.
This routes to debug: reproduce/inspect -> find the actual cause -> make the smallest fix -> verify affected behavior.
vode build
I want a tiny app that turns Markdown into a nice PDF.
If important product information is missing, Vode asks a small bundled question. If the answer can be inferred safely from the project or brief, it proceeds and states the assumption.
Vode prefers:
- product over technology
- working over theoretically perfect
- clear intent over guessed intent
- the simplest stack that solves the current problem
- small coherent changes over broad rewrites
- existing project decisions over agent preferences
- real usage over speculative infrastructure
- shipping over endless polishing
- feedback over feature accumulation
Vode does not promise that every model will produce identical results. It makes the workflow less dependent on a model correctly guessing product decisions on its own.
See TECHNICAL.md for architecture, routing rules, file structure, and maintenance guidance.
MIT.