A beginner foundation layer for AI-assisted product building.
This project is for people who can describe a product idea but may not yet know the software-development concepts that advanced coding agents often assume: Git, data persistence, databases, authentication, secrets, deployment, public/private visibility, product completeness, cost, and maintenance.
Advanced coding skills often start after the beginner knowledge gap:
- “Use Git” — but the user may not know why version history matters.
- “Add a database” — but the user may not know where app data lives.
- “Deploy it” — but the user may not know the difference between localhost and a public product.
- “Store the API key in env” — but the user may not know an API key is effectively a password.
- “Add auth” — but the user may not know login and data permissions are different problems.
This skill fills that missing foundation without turning product building into a programming course.
Never assume the user knows what they need to know.
And equally:
If the missing knowledge does not matter to the current decision, stay silent.
It helps an AI coding agent:
- detect foundational gaps the user may not know to ask about;
- explain only the concept needed for the next decision;
- handle routine technical work instead of making the user become a programmer;
- surface consequential decisions around money, privacy, public exposure, credentials, and irreversible actions;
- prefer the simplest architecture that satisfies the current need;
- route into focused references, workflows, and safety checklists only when relevant;
- keep building after the safeguard instead of stopping at a warning.
It is not a programming course and should not interrupt harmless creative work with unnecessary explanations.
A beginner says:
I want to make a diary app.
A typical coding agent may immediately choose a stack.
This skill first notices the hidden product questions that actually change the build:
- Should entries still exist after the browser closes?
- Should they appear on another device?
- Is this only for one person or for multiple users?
- If multiple users exist, who can see whose entries?
- Is the deployed app public or access-controlled?
It asks only the questions that matter now, then continues the build.
SKILL.md— minimal router and permanent rulesreferences/— on-demand foundational knowledgeworkflows/— beginner product-building flowschecklists/— safety and launch gatestemplates/— lightweight product/project state templatestests/— trigger, behavior, and anti-annoyance scenarios
Codex can discover skills from a repo-scoped or user-scoped skills directory.
Clone this repository into:
.codex/skills/vibe-coding-zero-to-ship/
Clone this repository into:
~/.codex/skills/vibe-coding-zero-to-ship/
The folder should contain this repository's SKILL.md at its root.
Example:
~/.codex/skills/
└── vibe-coding-zero-to-ship/
├── SKILL.md
├── references/
├── workflows/
├── checklists/
├── templates/
└── tests/
Other Agent Skills-compatible hosts can use the same bundle if they support a SKILL.md manifest and supporting files; installation paths vary by host.
- Never assume technical knowledge.
- Do not lecture.
- Concept before jargon.
- Agent handles routine technical complexity.
- Human controls consequential decisions.
- Use the simplest sufficient architecture.
- A working UI is not automatically a complete product.
- Detect important questions the user does not know to ask.
- Stay quiet when foundations are irrelevant.
- Protect experimentation: a harmless prototype should not be buried under production ceremony.
The skill separates user experience level from project risk.
A first-time builder can be making a serious shared product, and a technical user can be making a harmless local experiment.
Project levels:
- P0 — local experiment
- P1 — personal product
- P2 — shared product
- P3 — commercial or sensitive product
Checks become stricter only when the product actually becomes riskier.
The completed v0.1 benchmark set is PASS:
- Routing: 40/40 valid, 100% recall, 100% precision, 0% false-positive rate, 12/12 high-risk cases caught.
- Focused regression: Q31, Q35, Q36, B06, and B11 all passed after the related fixes.
- Behavior: 16/16 valid, average 4.588/5, 0 critical failures.
- E2E r2: 6/6 A/B pairs valid, 12/12 variants valid, with no prototype-overengineering regression observed.
The E2E results are intentionally reported conservatively: in several cases the Skill tied a strong baseline, E02 cannot be attributed to a confirmed Skill invocation, and E05 showed meaningful execution overhead. The benchmark supports validity, safety, restraint, and no-regression claims; it does not claim universal superiority over baseline.
Full report: tests/QUALITY_REPORT_v0.1.md
The repository also contains a newer beginner-discovery benchmark:
The 60-case suite is new and not yet formally run baseline-vs-Skill. It should not be confused with the completed v0.1 results above.
v0.1.0 is now publicly released. The first release focuses on beginner foundations, safe routing, recovery, and a lightweight installation/testing workflow.
See ACKNOWLEDGEMENTS.md for projects and public workflows that informed the design.
MIT. See LICENSE.