CLAUDE CODE — CẨM NANG VIBE CODING CHO SOLO BUILDER
LỜI MỞ ĐẦU — VIBE CODING LÀ GÌ VÀ TẠI SAO NÓ QUAN TRỌNG VỚI BẠN
Bạn là solopreneur. Bạn cần:
- 1 landing page lead magnet — không có dev, không có budget
- 1 script tự động lấy báo cáo doanh thu Shopee/Stripe mỗi sáng
- 1 tool nội bộ chấm bài học viên
- 1 prototype SaaS để validate trước khi thuê dev thật
- 1 chrome extension scrape competitor
- 1 bot Telegram nhận đơn hàng
Không cần biết code → không làm được → mãi bị chặn ở "ý tưởng".
Vibe coding là thay đổi cuộc chơi: bạn mô tả ý định, Claude Code viết code thật, chạy được trên máy bạn, deploy được lên server. Không cần học JavaScript trước. Không cần CS degree.
Nhưng — và đây là chữ "nhưng" quan trọng nhất tài liệu này — vibe coding không phải phép màu. Nó là kỷ luật mới: kỷ luật của một product manager kỹ thuật, không phải developer truyền thống.
Tài liệu này dạy bạn kỷ luật đó.
PHẦN 1 — CLAUDE CODE LÀ GÌ TRONG CONTEXT SOLO?
1.1 Bảng so sánh nhanh — Chat vs Code vs Cowork
| Tiêu chí | Claude Chat | Claude Code | Cowork |
|---|---|---|---|
| Môi trường | Browser claude.ai | Terminal / VS Code | Desktop App |
| Đọc/ghi file máy bạn | ❌ | ✅ | ✅ |
| Chạy lệnh / script | ❌ | ✅ | ✅ (qua VM) |
| Tự động hoá web (browser) | ❌ | ⚠️ (cần MCP) | ✅ native |
| Memory bền vững | ❌ (trừ Projects) | ✅ (CLAUDE.md) | ✅ |
| Phù hợp build | Văn bản, ý tưởng | Code, file thật | Workflow tự chạy |
| Rủi ro | Thấp | Cao (có thể xoá file) | Cao |
| Ai dùng tốt nhất | Mọi solo | Solo build sản phẩm | Solo automation |
1.2 Khi nào solo cần Claude Code?
1.3 Bộ não vibe coding — mindset shift quan trọng nhất
Lập trình viên truyền thống nghĩ:
"Tôi biết code → tôi viết code → AI giúp tôi nhanh hơn."
Solo vibe coder phải nghĩ:
"Tôi biết vấn đề + người dùng + outcome. AI biết code. Việc của tôi là spec đúng, review đủ, ship kỷ luật."
Bạn không phải dev. Bạn là PM kỹ thuật một-người. Kỹ năng quan trọng nhất không phải syntax — là khả năng spec rõ ràng và dừng đúng lúc.
PHẦN 2 — SETUP NỀN TẢNG (LÀM 1 LẦN, DÙNG MÃI)
2.1 Cấu trúc thư mục chuẩn cho solo builder
C:\Users\[you]\Desktop\SoloOS\
├── 00-active\ ← Project đang build (≤ 3 cái)
│ ├── aivid\
│ ├── funnel-v2\
│ └── content-engine\
├── 01-experiments\ ← Prototype 1-2 tuần
├── 02-tools\ ← Tool nội bộ (script, automation)
├── 03-archive\ ← Đã ship hoặc đã bỏ
├── 04-skills\ ← Skill files dùng chung
├── 05-templates\ ← Boilerplate (landing, email, etc.)
└── 99-backup\ ← Snapshot trước milestone lớn
Quy tắc cứng:
00-activetối đa 3 project. Quá → 1 cái phải vào03-archivehoặc01-experiments.- Mỗi project có
CLAUDE.mdở gốc — sẽ giải thích ở phần sau. 99-backupZIP đầy đủ mỗi cuối tuần. Không bỏ qua.
2.2 File CLAUDE.md — "Brain" của project (template chuẩn)
Đặt ở gốc mỗi project. Claude Code đọc nó đầu tiên mỗi session.
# CLAUDE.md — [Tên project]
## CONTEXT
- **Owner:** [Tên bạn, solo]
- **Mục tiêu sản phẩm:** [1 câu — outcome cho người dùng]
- **Audience:** [persona ngắn]
- **Giai đoạn:** [prototype / MVP / live]
- **Stack:** [VD: HTML + Tailwind + Alpine.js / Node + Express / Python + FastAPI]
- **Deployment:** [Vercel / VPS / local-only]
## QUY TẮC CỨNG
1. **Không tạo file mới** ngoài structure đã định, trừ khi tao confirm.
2. **Plan trước, code sau.** Với task > 30 phút, viết plan ra `.plan.md` trước, đợi tao OK.
3. **Commit nhỏ, message rõ.** Mỗi feature 1 commit. Format: `feat:` / `fix:` / `chore:` / `docs:`.
4. **Test thủ công** mỗi feature trước khi báo "xong".
5. **Không refactor** trừ khi tao yêu cầu.
6. **Không add dependency** mới mà không hỏi.
7. **Không xoá file** mà không xác nhận.
## FILE STRUCTURE (đừng phá)
[Cây thư mục hiện tại]
## DECISION LOG
- [Ngày] Quyết định X vì Y
- [Ngày] Bỏ Z vì W
## WIP / BACKLOG
- [ ] Task đang làm
- [ ] Task tiếp theo
💡 Pro tip: File này không phải tài liệu cho người — là system prompt cho Claude Code. Viết ngắn gọn, mệnh lệnh thức, ưu tiên rule cứng.
2.3 Permission mode — chọn đúng theo loại task
| Mode | Khi nào dùng (solo) | Rủi ro |
|---|---|---|
| Default (ask every tool) | Project mới, code ảnh hưởng prod, làm việc với DB | Thấp — kiểm soát tốt |
| Auto-approve read | Đọc/phân tích codebase, write test ít rủi ro | Trung bình |
| Full auto (YOLO) | Chỉ trong experiment / sandbox isolated | Cao — có thể phá hết |
PHẦN 3 — KỸ THUẬT SPEC ĐÚNG (LÕI CỦA VIBE CODING)
3.1 Anti-pattern: "Build cho tao 1 SaaS làm X"
Đây là cách 90% người mới fail. Yêu cầu quá rộng → Claude tự bịa kiến trúc → 2 giờ sau có 50 file không biết dùng cái nào.
3.2 Pattern đúng: PRD ngắn → Architecture → Vertical slice
Bước 1: PRD ngắn (1 trang) — Problem, User, Outcome, Scope
Bước 2: Architecture pass — Stack, file structure, data model
Bước 3: Vertical slice #1 — Chạy được end-to-end với 1 feature duy nhất
Bước 4: Iterate slice 2, 3, 4 — thêm từng feature
Bước 5: Polish + deploy
Mỗi bước là 1 prompt riêng. Không gộp.
3.3 Prompt mẫu — Bước 1: PRD 1 trang
# VAI TRÒ
Mày là product manager đã ship 50 micro-SaaS. Mày brutal về scope.
# TASK
Viết PRD 1 trang cho ý tưởng của tao dưới đây.
Mục tiêu: validate idea trước khi tao tốn 1 giờ code.
# Ý TƯỞNG
[Mô tả 3-5 câu]
# PRD FORMAT (đúng các mục, không thêm)
## 1. Problem (1 câu)
## 2. Target user (1 persona — ai, đau gì, đã thử gì)
## 3. Outcome metric (1 metric đo thành công — KHÔNG vanity)
## 4. Core user story (3-5 stories, format "As X, I want Y so Z")
## 5. Out of scope (5 thứ KHÔNG làm trong v1)
## 6. Build complexity (đoán: trivial / 1-day / 1-week / 1-month)
## 7. Top 3 risks (technical + product + business)
## 8. Cheaper alternatives (3 cách validate không cần build)
# SAU KHI XONG
Chấm idea này theo 4 tiêu chí 1-10:
- Problem severity
- Solution fit
- Build feasibility cho solo
- Time-to-validate < 7 ngày?
Nếu tổng < 24/40 → khuyên tao DỪNG. Giải thích vì sao.
3.4 Prompt mẫu — Bước 2: Architecture pass (KHÔNG CODE)
# VAI TRÒ
Mày là senior engineer brutal về over-engineering.
Mày yêu "boring tech" và ghét premature abstraction.
# CONTEXT
[Paste PRD đã chốt ở bước 1]
# CONSTRAINT — RẤT QUAN TRỌNG
- Tao là solo, không phải team. Tao maintain 1 mình.
- Tao biết HTML/CSS cơ bản, JavaScript thường thường. KHÔNG biết TypeScript advanced, không biết Docker.
- Tao deploy được Vercel + Netlify. Không có DevOps skill.
- Budget: $0-50/tháng infra.
- Timeline ship v1: [ngày]
# TASK — KHÔNG VIẾT CODE
Đề xuất:
## 1. Stack tối thiểu khả thi
Chọn stack ĐƠN GIẢN NHẤT vẫn ship được. Boring tech ưu tiên.
Mỗi lựa chọn: lý do + 1 alternative bị reject + vì sao reject.
## 2. File structure (cây thư mục)
## 3. Data model (entity + relation, dạng table)
## 4. Core flows (3-5 flow chính, mô tả từng bước)
## 5. Build order (vertical slice — slice nào trước, vì sao)
## 6. Anti-overengineering check
- Có thứ gì tao thêm vào mà v1 KHÔNG cần?
- Có pattern (Redux/microservices/CQRS) nào tao đang nghĩ tới mà không cần?
# CẤM
- Không đề xuất TypeScript nếu vanilla JS đủ.
- Không đề xuất framework mới nếu HTML+Alpine đủ.
- Không đề xuất database nếu localStorage/JSON file đủ cho v1.
- Không tạo bất kỳ file nào trong session này.
3.5 Prompt mẫu — Bước 3: Vertical slice đầu tiên
# CONTEXT
[Paste PRD + Architecture đã chốt]
# TASK
Build **vertical slice #1**: [feature đơn giản nhất nhưng chạy end-to-end]
Mục tiêu: sau slice này, tao có thể demo cho 1 người dùng thật.
# WORKFLOW BẮT BUỘC
1. **READ** file structure hiện tại (`ls -la`)
2. **WRITE** kế hoạch ra `.plan-slice-1.md`:
- Files sẽ tạo/sửa
- Mỗi file: mô đích + outline pseudo-code
- Order build
- Test plan (manual, 3-5 case)
3. **STOP** — đợi tao confirm plan
4. Sau confirm: code theo plan, mỗi file xong commit ngay
5. **TEST** thủ công 3 case tao đưa
6. **REPORT** — tóm tắt diff, file tạo, cách chạy local
# CẤM
- Không tạo file ngoài plan đã duyệt
- Không add npm package nào không có trong plan
- Không refactor code có sẵn
PHẦN 4 — SKILLS CHO TỪNG VAI TRÒ SOLO
4.1 Skills built-in quan trọng
| Skill | Lệnh | Dùng cho solo khi |
|---|---|---|
| Commit | /commit | Commit code chuẩn conventional |
| PPTX | /pptx | Trainer tạo slide khoá học hàng loạt |
| XLSX | /xlsx | Marketer tạo content calendar, KPI tracker |
| DOCX | /docx | Tạo proposal, hợp đồng, course handout |
/pdf | Lead magnet, ebook, certificate | |
| Code Review | /code-review | Pre-deploy check cho mọi feature |
| Refactor | /refactor | Khi codebase >500 dòng và bắt đầu rối |
| Claude MD | /claude-md | Tạo CLAUDE.md cho project mới |
| Skill Creator | /skill-creator | Tạo workflow lặp lại của riêng bạn |
| Schedule | /schedule | Setup task tự chạy |
4.2 Custom Skills nên có cho từng persona
#### 🧠 Solopreneur — Custom Skills nên build
/offer-audit — Audit offer theo framework 6 góc
/launch-postmortem — Postmortem sau mỗi launch, gen lesson learned
/competitor-teardown — Pull website + analyze positioning
/weekly-review — Tổng hợp tuần: doanh thu + KPI + lesson
#### ✍️ Marketer — Custom Skills nên build
/content-calendar — Sinh content calendar 30 ngày từ pillar topics
/hook-batch — Sinh 20 hook theo Brand Voice Card
/ad-creative-brief — Sinh brief cho thiết kế creative
/email-sequence — Sinh 5-email sequence cho funnel
/landing-skeleton — Sinh HTML landing page boilerplate
/repurpose-8 — Repurpose 1 content thành 8 format
#### 🎓 Trainer — Custom Skills nên build
/course-outline — Sinh outline khoá theo backward design
/lesson-plan-4p — Sinh lesson plan theo Prime/Present/Practice/Perform
/rubric-gen — Sinh rubric 4 tiêu chí × 3 mức
/slide-deck — Sinh PPTX outline từ lesson plan
/quiz-batch — Sinh quiz đa dạng tầng nhận thức (Bloom)
/cohort-update — Sinh email cập nhật weekly cho cohort
4.3 Cách tạo custom skill — Ví dụ /landing-skeleton
# Yêu cầu cho /skill-creator
Tạo skill `/landing-skeleton` với mô tả:
**Input:**
- Offer name
- Target persona (1-2 dòng)
- Big promise (1 câu)
- Price
- 3 testimonials (có thể empty)
**Output:**
- File `index.html` với Tailwind CDN, mobile-first
- Sections: Hero, Problem, Solution, Stack, Testimonials, FAQ, CTA, Footer
- Form CTA submit về Formspree (đặt placeholder action)
- Sticky CTA bar mobile
- Comment block đầu file: hướng dẫn customize 5 phần dễ nhất
**Constraint:**
- Không dùng JS framework
- Inline Tailwind, không build step
- File < 500 dòng
- Tone copy match Brand Voice Card (đọc từ ~/05-templates/BRAND_VOICE.md nếu có)
**Workflow:**
1. Đọc BRAND_VOICE.md
2. Confirm input đủ
3. Generate file
4. Đề xuất 3 A/B test variants cho headline
Sau khi tạo, mỗi lần làm landing mới: /landing-skeleton → input → 5 phút có HTML chạy được.
PHẦN 5 — MEMORY SYSTEM CHO SOLO (ĐỪNG MẤT CONTEXT)
5.1 Bốn tầng memory bạn cần
┌──────────────────────────────────────────────┐
│ TẦNG 1 — Profile Memory (claude.ai Settings) │
│ Toàn cục — "tao là ai" 200-300 từ │
├──────────────────────────────────────────────┤
│ TẦNG 2 — CLAUDE.md (per project, gốc repo) │
│ Vai trò Claude trong project + rule cứng │
├──────────────────────────────────────────────┤
│ TẦNG 3 — Knowledge files (.md riêng) │
│ BRAND_VOICE.md, PRD.md, DECISIONS.md, ADRs │
├──────────────────────────────────────────────┤
│ TẦNG 4 — Session Memory (~/.claude/memory) │
│ Bài học từ thực chiến, feedback, preference │
└──────────────────────────────────────────────┘
5.2 Profile Memory template cho solo
# TAO LÀ AI
[Tên], solopreneur làm về [niche]. Brand: [tên brand].
# CÁCH TAO LÀM VIỆC
- Thẳng. Tao thích bị thách thức, không thích bị khen.
- Output đầu = bản nháp. Luôn challenge tao quay lại sửa.
- Mặc định plan trước, code sau với task >30 phút.
- Boring tech > shiny tech.
# CONTEXT NGHỀ
- Sản phẩm chính: [tên + 1 câu]
- Audience: [1 câu persona]
- Channel chính: [TikTok / YouTube / email...]
# RULE CỨNG TOÀN CỤC
1. Không bao giờ ship code chưa test thủ công.
2. Không bao giờ rm -rf, drop table, force push mà không hỏi.
3. Không thêm dependency mới mà không nêu trade-off.
4. Mọi đề xuất phải có "cheaper alternative".
5. Khi tao mơ hồ, hỏi lại — đừng đoán.
5.3 Khi nào lưu memory — quy tắc 3-strike
Lưu vào memory khi: cùng 1 sai lầm đã xảy ra 3 lần. Trước 3 lần → có thể là noise.
VD: 3 lần Claude tự add TypeScript khi bạn dùng vanilla JS → ghi vào CLAUDE.md: "Project này dùng vanilla JS. KHÔNG thêm TypeScript trừ khi tao yêu cầu rõ."
5.4 Backup memory — checklist hàng tháng
- Export
~/.claude/memory/ra thư mục99-backup/memory-YYYY-MM/ - Copy mọi
CLAUDE.mdcủa project active ra99-backup/claude-md-YYYY-MM/ - Update Profile Memory nếu có shift lớn trong cách làm việc
- ZIP + upload Drive/Dropbox
PHẦN 6 — 15 SAI LẦM ĐẶC TRƯNG CỦA VIBE CODER SOLO
NHÓM A — Spec sai
#1. Mơ hồ "build cho tao 1 X"
Claude tự bịa kiến trúc. → Luôn dùng PRD → Architecture → Slice.
#2. Không định nghĩa Done
Code "xong" nhưng không biết có chạy được không. → Mỗi task có acceptance criteria đo được.
#3. Bỏ qua "cheaper alternative"
Build SaaS phức tạp khi 1 Google Form đã validate được. → Luôn hỏi Claude: "3 cách validate KHÔNG cần build là gì?"
NHÓM B — Build sai
#4. Yêu cầu build cả app trong 1 prompt
→ Vertical slice. Mỗi slice 1 prompt. Mỗi prompt có plan trước.
#5. Để Claude tự chọn stack
Claude default sang TypeScript + Next.js cho mọi thứ. → CLAUDE.md ghi rõ stack constraint.
#6. Không commit nhỏ
Một commit có 30 file thay đổi → không revert được khi sai. → Commit mỗi feature, mỗi 30 phút.
*#7. Không có .plan-\.md trước task lớn**
Claude code 2 tiếng, output sai hướng. → Plan ra file .plan.md, đợi duyệt.
NHÓM C — Approve sai
#8. Approve tool call không đọc
Click "Allow" cho rm -rf node_modules && git reset --hard. → Đọc mỗi tool call. Nghi ngờ → Deny.
#9. Bật YOLO mode trong project quan trọng
→ YOLO chỉ trong 01-experiments đã git init.
#10. Không test thủ công, tin "Claude bảo xong"
Claude báo "all tests pass" nhưng test bịa. → Bạn phải mở file/app/page, click thử.
NHÓM D — Tư duy sai
#11. Over-build / over-think — vòng "chain of dopamine"
Mỗi feature xong → 5 ý tưởng thêm → giao ngay → 3 giờ sau có 50 file. → Rule cứng: Task mới nảy ra → ghi vào BACKLOG.md, KHÔNG giao ngay.
#12. Build trước, validate sau
Ship MVP 4 tuần → 0 người dùng. → Validate (landing + email signup) trước khi build.
#13. Không có exit criteria cho project
Project chạy 6 tháng vẫn "sắp xong". → Mỗi project có deadline + kill criteria (VD: "30 ngày không có 10 signup → kill").
#14. Không backup, không git từ ngày 1
Mất 2 tuần code vì xoá nhầm thư mục. → git init là lệnh đầu tiên mọi project.
#15. Confuse Claude Code với Claude Chat
Upload file lên claude.ai, mong sửa file gốc trên máy. → File-write task → Claude Code. Văn bản pure → Chat.
PHẦN 7 — 5 PROJECT KHUÔN MẪU CHO SOLO
7.1 Landing page lead magnet (1-2 giờ)
Stack: HTML + Tailwind CDN + Alpine.js + Formspree
File: index.html + thank-you.html
Deploy: Vercel (drag & drop)
Claude prompt: /landing-skeleton + custom input
Guardrail: < 500 dòng HTML, không build step
7.2 Content scraper + repurpose tool (1 ngày)
Stack: Node.js + Puppeteer + Claude API
Flow: URL input → scrape main content → call Claude API
→ output 8 format theo /repurpose-8 logic
Deploy: chạy local hoặc Railway
Guardrail: respect robots.txt, rate-limit
7.3 Course delivery dashboard cho cohort (2-3 ngày)
Stack: Next.js + Supabase + Vercel
Features v1: Student login, progress, submit assignment, feedback
Kill features v1: AI grading, gamification, certificate
Guardrail: < 10 page, 1 user role, no payment yet
7.4 Daily revenue Telegram bot (4-6 giờ)
Stack: Python + cron + Telegram Bot API
Flow: Pull data từ Stripe/Shopee API → format → push Telegram
Deploy: VPS hoặc GitHub Actions cron
Guardrail: secrets trong .env, không commit
7.5 Quiz/Assessment generator cho trainer (1 ngày)
Stack: HTML + LocalStorage + Claude API
Flow: Trainer paste lesson content → API gen quiz đa dạng tầng Bloom
→ student tự làm → auto-score → export PDF certificate
Guardrail: không lưu PII, không cần backend
PHẦN 8 — QUY TRÌNH 6 BƯỚC ÁP DỤNG MỌI TASK CODE
╔════════════════════════════════════════════════════════╗
║ B1 — PRD MICRO (5 phút) ║
║ Problem · User · Outcome · Out-of-scope ║
╠════════════════════════════════════════════════════════╣
║ B2 — CHEAPER ALTERNATIVE CHECK ║
║ 3 cách validate KHÔNG cần build. Vẫn quyết build? ║
╠════════════════════════════════════════════════════════╣
║ B3 — ARCHITECTURE PASS (KHÔNG CODE) ║
║ Stack tối thiểu · File structure · Build order ║
╠════════════════════════════════════════════════════════╣
║ B4 — PLAN PER SLICE ║
║ .plan-*.md cho mỗi vertical slice ║
║ Đợi confirm trước khi code ║
╠════════════════════════════════════════════════════════╣
║ B5 — CODE + COMMIT NHỎ + TEST THỦ CÔNG ║
║ Mỗi feature 1 commit · Manual test trước khi báo xong║
╠════════════════════════════════════════════════════════╣
║ B6 — POST-SLICE REVIEW ║
║ /code-review · Update CLAUDE.md DECISION LOG ║
║ Capture bài học vào memory ║
╚════════════════════════════════════════════════════════╝
PHẦN 9 — CHECKLIST IN RA DÁN BÀN
╔══════════════════════════════════════════════════════╗
║ TRƯỚC KHI MỞ CLAUDE CODE HÔM NAY ║
╠══════════════════════════════════════════════════════╣
║ □ Tao biết outcome cụ thể của session này? ║
║ □ Task này thuộc project trong 00-active? ║
║ □ CLAUDE.md của project này còn fresh? ║
║ □ Có .plan-*.md cho task hôm nay chưa? ║
║ □ Permission mode: Default? (mặc định nên là Default)║
║ □ Đã git status — không có uncommitted lạ? ║
╠══════════════════════════════════════════════════════╣
║ TRONG KHI CLAUDE ĐANG LÀM ║
╠══════════════════════════════════════════════════════╣
║ □ Đọc mỗi tool call trước Approve? ║
║ □ Không đang multi-task — chỉ 1 project lúc này? ║
║ □ Idea mới nảy ra → ghi BACKLOG.md, KHÔNG giao ngay║
║ □ Mỗi 30 phút commit 1 lần? ║
╠══════════════════════════════════════════════════════╣
║ SAU MỖI SLICE ║
╠══════════════════════════════════════════════════════╣
║ □ Mở app/file, test thủ công 3 case? ║
║ □ /code-review chạy chưa? ║
║ □ Update DECISION LOG trong CLAUDE.md? ║
║ □ Push branch, deploy preview chạy chưa? ║
╠══════════════════════════════════════════════════════╣
║ DẤU HIỆU ĐANG ĐI SAI ║
╠══════════════════════════════════════════════════════╣
║ □ Đang có >2 project chạy song song hôm nay ║
║ □ Đã 2 giờ chưa commit ║
║ □ Claude vừa add 3 dependency mới — bạn không nhớ vì sao║
║ □ Folder có >5 file mới chưa được dùng ║
║ □ Bạn không nhớ outcome ban đầu ║
║ → DỪNG. /code-review. Update CLAUDE.md. Đi bộ 10 phút.║
╚══════════════════════════════════════════════════════╝
PHẦN 10 — GLOSSARY
| Thuật ngữ | Nghĩa |
|---|---|
| Vibe coding | Mô tả ý định bằng ngôn ngữ tự nhiên, AI viết code thật |
| Vertical slice | 1 feature chạy end-to-end (UI → logic → data → kết quả) |
| PRD | Product Requirements Doc — spec ngắn cho sản phẩm/feature |
| Boring tech | Stack đã chứng minh, không shiny — ưu tiên cho solo |
| Acceptance criteria | Bằng chứng cụ thể "task này đã xong" |
| Tool call | Claude gọi Read/Edit/Bash — bạn approve/deny |
| Skill | Workflow đóng gói, gọi bằng /tên-skill |
| CLAUDE.md | File hướng dẫn ở gốc project, Claude đọc đầu session |
| Plan mode | Claude lập kế hoạch không thực thi — bắt buộc cho task lớn |
| YOLO mode | Full-auto — chỉ dùng trong sandbox |
| Cheaper alternative | Cách validate ý tưởng không cần build |
| Kill criteria | Điều kiện để bỏ project trước khi sunk cost |
TÓM TẮT — 10 NGUYÊN TẮC VÀNG CHO VIBE CODER SOLO
- Bạn là PM kỹ thuật, không phải dev. Skill = spec đúng, dừng đúng.
- PRD → Architecture → Vertical slice. Không bao giờ "build cho tao 1 X".
- Cheaper alternative trước build. Hỏi: "3 cách validate không cần code?"
- CLAUDE.mdlà tài sản số 1. Cập nhật sau mỗi quyết định lớn.
- Plan mode mặc định cho task > 30 phút. Đợi confirm trước khi code.
- Commit nhỏ, message rõ. Mỗi feature 1 commit, mỗi 30 phút.
- Test thủ công trước khi tin "xong". Claude bảo pass ≠ thật sự pass.
- Boring tech > shiny tech. Solo maintain 1 mình.
- Idea mới →BACKLOG.md, KHÔNG giao ngay. Phá vỡ chain of dopamine.
- Mọi project có kill criteria. Sunk cost giết solo nhanh hơn fail.
Phiên bản 2.0 — Vibe Coding cho Solopreneur · Marketer · Trainer · The Solo OS
