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 ChatClaude CodeCowork
Môi trườngBrowser claude.aiTerminal / VS CodeDesktop 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 buildVăn bản, ý tưởngCode, file thậtWorkflow tự chạy
Rủi roThấpCao (có thể xoá file)Cao
Ai dùng tốt nhấtMọi soloSolo build sản phẩmSolo 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àngdừ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

JAVASCRIPT
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-active tối đa 3 project. Quá → 1 cái phải vào 03-archive hoặc 01-experiments.
  • Mỗi project có CLAUDE.md ở gốc — sẽ giải thích ở phần sau.
  • 99-backup ZIP đầ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.

MARKDOWN
# 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

ModeKhi 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 DBThấp — kiểm soát tốt
Auto-approve readĐọc/phân tích codebase, write test ít rủi roTrung bình
Full auto (YOLO)Chỉ trong experiment / sandbox isolatedCao — 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

JAVASCRIPT
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

MARKDOWN
# 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)

MARKDOWN
# 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

MARKDOWN
# 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

SkillLệnhDùng cho solo khi
Commit/commitCommit code chuẩn conventional
PPTX/pptxTrainer tạo slide khoá học hàng loạt
XLSX/xlsxMarketer tạo content calendar, KPI tracker
DOCX/docxTạo proposal, hợp đồng, course handout
PDF/pdfLead magnet, ebook, certificate
Code Review/code-reviewPre-deploy check cho mọi feature
Refactor/refactorKhi codebase >500 dòng và bắt đầu rối
Claude MD/claude-mdTạo CLAUDE.md cho project mới
Skill Creator/skill-creatorTạo workflow lặp lại của riêng bạn
Schedule/scheduleSetup task tự chạy

4.2 Custom Skills nên có cho từng persona

#### 🧠 Solopreneur — Custom Skills nên build

JAVASCRIPT
/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

JAVASCRIPT
/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

JAVASCRIPT
/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

MARKDOWN
# 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

JAVASCRIPT
┌──────────────────────────────────────────────┐
│ 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

MARKDOWN
# 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ục 99-backup/memory-YYYY-MM/
  • Copy mọi CLAUDE.md của project active ra 99-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ờ)

JAVASCRIPT
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)

JAVASCRIPT
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)

JAVASCRIPT
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ờ)

JAVASCRIPT
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)

JAVASCRIPT
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

JAVASCRIPT
╔════════════════════════════════════════════════════════╗
║ 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

JAVASCRIPT
╔══════════════════════════════════════════════════════╗
║      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 codingMô tả ý định bằng ngôn ngữ tự nhiên, AI viết code thật
Vertical slice1 feature chạy end-to-end (UI → logic → data → kết quả)
PRDProduct Requirements Doc — spec ngắn cho sản phẩm/feature
Boring techStack đã chứng minh, không shiny — ưu tiên cho solo
Acceptance criteriaBằng chứng cụ thể "task này đã xong"
Tool callClaude gọi Read/Edit/Bash — bạn approve/deny
SkillWorkflow đóng gói, gọi bằng /tên-skill
CLAUDE.mdFile hướng dẫn ở gốc project, Claude đọc đầu session
Plan modeClaude lập kế hoạch không thực thi — bắt buộc cho task lớn
YOLO modeFull-auto — chỉ dùng trong sandbox
Cheaper alternativeCá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

  1. Bạn là PM kỹ thuật, không phải dev. Skill = spec đúng, dừng đúng.
  2. PRD → Architecture → Vertical slice. Không bao giờ "build cho tao 1 X".
  3. Cheaper alternative trước build. Hỏi: "3 cách validate không cần code?"
  4. CLAUDE.mdlà tài sản số 1. Cập nhật sau mỗi quyết định lớn.
  5. Plan mode mặc định cho task > 30 phút. Đợi confirm trước khi code.
  6. Commit nhỏ, message rõ. Mỗi feature 1 commit, mỗi 30 phút.
  7. Test thủ công trước khi tin "xong". Claude bảo pass ≠ thật sự pass.
  8. Boring tech > shiny tech. Solo maintain 1 mình.
  9. Idea mới →BACKLOG.md, KHÔNG giao ngay. Phá vỡ chain of dopamine.
  10. 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