-
Notifications
You must be signed in to change notification settings - Fork 0
Vibe Coding vs Structured
Vibe coding is ad hoc AI prompting without clear requirements, design ownership, review, deployment planning, or feedback loops. Structured development keeps those responsibilities visible.
Note
"ทำเสร็จ ≠ ทำดี" means "done is not done well." The plugin is built around that distinction.
| Area | Vibe coding | Structured development |
|---|---|---|
| Problem definition | Prompt first |
/requirements first |
| Unknown domain | Guess | /research |
| Architecture | Model chooses implicitly |
/design, human decides |
| Tasks | One large request | /breakdown |
| Context | Edits before reading | /build-brief |
| Review | "Looks good" |
/review-ai and focused checks |
| Deployment | Push and hope |
/deploy-guide with rollback |
| Operations | Close on appearance |
/operational-state and evidence |
| Learning | Lost after task |
/reflect and /post-mortem
|
Structured development adds a small amount of up-front process. It pays for itself when review, deployment, incident handling, or future maintenance would otherwise have to reconstruct intent.
- Throwaway scripts.
- Local experiments.
- Formatting-only changes.
- Edits with no behavioral or operational impact.
Even then, use normal review judgment before committing.
Source of truth: this wiki is generated from docs/wiki/. Edits made through the GitHub Wiki web UI may be overwritten by the next sync. To change a page, open a PR against the repository source file.
Repository · Issues · README · License
Workflow discipline for AI-assisted development
Start
Workflow
- Overview
- 0 · Research
- 1 · Requirements
- 2 · Design
- 3 · Breakdown
- 4 · Build Brief
- 5 · Review AI
- 6 · Deploy Guide
- 7 · Monitor Setup
Operations
Reference
- Habits Reference
- Maturity Model
- Architecture
- Limitations
- Vibe Coding vs Structured
- Harness Engineering
Project