Best Practices — Hướng dẫn thực hành

Tổng hợp kinh nghiệm sử dụng Claude Code skills hiệu quả — từ nguyên tắc cơ bản đến workflow nâng cao cho team.
Trang này là reference chính cho team mới onboarding và team hiện tại cải thiện workflow. Bookmark lại!
Cập nhật bộ claudekit mới: Nhiều subcommand cũ (/fix:test, /cook:auto, /plan:fast, /design:good) đã bỏ. Skill giờ tự route — chỉ cần gõ /fix, /cook, /plan, /stitch. Xem tools-overview mapping.

1. Nguyên tắc vàng

5 nguyên tắc bất di bất dịch khi dùng Claude Code:
Không có ngoại lệ cho 5 nguyên tắc trên — kể cả “hotfix gấp” hay “task nhỏ xíu”.

2. Anti-patterns — Sai lầm phổ biến

Bảng suy nghĩ sai → thực tế

Sai lầm theo từng nhóm lệnh (bộ mới)

Sai:
  • Skip validation → assumptions sai, phải rewrite
  • Plan quá rộng (8+ files trong 1 phase) → khó review, dễ conflict
  • Dùng /plan:fast (không còn tồn tại) — bộ mới chỉ còn /plan
Đúng:
  • /plan "mô tả" — skill tự chọn depth (fast/deep) theo task
  • Mỗi phase nên dưới 5 files
  • /vibe tự run validate + red-team plan trước khi cook

3. Skill Combos — Workflow hiệu quả

Workflow theo tình huống

Chi tiết từng workflow (bộ mới)

Một lệnh chạy full pipeline: worktree → plan → validate → cook → code-review → PR → merge → CI watch.
Khi nào KHÔNG dùng:
  • Task cross-team cần Design handoff riêng
  • Refactor lớn cần Eng Manager approve trước → dùng /plan-eng-review
  • Task chưa rõ scope → dùng /plan-ceo-review trước
Nếu 3 lần fix fail:

4. Quy tắc an toàn

Safety skills mới trong bộ claudekit

Khi nào dùng autonomous vs manual

Hard Gates — Không skip được

Rollback Strategy

Khi có vấn đề sau deploy:
  1. Nếu biết nguyên nhân: Hotfix branch → /investigate prove → /fix → /land-and-deploy
  2. Nếu chưa rõ: Revert commit → /canary verify version cũ → /investigate
  3. Nếu data bị ảnh hưởng: Rollback migration (nếu có) → notify stakeholders → post-mortem

5. Team Adoption — Áp dụng cho team

Onboarding checklist cho thành viên mới

1

Cài đặt Claude Code CLI

2

Đọc tài liệu

3

Thực hành với task nhỏ

4

Tham gia sprint

Làm việc theo Sprint Workflow. Hỏi team khi unsure.

Sprint workflow integration (bộ mới)

Cross-team handoff (bộ mới)


6. Troubleshooting — Xử lý sự cố

Khi context hết giữa chừng

Khi skill output không như mong đợi

Khi tests flaky

Khi deploy bị lỗi

Quy tắc vàng khi troubleshoot: Đọc error message kỹ TRƯỚC khi hỏi Claude. 80% câu trả lời nằm trong error message. /investigate tự làm bước này.

7. Giới hạn cần biết

Hiểu giới hạn để tránh bẫy — skills KHÔNG phải magic.

Claude có thể skip instructions

Skills là markdown text. Claude đọc nhưng có thể không làm (~20% skip rate). Cách giảm thiểu:
  • Dùng markers MANDATORY, KHÔNG SKIP trong instructions
  • Check output xem có đủ bước không
  • Nếu skip → gõ lại lệnh, nhắc cụ thể bước bị thiếu
  • Dùng /vibe — pipeline có gate checks tự enforce từng bước

Skill gọi skill khác → hay bị skip

Khi skill A gọi /ck-scenario bên trong, Claude hay dùng Agent tool thay vì Skill tool → skill không chạy đúng. Giải pháp: Luôn gõ TRỰC TIẾP mỗi skill:

Context window dilution

Plan lớn (4 sprints) → output ít chi tiết hơn per-sprint. Giải pháp:
  • Dùng --sprint N cho per-sprint output
  • Scout TRƯỚC rồi mới spawn agents (truyền context)
  • KHÔNG dùng /clear giữa chừng (mất context)
  • Nếu context gần hết → /watzup để save state → /clear → resume với plan path
  • /checkpoint để save decision + remaining work

8. Checklists thực hành

Trước khi bắt đầu feature mới

  • cd vào đúng project folder
  • Đang dùng Claude Code CLI (không phải web/desktop)
  • Đã có GitHub issue (nếu dùng /vibe)
  • Đã có plan/PRD hoặc description rõ ràng
  • Branch đúng convention (feat/FXX-YY-*) hoặc dùng /worktree

Trước khi /cook

  • Có plan file (plans/*.md) đã review
  • PRD, QA, UI specs đã link trong plan
  • Database migration sẵn sàng (nếu schema change)
  • Đã chạy /plan validate (hoặc /vibe tự làm)

Trước khi /qa-full

  • Đã chạy /ck-scenario "feature" TRỰC TIẾP
  • Code pass lint + typecheck
  • Unit tests đã viết (TDD: /qa-full:tdd trước)
  • PRD path sẵn sàng (cho :accept)

Trước khi /ship

  • Đã chạy /code-review
  • Đã chạy /verify — xác nhận feature work thật
  • CI pass (lint + typecheck + test)
  • Test trên staging OK
  • PR title đúng Conventional Commits
  • No secrets in code (/security-scan)

Trước khi Design handoff → Dev

  • Figma link có đầy đủ screens + states
  • Component specs (spacing, colors, typography)
  • Responsive breakpoints defined
  • Error/empty/loading states có
  • DESIGN.md cho project mới (/design-consultation)
  • PM đã review + approve design

Trước khi /land-and-deploy

  • PR đã merged hoặc đã enable auto-merge
  • CI checks xanh (Vercel/GitHub Actions)
  • /canary đã cấu hình (screenshot baseline)
  • /setup-deploy đã chạy 1 lần (config platform)
  • Rollback plan sẵn sàng

9. So sánh skills hay nhầm lẫn


10. Skills mới cần biết (bộ claudekit mới)

Full pipeline: worktree → plan → validate → cook/fix → code-review → ship PR → review-pr → merge → CI watch.Prefix: /vibe, /vibe --ship, /vibe --beta, /vibe --ship --beta
Iron Law: no fix without root cause. 4 phases: investigate → analyze → hypothesize → implement.
Thay thế cho /ck-debug khi cần iron law enforce.
Bắt buộc sau khi implement UI/frontend feature. Type-check pass ≠ feature work.
Bootstrap labels + Projects board + handoff status cho repo mới.
Merge PR + chờ CI + deploy → canary verify. Đầy đủ safety net.
Thay thế cho /design:good, /design:screenshot cũ.