PHẦN XVII — CLAUDE CODE & VIBE CODE
Hệ thống Đào tạo Nội bộ Vagataba V6.1 — Align SOP V04.6
PHẦN XVII — CLAUDE CODE & VIBE CODE
ĐỐI TƯỢNG HỌC: BẮT BUỘC đối với Chuyên viên CAS (R19), Ban Điều Hành (OM - R01, SDM - R06, MDM - R03, FCT - R02) và nhân sự chuyên trách kỹ thuật hệ thống. KHÔNG YÊU CẦU đối với nhân viên vận hành hiện trường. Ý NGHĨA THỰC TIỄN: Hướng dẫn phương pháp nhờ Claude viết công thức Excel phức tạp, dọn dẹp dữ liệu, thiết kế bảng theo dõi hiệu suất phòng ban và phân tích số liệu kinh doanh. Dành cho người không biết lập trình vẫn có thể giao tiếp logic và làm chủ bảng tính Excel cực kỳ nhanh chóng.
PHẦN XVIIA — CLAUDE CODE: AI HỖ TRỢ CODE & LOGIC
Mục tiêu: Sau khi đọc phần này, NV Vagataba (kể cả không biết code) có thể nhờ Claude viết công thức Excel, phân tích data, tạo logic tự động hoá — mà không cần học lập trình.
16.1 Claude Code là gì? (Giải thích cho người không biết code)
Hiểu đơn giản
| Bạn thường làm | Claude Code giúp |
|---|---|
| Mở Excel → tự gõ công thức → sai → sửa → sai → hỏi Google | Mô tả bài toán bằng tiếng Việt → Claude viết công thức → copy-paste |
| Copy data từ file này sang file kia → thủ công | Mô tả logic → Claude viết script tự chuyển |
| Muốn tạo dashboard nhưng không biết cách | Mô tả KPI cần theo dõi → Claude tạo template |
Một câu giải thích: Claude Code = "phiên dịch" giữa tiếng Việt của bạn và ngôn ngữ máy tính.
💡 Bạn KHÔNG CẦN biết code. Bạn chỉ cần biết bạn muốn gì. Claude sẽ tạo công thức/code cho bạn.
Claude Code có 3 cấp độ (Tier)
| Tier | Công cụ | Dành cho | Cài đặt | Vagataba |
|---|---|---|---|---|
| Tier 1: Chat | Claude.ai trên web | Mọi NV | Không cần cài | ✅ MỊI NV dùng |
| Tier 2: Artifacts | Claude.ai + Artifacts panel | NV cần dashboard/biểu đồ | Bật Feature Preview | ✅ Power users |
| Tier 3: CLI | Claude Code terminal | CAS/dev | Cài npm install |
🟡 Chỉ CAS |
Tài liệu này tập trung Tier 1 + 2: Claude giúp bạn xử lý bài toán logic mà không cần bạn biết lập trình.
Khi nào dùng Tier nào?
Bạn cần gì?
├─ Hỏi công thức nhanh / giải thích code → TIER 1 (Chat)
├─ Tạo dashboard / biểu đồ tương tác → TIER 2 (Artifacts)
└─ Xử lý nhiều file / chạy script phức tạp → TIER 3 (CLI) + CAS hỗ trợ
Task liên quan data nhạy cảm / hệ thống? → CHUYỂN CAS/DEV
Khi nào nên dùng / Không nên
| ✅ Dùng Claude cho code/logic khi | ❌ KHÔNG dùng khi |
|---|---|
| Viết công thức Excel/Sheets phức tạp | Chạy code trực tiếp trên server Odoo (chỉ CAS) |
| Phân tích file CSV/Excel với hàng ngàn dòng | Xử lý data chứa PII khách hàng (CMND, SĐT full) |
| Tạo template dashboard | Tự ý thay đổi hệ thống tự động (Odoo rules) |
| Chuẩn hoá text (tên TP, mã đơn, format SĐT) | Copy-paste code mà không hiểu nó làm gì |
| Tạo logic if/then cho quy trình | Thay thế developer cho system-level changes |
16.2 Claude hỗ trợ gì liên quan đến "code"?
5 nhóm task "code" mà NV không-biết-code vẫn làm được
| # | Nhóm | Bạn nói | Claude viết |
|---|---|---|---|
| 1 | Công thức Excel/Sheets | "Tính margin từ cột Revenue và Cost" | =B2-C2 hoặc VLOOKUP, IF lồng |
| 2 | Phân tích data | "Tổng hợp data đơn hàng theo tuần" | SUMIFS, COUNTIFS, Pivot logic |
| 3 | Tạo dashboard | "Tôi cần bảng theo dõi KPI Sales" | Template Sheets + conditional formatting |
| 4 | Chuẩn hoá data | "Format SĐT về dạng +84..." | Công thức text manipulation |
| 5 | Logic automation | "Nếu đơn > 1.5tr VÀ khách mới → flag" | Công thức IF lồng, conditional rules |
| 6 | Hiểu code cũ 🆕 | "Giải thích công thức/script này làm gì" | Giải thích tiếng Việt từng phần |
Khác biệt: bạn tự làm vs nhờ Claude
| Task | Tự làm (không biết code) | Nhờ Claude |
|---|---|---|
| Công thức VLOOKUP | Google "VLOOKUP là gì" → đọc 30p → thử 5 lần → sai | Nói "Tìm giá SP từ bảng giá theo mã SKU" → Claude viết → paste |
| Dashboard KPI | Tạo bảng thủ công → quên format → 2h | Nói "Dashboard Sales tuần: doanh thu, CVR, RTS rate, traffic light" → 5p |
| Clean data | Sửa từng dòng, 200 dòng = 1h | Nói "Format tất cả SĐT về +84, bỏ dấu cách" → 1p |
16.3 Ba nguyên tắc dùng Claude cho logic/kỹ thuật
Nguyên tắc 1: Mô tả BÀI TOÁN, đừng mô tả CODE
❌ Sai: "Viết VLOOKUP cho cột A lookup bảng B range C:D return column 2"
✅ Đúng: "Tôi có 2 bảng: Bảng 1 là danh sách đơn hàng (cột A = mã SP). Bảng 2 là bảng giá (cột A = mã SP, cột B = giá). Tôi muốn tự động điền giá vào Bảng 1 dựa trên mã SP."
💡 Mẹo nhớ: Nói với Claude như nói với đồng nghiệp giỏi Excel — bạn giải thích bài toán, họ viết công thức cho bạn.
Nguyên tắc 2: Test từng bước — Đừng paste cả đống một lúc
| Bước | Làm gì | Tại sao |
|---|---|---|
| 1 | Cho Claude 3-5 dòng data mẫu | Dễ verify output đúng/sai |
| 2 | Paste công thức Claude viết vào 1 ô | Test xem kết quả có đúng |
| 3 | Nếu đúng → kéo xuống toàn bộ | Scale lên |
| 4 | Nếu sai → paste kết quả sai cho Claude → "sai ở đâu?" | Claude tự sửa |
Ví dụ test:
Data mẫu:
| Mã SP | Số lượng | Giá | Thành tiền |
| BNK01 | 2 | ? | ? |
| BNK02 | 1 | ? | ? |
Bảng giá:
| Mã SP | Giá |
| BNK01 | 799000 |
| BNK02 | 1499000 |
Tôi muốn tự động điền cột Giá (từ bảng giá) và tính Thành tiền = SL × Giá.
Công thức nào cho ô C2 và D2?
Nguyên tắc 3: Không copy mù — Phải hiểu "công thức này làm gì"
Sau khi Claude viết công thức, hỏi thêm:
"Giải thích công thức này bằng tiếng Việt đơn giản, từng phần." "Có gì có thể sai với công thức này không?" "Độ tự tin của bạn với công thức này: bao nhiêu %?"
Ví dụ:
Claude viết: =VLOOKUP(A2,'Bảng giá'!A:B,2,FALSE)
Giải thích:
- VLOOKUP: tìm kiếm giá trị
- A2: tìm mã SP trong ô A2
- 'Bảng giá'!A:B: tìm trong cột A-B của sheet "Bảng giá"
- 2: trả về giá trị ở cột thứ 2 (cột B = giá)
- FALSE: phải khớp chính xác
⚠️ Quy tắc: Nếu bạn không thể giải thích công thức cho đồng nghiệp trong 30 giây → hỏi Claude giải thích lại.
Cảnh báo "Vibe Coding" — KHÔNG copy mù rồi dùng
⚠️ "Vibe coding" là khi bạn nhờ AI viết code/công thức rồi dùng ngay không cần hiểu. Andrej Karpathy (đồng sáng lập OpenAI) cảnh báo: đây là cách dùng nguy hiểm cho công việc thật.
| ✅ Vibe coding OK cho | ❌ Vibe coding NGUY HIỂM cho |
|---|---|
| Tool cá nhân (habit tracker) | Hệ thống COD verification |
| Học thử, prototype | Dashboard dùng cho quyết định kinh doanh |
| Script 1 lần cho dọn data | Tool xử lý data khách hàng |
| Bài tập, sandbox | Bất kỳ gì có PII hoặc ảnh hưởng tài chính |
16.4 Framework: Problem → Logic → Output
┌──────────────────────────────────────────┐
│ PROBLEM → LOGIC → OUTPUT │
│ │
│ [1] XÁC ĐỊNH BÀI TOÁN │
│ "Tôi muốn biết/làm gì?" │
│ ↓ │
│ [2] VIẾT LOGIC BẰNG TIẾNG VIỆT │
│ "Nếu A thì B, nếu C thì D" │
│ ↓ │
│ [3] CLAUDE CHUYỂN THÀNH CODE/CT │
│ → Công thức Excel, script, │
│ template │
│ ↓ │
│ [4] TEST + VERIFY │
│ Test với data mẫu, verify output │
│ ↓ │
│ [5] DEPLOY │
│ Paste vào file thực tế │
└──────────────────────────────────────────┘
Ví dụ áp dụng:
| Bước | Ví dụ: Phân loại đơn COD rủi ro |
|---|---|
| 1. Bài toán | "Tôi muốn tự động phân loại đơn COD thành Xanh/Vàng/Đỏ" |
| 2. Logic TV | "Nếu đơn > 1.5tr VÀ khách mới → Đỏ. Nếu đơn > 1.5tr HOẶC khách mới → Vàng. Còn lại → Xanh" |
| 3. Claude | =IF(AND(D2>1500000,E2="Mới"),"🔴 Đỏ",IF(OR(D2>1500000,E2="Mới"),"🟡 Vàng","🟢 Xanh")) |
| 4. Test | Paste vào 5 dòng mẫu → kiểm tra kết quả |
| 5. Deploy | Kéo công thức xuống toàn bộ file đơn hàng |
16.5 Ứng dụng thực tế tại Vagataba
Excel / Google Sheets
Task 1: Đối soát COD Viettel Post
Bài toán: Hàng tháng FAS đối soát danh sách COD từ VTP với data nội bộ. Cần biết đơn nào đã thu, chưa thu, lệch.
Prompt mẫu:
Tôi là FAS Vagataba. Đối soát COD tháng 4/2026.
Tôi có 2 bảng:
- Bảng A (data Vagataba): Mã đơn | Khách | SĐT | Tiền COD | Ngày tạo
- Bảng B (data VTP): Mã vận đơn | Tiền thu hộ | Ngày chuyển khoản | Trạng thái
Viết bước đối soát:
1. Match Mã đơn (Bảng A) với Mã vận đơn (Bảng B) — cần công thức gì?
2. Đơn nào có trong A nhưng không có trong B? (chưa giao)
3. Đơn nào tiền COD lệch? (A ≠ B → flag)
4. Tổng tiền VTP đã chuyển khoản vs tổng tiền phải thu?
Output: bảng đối soát + công thức Excel cho từng bước.
Giải thích mỗi công thức bằng tiếng Việt đơn giản.
Task 2: Dashboard KPI Sales hàng tuần
Prompt mẫu:
Tôi là STL Vagataba. Tạo template Google Sheets dashboard KPI Sales tuần.
KPI cần theo dõi:
- Lead mới (từ MKT)
- Lead đã contact (SC)
- Lead chốt đơn (CVR = chốt/contact %)
- Doanh thu (VND)
- Đơn giao thành công
- Đơn RTS + RTS rate
- Response time trung bình (phút)
Yêu cầu:
1. Bảng data input (SC điền hàng ngày)
2. Bảng KPI summary (tự tính từ data input)
3. Traffic light tự động:
🟢 CVR ≥ 20%, RTS ≤ 15%, Response ≤ 30 phút
🟡 CVR 10-20%, RTS 15-25%, Response 30-60 phút
🔴 CVR < 10%, RTS > 25%, Response > 60 phút
4. So sánh tuần này vs tuần trước (% thay đổi)
Output: cấu trúc sheet + công thức cho mỗi ô KPI + conditional formatting rules.
Task 3: Công thức phân loại feedback khách
Prompt mẫu:
Tôi là CSTL. Cần công thức tự động phân loại feedback khách trong Google Sheets.
Cột A = Nội dung feedback (text tiếng Việt)
Logic phân loại:
- Nếu chứa từ: "tốt", "hiệu quả", "hài lòng", "recommend" → "Tích cực"
- Nếu chứa từ: "tạm", "bình thường", "chưa thấy" → "Trung tính"
- Nếu chứa từ: "kém", "không hài lòng", "hoàn tiền", "lừa" → "Tiêu cực"
- Nếu chứa từ: "đau", "bệnh", "thuốc", "bác sĩ", "tác dụng phụ" → "⚠️ Y TẾ - ESCALATE"
- Còn lại: "Chưa phân loại"
Viết công thức cho ô B2 (phân loại dựa trên A2).
Giải thích từng phần.
Phân tích Data
Task 4: Phân tích đơn hàng theo vùng
Prompt mẫu:
Tôi là OM Vagataba. Phân tích data đơn hàng tháng 4.
[paste hoặc upload file data]
Cần biết:
1. Tổng đơn + doanh thu theo Tỉnh/TP (top 10)
2. RTS rate theo vùng (vùng nào hoàn nhiều nhất?)
3. CVR theo campaign source (camp nào convert tốt nhất?)
4. Ngày nào trong tuần bán nhiều nhất?
5. Giờ nào SC chốt đơn nhiều nhất?
Output: 5 bảng phân tích + 3 insight chính + 2 action items.
Format: bảng Markdown, traffic light cho chỉ số xấu.
Task 5: Phân tích hoàn hàng
Prompt mẫu:
Tôi là RC Vagataba. Upload data hàng hoàn tháng 4.
[paste data]
Phân tích:
1. Phân loại A (bán lại) / B (giảm giá) / C (huỷ) / D (claim shipper)
2. Giá trị tồn kho hàng hoàn (VND)
3. Claim shipper: bao nhiêu đã gửi? Bao nhiêu đã thu hồi? Pending?
4. Lý do hoàn top 5 (tần suất + % so với tổng)
5. SC nào có tỷ lệ hoàn cao bất thường?
Output: bảng phân loại + bảng claim tracking + 3 action items (owner + deadline).
Automation nhẹ
Task 6: Chuẩn hoá SĐT
Prompt mẫu:
Tôi có cột SĐT trong Google Sheets, format lộn xộn:
- 0901234567
- 84901234567
- +84 901 234 567
- 901.234.567
Viết công thức chuyển TẤT CẢ về format chuẩn: +84901234567
(bỏ dấu cách, dấu chấm, thêm +84 nếu thiếu)
Cho ô A2, viết công thức cho B2.
Test với 5 trường hợp trên.
Task 7: Tạo mã đơn tự động
Prompt mẫu:
Vagataba cần mã đơn format: VG-YYMMDD-XXX
Ví dụ: VG-260508-001, VG-260508-002...
YY = năm 2 số, MM = tháng, DD = ngày
XXX = số thứ tự trong ngày (reset mỗi ngày)
Viết công thức Google Sheets cho cột Mã Đơn:
- Cột A = Ngày tạo đơn (DD/MM/YYYY)
- Cột B = Mã đơn (tự động)
Giải thích từng phần công thức.
Task 8: Hiểu code/công thức cũ (🆕)
Bài toán: NV trước nghỉ việc, để lại file Excel đầy công thức phức tạp. Bạn không hiểu nó tính gì.
Prompt mẫu:
Giải thích công thức Excel này bằng tiếng Việt đơn giản:
=SUMIFS($D:$D,$B:$B,"Thành công",$C:$C,">="&E2,$C:$C,"<="&F2)
1. Công thức này tính gì?
2. Từng phần ($D:$D, $B:$B, v.v.) là gì?
3. E2 và F2 ảnh hưởng kết quả thế nào?
4. Tôi muốn thêm điều kiện "chỉ tính SP = BNK" — sửa thế nào?
Prompt mẫu — Script Python:
NV trước để lại script Python này:
[paste code]
Giải thích cho người không biết code:
1. Script này làm gì?
2. Cần file input gì?
3. Output ra đâu?
4. Làm sao chạy nó?
5. Tôi muốn sửa [yêu cầu cụ thể] — sửa chỗ nào?
💡 Rất thực tế: Mỗi khi NV nghỉ việc để lại file → nhờ Claude giải thích trước khi hỏi CAS.
Task 9: DVO — COD risk scoring formula (🆕)
Prompt mẫu:
Tôi là DVO Vagataba. Tạo công thức tính điểm rủi ro đơn COD.
Data mỗi đơn:
- Cột A: Giá trị đơn (VND)
- Cột B: Khách mới/cũ ("Mới"/"Cũ")
- Cột C: Giờ đặt (HH:MM)
- Cột D: Tỉnh/TP giao
- Cột E: SC (ai chốt đơn)
Scoring:
- Giá > 1.5tr: +30 điểm
- Khách mới: +20 điểm
- Đặt sau 22h hoặc trước 6h: +25 điểm
- Tỉnh có RTS cao (Đồng Nai, Bình Dương, Long An): +15 điểm
- SC có RTS > 20%: +10 điểm
Phân loại:
- 🟢 Xanh (0-20): Auto approve
- 🟡 Vàng (21-45): Verify kỹ
- 🔴 Đỏ (>45): Gọi 2 lần + lead approve
Công thức cho ô F2 (tổng điểm) và G2 (phân loại).
Task 10: WH — FEFO priority formula (🆕)
Prompt mẫu:
Tôi là WP/WQP Vagataba. Tạo bảng ưu tiên xuất kho theo FEFO.
Data:
- A: Mã SP | B: Tên SP | C: Batch | D: HSD (dd/mm/yyyy) | E: Số lượng | F: Vị trí kho
Tính:
1. Cột G = Số ngày còn lại đến HSD
2. Cột H = Ưu tiên:
- 🔴 KHẨN: ≤ 7 ngày (xuất ngay hôm nay)
- 🟠 CAO: 8-30 ngày (ưu tiên tuần này)
- 🟢 BÌNH THƯỜNG: 31-90 ngày
- ⬜ THẤP: > 90 ngày
- ⚫ HẾT HẠN: ≤ 0 ngày (KHÔNG xuất, báo FC)
3. Auto-sort theo Ưu tiên + ngày còn lại (tăng dần)
Công thức cho G2 và H2. Conditional formatting cho từng mức.
In-friendly format cho WP dán tại kệ hàng.
Task 11: RC — Phân loại hàng hoàn A/B/C/D (🆕)
Prompt mẫu:
Tôi là RC Vagataba. Tạo bảng phân loại hàng hoàn tự động.
Data đơn hoàn:
- A: Mã đơn | B: SP | C: Tình trạng bao bì | D: Tình trạng SP | E: Lý do hoàn
Logic phân loại (cột F):
- Loại A (tái nhập bán): bao bì nguyên, SP nguyên, seal chưa mở
- Loại B (giảm giá/xả): bao bì nhẹ móp, SP OK, seal mở nhưng SP chưa dùng
- Loại C (huỷ): bao bì hỏng HOẶC SP bị ẩm/vỡ HOẶC HSD < 3 tháng
- Loại D (claim shipper): lý do = "vỡ khi giao" HOẶC "mất hàng"
Tự động tính:
- Cột G: Giá trị tồn kho (A × giá gốc, B × 50% giá, C = 0, D = claim value)
- Dòng tổng: tổng từng loại + tổng giá trị
Công thức cho F2 và G2. Giải thích logic phân loại.
Task 12: MDM — ROAS dashboard template (🆕)
Prompt mẫu:
Tôi là MDM Vagataba. Tạo template Google Sheets dashboard Facebook Ads.
Data input (MDM điền hàng tuần):
- Campaign name | Spend | Impressions | Clicks | Orders | Revenue
Auto-tính:
1. CPC = Spend / Clicks
2. CTR = Clicks / Impressions × 100
3. CPL = Spend / Orders
4. ROAS = Revenue / Spend
5. Profit = Revenue - Spend - (Orders × 60k COD fee)
Traffic light:
- 🟢 ROAS ≥ 3 + CPL ≤ 120k → SCALE
- 🟡 ROAS 2-3 HOẶC CPL 120k-180k → GIÁM SÁT
- 🔴 ROAS < 2 HOẶC CPL > 180k → CÂN NHẮC TẮT
So sánh tuần này vs tuần trước (% thay đổi).
Tổng hợp: tổng spend, revenue, ROAS trung bình.
Công thức cho mỗi ô + conditional formatting + chart setup.
Task 13: SDM — SC performance scorecard (🆕)
Prompt mẫu:
Tôi là SDM Vagataba. Tạo bảng so sánh hiệu suất 8 SC.
Data mỗi SC (cột):
- Tên SC | Cuộc gọi/ngày | Connect rate | CVR | AOV | RTS rate | Call duration TB
Cần:
1. Ranking từng KPI (1=tốt nhất, 8=kém nhất)
2. Tổng điểm ranking (SC nào overall tốt/yếu nhất)
3. Traffic light:
- 🟢 CVR ≥ 20% + RTS ≤ 15%
- 🟡 CVR 10-20% HOẶC RTS 15-25%
- 🔴 CVR < 10% HOẶC RTS > 25%
4. Gap analysis: SC yếu nhất thiếu gì so với SC tốt nhất?
5. Coaching recommendation tự động cho mỗi SC đỏ/vàng
Công thức cho từng ô. Format in được cho meeting weekly SDM-STL.
16.6 Giới hạn của Claude Code — Cần biết
5 giới hạn quan trọng
| # | Giới hạn | Giải thích đơn giản | Cách xử lý |
|---|---|---|---|
| 1 | Không thay developer | Claude viết công thức/script nhẹ OK. Sửa hệ thống Odoo, tạo app → cần dev | Bài toán phức tạp → chuyển CAS hoặc dev |
| 2 | Có thể sai logic | Công thức có thể sai nếu bài toán mô tả không rõ | Luôn test với data mẫu 5 dòng trước |
| 3 | Không biết data thật | Claude viết công thức dựa trên mô tả, không nhìn thấy file Excel thật trên máy bạn | Paste data mẫu vào chat hoặc upload file |
| 4 | Không kết nối live | Claude không tự truy cập Google Sheets/Odoo real-time | Bạn phải copy output → paste vào hệ thống |
| 5 | Bảo mật | Đừng paste PII, data tài chính nhạy cảm, mật khẩu | Dùng data mẫu/ẩn danh khi cần |
4 cấp độ kiểm tra — Từ đơn giản → nghiêm ngặt
| Cấp | Tên | Khi nào | Thời gian | Cách làm |
|---|---|---|---|---|
| 1 | Nhìn qua | Mọi công thức/script | 2-5 phút | Đọc output + hỏi Claude "Có gì có thể sai?" |
| 2 | Test safe data | Task quan trọng | 10-15 phút | Tạo bản copy data → chạy thử → verify kết quả |
| 3 | Test tự động | Task lặp lại hàng ngày | 30 phút setup | Nhờ Claude viết test → chạy trước mỗi lần dùng |
| 4 | Peer review | Customer-facing, tài chính | 1-2 giờ (CAS/dev) | CAS hoặc dev review trước khi deploy |
💡 Quy tắc: Công thức đơn giản (VLOOKUP) → Cấp 1. Dashboard KPI team dùng hàng ngày → Cấp 2-3. Script tài chính → Cấp 4.
Prompt validation mẫu — Cấp 1 (dùng cho mọi output code/formula):
Giải thích code/công thức này bằng tiếng Việt đơn giản:
[paste code hoặc công thức]
Trả lời:
1. Nó làm gì?
2. Cần input gì?
3. Có gì có thể sai?
4. Có lệnh nguy hiểm nào không?
5. Tôi nên lo lắng điều gì?
Checklist 8 câu TRƯỚC KHI chạy code/formula từ AI:
- Tôi hiểu code này làm gì? (nếu không → dùng prompt validation ở trên)
- Đã test trên data mẫu (3-5 dòng)?
- Có lệnh nào xoá/sửa file mà tôi không mong muốn?
- Đã hỏi Claude "Có gì có thể sai?"
- Có backup file gốc trước khi paste công thức mới?
- Nếu sai, tôi có thể undo được không?
- Code này dùng cho cá nhân hay business-critical? (→ quyết định cấp kiểm tra)
- Nếu hỏng, tôi có thể tự sửa hoặc nhờ ai sửa được?
💡 In checklist này dán cạnh bàn. Chỉ mất 2 phút nhưng tránh được rủi ro mất data hoặc sai số.
Lệnh nguy hiểm — THẤY LÀ DỮNG, hỏi CAS
| Lệnh | Ý nghĩa | Mức nguy |
|---|---|---|
rm -rf |
Xoá file không hỏi lại | 🔴 Cực kỳ nguy hiểm |
DROP TABLE |
Xoá toàn bộ bảng database | 🔴 Cực kỳ nguy hiểm |
DELETE FROM |
Xoá data trong database | 🔴 Rất nguy hiểm |
FORMAT C: |
Format ổ cứng (Windows) | 🔴 Cực kỳ nguy hiểm |
eval() |
Chạy code tuỳ ý | 🟡 Nguy hiểm |
chmod 777 |
Mở quyền file cho mọi người | 🟡 Không an toàn |
⚠️ Nếu thấy lệnh nào trên trong output Claude → KHÔNG chạy → hỏi CAS ngay.
Khi nào DỪNG LẠI, chuyển CAS/Dev?
| Dấu hiệu | Hành động |
|---|---|
| Công thức > 3 dòng, quá phức tạp để hiểu | Hỏi CAS viết script thay |
| Cần kết nối Odoo ↔ Sheets tự động | Chuyển CAS (automation rule) |
| Claude sửa 3 lần vẫn sai | Bài toán cần dev |
| Cần thay đổi logic hệ thống (DR rule, pipeline) | Chuyển CAS (§5.8) |
| Data > 50.000 dòng, chạy chậm | Cần tool chuyên dụng |
Progressive Trust Model — Tin tưởng dần, không tin mù
| Giai đoạn | Mức tin | Cách làm |
|---|---|---|
| Lần đầu dùng AI code | 🔴 Review từng dòng | Verify mọi công thức, test với data mẫu, hỏi nhiều câu |
| Sau 5 lần thành công | 🟡 Spot check + test | Vẫn review, nhưng nhanh hơn. Chạy automated test |
| Sau 20 lần thành công | 🟢 Trust + monitor | Review nhanh, automated test catch vấn đề, giám sát kết quả |
| Bài toán MỚI / stakes cao | 🔴 Reset về Lần đầu | Task mới = review lại từ đầu, không skip |
⚠️ KHÔNG BAO GIỜ skip review cho: Code xử lý tiền, data khách, gửi email/tin nhắn, API bên ngoài, code bạn không hiểu.
16.7 Claude Code (công cụ) — Dành cho CAS [CẦN XÁC MINH]
⚠️ Phần này dành cho CAS (R03) và team kỹ thuật. NV khác có thể bỏ qua.
Claude Code (terminal tool) là gì?
Claude Code là phần mềm chạy trên terminal máy tính. Khi bạn gõ claude trong terminal, nó:
- Đọc toàn bộ file/folder trên máy bạn
- Lên kế hoạch nhiều bước
- Tự thực thi lệnh
- Tự sửa lỗi cho đến khi xong
Cho CAS Vagataba, có thể dùng để:
- Viết script Python cho Odoo Server Action
- Debug automation rules (phân tích log)
- Tạo tài liệu kỹ thuật từ code base
- Batch process file data (CSV → report)
- Tạo test plan cho automation mới
CLAUDE.md — File hướng dẫn AI
Tạo file CLAUDE.md trong folder làm việc để AI tự đọc context:
# Vagataba Odoo Configuration
## Tech Stack
- Odoo 17 Community
- Pancake (Facebook integration)
- VTP API (Viettel Post)
- Misa Accounting
## Rules
- KHÔNG thay đổi production data
- Mọi script phải test trên staging trước
- Log mọi thay đổi
- Output bằng tiếng Việt
Yêu cầu cài đặt
| Yêu cầu | Chi tiết | |
|---|---|---|
| Subscription | Claude Pro/Max/Team | |
| Terminal | Windows: WSL | Mac: Terminal |
| Cài đặt | npm install -g @anthropic-ai/claude-code [CẦN XÁC MINH phiên bản] |
16.8 Checklist dùng Claude Code an toàn
Cho MỌI NV (viết công thức/phân tích data)
- ✅ Mô tả bài toán bằng tiếng Việt rõ ràng?
- ✅ Cho data mẫu 3-5 dòng?
- ✅ Test công thức trên data mẫu trước khi áp dụng toàn bộ?
- ✅ Hiểu công thức làm gì? (nếu không → hỏi Claude giải thích)
- ✅ Không paste PII/data nhạy cảm?
- ✅ Backup file gốc trước khi paste công thức mới?
- ✅ Kết quả đã verify với 1 đồng nghiệp?
Cho CAS (dùng Claude Code terminal)
- ✅ Chỉ chạy trên staging/test, KHÔNG production?
- ✅ Đã có
CLAUDE.mdvới context + rules? - ✅ Dùng chế độ Plan trước khi Execute?
- ✅ Mọi script đã được review bởi OM?
- ✅ Log mọi thay đổi?
- ✅ Backup trước khi chạy?
16.9 Bảng tóm tắt: Ai dùng gì?
| Nhóm NV | Task "code" thường gặp | Tool | Skill cần |
|---|---|---|---|
| FAS/FCT | Đối soát COD, công thức P&L | Claude.ai + Excel/Sheets | Mô tả bài toán |
| STL/SDM | Dashboard KPI, SC scorecard 🆕 | Claude.ai + Sheets | Mô tả KPI |
| CSTL | Phân loại feedback, VOC report | Claude.ai + Sheets | Mô tả logic phân loại |
| FC/RC | Phân tích RTS, FEFO tracking, phân loại hoàn A/B/C/D 🆕 | Claude.ai + Sheets | Mô tả data cần phân tích |
| WP/WQP | FEFO priority formula, HSD tracking 🆕 | Claude.ai + Sheets | Mô tả logic kho |
| MOS/MTL | SEO keywords, A/B test analysis | Claude.ai + Sheets | Mô tả data marketing |
| MDM | ROAS dashboard, CPL tracking, budget allocation 🆕 | Claude.ai + Sheets | Mô tả KPI ads |
| DVO | COD risk scoring formula 🆕, address validation | Claude.ai + Sheets | Mô tả cờ đỏ |
| OM/CEO | Cross-dept dashboard, ROI | Claude.ai + Sheets | Mô tả KPI tổng |
| CAS | Odoo scripts, debug, data pipeline | Claude Code terminal | Kỹ thuật cơ bản |
16.10 Top 13 công thức hay nhất cho Vagataba
Copy-paste ngay hoặc nhờ Claude customize.
| # | Bài toán | Hỏi Claude | Loại |
|---|---|---|---|
| 1 | Margin từng đơn | "Tính margin % = (Revenue - Cost) / Revenue" | Công thức |
| 2 | VLOOKUP giá SP | "Tìm giá từ bảng giá theo mã SKU" | Công thức |
| 3 | Traffic light KPI | "Nếu CVR ≥ 20% → xanh, 10-20% → vàng, < 10% → đỏ" | Conditional |
| 4 | Đếm đơn theo camp | "Đếm số đơn có source = 'FB Ads Camp A'" | COUNTIFS |
| 5 | Tổng DT theo vùng | "Tổng doanh thu theo tỉnh/TP" | SUMIFS |
| 6 | Format SĐT chuẩn | "Chuyển mọi SĐT về +84XXXXXXXXX" | Text |
| 7 | Tính ngày hết hạn | "HSD còn bao nhiêu ngày? Flag nếu < 30" | Date + IF |
| 8 | Phân loại feedback | "Tích cực/Tiêu cực/Y tế dựa trên từ khoá" | IF + SEARCH |
| 9 | Đối soát 2 bảng | "So khớp mã đơn giữa data nội bộ và VTP" | VLOOKUP + IF |
| 10 | RTS rate theo SC | "% đơn hoàn của từng SC so với tổng đơn" | Pivot logic |
| 11 🆕 | COD risk scoring | "Tính điểm rủi ro đơn: giá + khách mới + giờ đặt + vùng" | IF + SUM |
| 12 🆕 | FEFO priority | "Ưu tiên xuất kho: KHẨN/CAO/BT/THẤP theo HSD" | Date + IF lồng |
| 13 🆕 | ROAS dashboard | "ROAS, CPL, Profit tự động cho 8 camp Facebook Ads" | Formulas + Chart |
Nội dung PHẦN XVII — CLAUDE CODE. Cập nhật 05/2026. Tham chiếu: 03_Nghe_Thuat_Viet_Prompt.md (§3) | 09_Finance_Admin.md (§5.8) | 07_Claude_Projects_Kien_Truc.md (§7)
PHẦN XVII — VIBE CODE: AI-ASSISTED CODING CHO DEVELOPER
Mục tiêu: Sau khi đọc phần này, Developer phòng Công Nghệ Vagataba nắm vững khái niệm Vibe Coding, phân biệt rõ khi nào nên/không nên áp dụng, thành thạo AI-assisted coding workflow với Claude Code, và tuân thủ các guardrails an toàn cho production code.
17.1 Vibe Coding là gì?
Nguồn gốc & Định nghĩa
Andrej Karpathy (đồng sáng lập OpenAI) đặt ra thuật ngữ "Vibe Coding" vào tháng 2/2025:
"Vibe coding là khi bạn hoàn toàn buông theo cảm giác, quên rằng code tồn tại. Bạn mô tả dự án bằng ngôn ngữ tự nhiên, AI tự sinh code, và bạn chấp nhận output mà không review kỹ."
| Đặc điểm | Mô tả |
|---|---|
| Cách làm | Mô tả bằng ngôn ngữ tự nhiên → AI sinh code |
| Vai trò dev | Chuyển từ "người viết code" → "kiến trúc sư + reviewer" |
| Triết lý | "Forget that the code even exists" |
| Mục đích gốc | Throwaway weekend projects, rapid prototyping |
Tiến hoá: Vibe Coding → Agentic Engineering (2026)
⚠️ Karpathy (2026): Vibe coding giờ đã "passé", thay bằng "Agentic Engineering" cho phát triển chuyên nghiệp.
| Giai đoạn | Thời điểm | Đặc điểm |
|---|---|---|
| Vibe Coding 1.0 | 02/2025 | Copy-paste code AI, không review |
| Vibe Coding 2.0 | Giữa 2025 | Human-in-the-loop, review cơ bản |
| Agentic Engineering | 2026 | Dev là Tech Lead, AI là Junior Dev — review mọi output |
Cho Developer Vagataba: Phân biệt rõ
| ✅ Vibe Coding OK cho | ❌ KHÔNG BAO GIỜ vibe code cho |
|---|---|
| Prototype nội bộ, PoC nhanh | Odoo Server Actions production |
| Tool cá nhân (habit tracker, calculator) | API integration (VTP, Pancake, Misa) |
| Script 1 lần cho dọn data | Code xử lý data khách hàng (PII) |
| Học framework/ngôn ngữ mới | Pipeline DR logic, Automation Rules |
| Hackathon, sandbox, experiment | Bất kỳ code nào deploy lên production |
17.2 Bộ công cụ AI-Assisted Coding cho Developer
So sánh 3 công cụ chính (2026)
| Tiêu chí | GitHub Copilot | Cursor | Claude Code |
|---|---|---|---|
| Loại | IDE Extension | AI-Native IDE (VS Code fork) | Terminal-Native Agent |
| Thế mạnh | Autocomplete, boilerplate | Multi-file editing, refactoring | Deep reasoning, context lớn |
| Context window | Trung bình | Tốt | Rất lớn (200K–1M tokens) |
| Workflow | Inline "ghost" suggestions | Conversational trong IDE | Agentic execution qua terminal |
| Chi phí | ~$10/tháng | ~$20/tháng | API-metered (~$6/ngày avg) |
| Phù hợp | Code hàng ngày | Refactoring phức tạp | Task tự động, kiến trúc lớn |
Khuyến nghị cho Vagataba Dev Team
Workflow khuyến nghị (Hybrid Approach):
├─ Copilot → Autocomplete hàng ngày, boilerplate nhanh
├─ Cursor → Refactoring multi-file, debug phức tạp
└─ Claude Code → Kiến trúc lớn, phân tích legacy code, batch tasks
💡 Nguyên tắc: Không chọn 1 tool "winner" — dùng kết hợp theo task cụ thể.
Claude Code CLI — Setup cho Dev Vagataba
Cài đặt:
# macOS / Linux / WSL
curl -fsSL https://claude.ai/install.sh | bash
# Windows PowerShell
irm https://claude.ai/install.ps1 | iex
Yêu cầu:
| Yêu cầu | Chi tiết |
|---|---|
| Subscription | Claude Pro ($20/tháng) trở lên |
| Terminal | WSL (Windows) hoặc Terminal (Mac) |
| Chi phí token | ~$6/ngày trung bình |
| Version control | Git — bắt buộc |
Hai chế độ hoạt động:
| Chế độ | Lệnh | Mô tả |
|---|---|---|
| Interactive (mặc định) | claude |
Duyệt từng action |
| Non-Interactive | claude -p "task" |
Chạy end-to-end tự động |
17.3 CLAUDE.md — File hướng dẫn AI cho dự án
Tại sao cần CLAUDE.md?
CLAUDE.md là file context tự động được Claude Code đọc khi bắt đầu session. Nó đóng vai trò như "onboarding doc cho AI junior dev".
Template CLAUDE.md cho Vagataba
# Vagataba Development Context
## Tech Stack
- Odoo 17 Community Edition
- Python 3.10+ (Odoo modules)
- PostgreSQL 14
- Pancake (Facebook integration)
- VTP API (Viettel Post shipping)
- Misa Accounting API
## Coding Standards
- PEP 8 cho Python
- Odoo ORM conventions (recordset, browse, search)
- Docstring bắt buộc cho mọi method public
- Type hints cho parameters và return values
## Rules — KHÔNG ĐƯỢC VI PHẠM
- KHÔNG thay đổi production database trực tiếp
- KHÔNG commit secrets, API keys, passwords
- Mọi script PHẢI test trên staging trước
- Log mọi thay đổi vào changelog
- Output/comment bằng tiếng Việt khi cần
## Project Structure
- /addons/ → Custom Odoo modules
- /scripts/ → Automation scripts
- /tests/ → Unit tests (pytest)
- /docs/ → Technical documentation
## Testing Requirements
- Unit test coverage ≥ 80%
- Integration test cho mọi API endpoint
- Test với data tiếng Việt (Unicode)
## Git Workflow
- Branch naming: feature/xxx, fix/xxx, hotfix/xxx
- Commit message: conventional commits (feat:, fix:, docs:)
- PR require ≥ 1 reviewer
AGENTS.md — Guardrails cho AI Agent
Ngoài CLAUDE.md, tạo thêm AGENTS.md để định nghĩa rõ ràng các quy tắc:
# AI Agent Guidelines
## Forbidden Patterns
- KHÔNG sử dụng eval() hoặc exec()
- KHÔNG hardcode credentials
- KHÔNG xoá file không qua confirmation
- KHÔNG modify migration files đã chạy
## Allowed Operations
- Đọc file trong project scope
- Tạo file mới trong /addons/ và /scripts/
- Chạy pytest
- Chạy linting (flake8, pylint)
## Escalation Triggers
- Khi cần thay đổi database schema → Hỏi Lead Dev
- Khi cần access production → Hỏi OM
- Khi không chắc chắn → Dừng lại, hỏi
17.4 Agentic Engineering Workflow
📌 Nội dung Agentic Engineering đã được tách thành module riêng — xem chi tiết tại §18 (file 18_Agentic_Engineering.md). File 18 bao gồm: 4 Design Patterns (Andrew Ng), MCP Protocol, Google Antigravity, Cursor, Windsurf, Multi-Agent Orchestration, Safety & Governance, và 8+ khóa đào tạo hàng đầu.
Best Practices từ các khóa đào tạo hàng đầu
(Tổng hợp từ Anthropic Academy, DeepLearning.AI, DataCamp, và cộng đồng developer)
| # | Best Practice | Giải thích | Áp dụng Vagataba |
|---|---|---|---|
| 1 | Plan Before You Code | Tạo spec.md trước khi viết code | Mọi feature mới cần PRD |
| 2 | Decompose Tasks | Chia nhỏ thành ticket cụ thể | Không yêu cầu AI "build entire module" |
| 3 | Human-in-the-Loop | Dev = Tech Lead, AI = Junior Dev | Review MỌI PR từ AI |
| 4 | Immutable Tests | Không cho AI sửa test để pass | Test suite là "source of truth" |
| 5 | Context Management | Cung cấp đúng context cho AI | Dùng CLAUDE.md + Project scope |
| 6 | Treat Prompts as Code | Version control prompts | Commit spec.md vào repo |
| 7 | Principle of Least Privilege | AI chỉ có quyền tối thiểu | Không cho AI access production |
| 8 | Security Shift-Left | Scan bảo mật trong workflow | SAST/SCA tự động trước PR |
Ví dụ thực tế — Tạo Odoo Server Action
Bước 1: Plan (spec.md)
## Feature: Auto-flag đơn COD rủi ro cao
### Mục tiêu
Tự động flag đơn COD có risk score ≥ 70 điểm
### Logic
- Khách mới + đơn > 1.5tr VND = +40 điểm
- Đặt sau 22h = +15 điểm
- Vùng có RTS cao = +15 điểm
- Nhiều đơn cùng SĐT trong 24h = +20 điểm
### Input
- Model: sale.order
- Trigger: on_create
### Output
- Field: x_risk_score (Integer)
- Field: x_risk_level (Selection: low/medium/high)
- Notification: Gửi cho DVO nếu high risk
Bước 2: Prompt Claude Code
Đọc spec.md trong folder hiện tại.
Implement Server Action cho Odoo 17 theo spec.
- Tạo module mới trong /addons/cod_risk_scoring/
- Viết unit test coverage ≥ 80%
- Tuân thủ CLAUDE.md rules
- Giải thích mỗi hàm bằng docstring tiếng Việt
Bước 3: Review checklist
- Logic scoring đúng theo spec?
- Unit test cover edge cases?
- Không hardcode giá trị (dùng config parameter)?
- Performance OK với 1000+ đơn/ngày?
- Rollback plan nếu cần disable?
17.5 Rủi ro thực tế & Bài học cảnh báo
5 rủi ro lớn nhất của AI-generated code
| # | Rủi ro | Số liệu thực tế | Cách phòng tránh |
|---|---|---|---|
| 1 | Lỗ hổng bảo mật | 170/1.645 app Lovable bị lộ PII (05/2025) | Security scan tự động (SAST/SCA) |
| 2 | Hallucination | AI bịa hàm không tồn tại | Verify với docs chính thức |
| 3 | Dependency chaos | AI cài package lỗi thời/có lỗ hổng | Dependency review process |
| 4 | Over-persistent testing | AI sửa test assertions thay vì sửa logic | Review logic, không chỉ test results |
| 5 | Knowledge gap | Dev không hiểu code AI viết → "cognitive debt" | Bắt buộc hiểu trước khi merge |
Lệnh nguy hiểm — THẤY LÀ DỪNG
| Lệnh | Ý nghĩa | Mức nguy |
|---|---|---|
rm -rf / |
Xoá toàn bộ hệ thống | 🔴 Cực kỳ nguy hiểm |
DROP TABLE / DROP DATABASE |
Xoá bảng/database | 🔴 Cực kỳ nguy hiểm |
DELETE FROM ... (không WHERE) |
Xoá toàn bộ data | 🔴 Rất nguy hiểm |
chmod 777 |
Mở quyền file cho mọi người | 🟡 Không an toàn |
eval() / exec() |
Chạy code tuỳ ý | 🟡 Nguy hiểm |
git push --force |
Ghi đè history | 🟡 Mất code |
pip install (unknown source) |
Cài package lạ | 🟡 Supply chain risk |
⚠️ Quy tắc Vagataba: Nếu AI output chứa lệnh trên → KHÔNG chạy → review kỹ → hỏi Lead Dev.
Bài học từ Shopify (2026)
"AI-written code increased production bugs because human reviewers were less thorough."
Nguyên nhân: Dev tin AI → review qua loa → bug lọt vào production.
Giải pháp Vagataba:
- Code AI viết = code của Junior Dev → review nghiêm ngặt như nhau
- PR từ AI cần ít nhất 1 human reviewer
- Automated test phải pass trước khi review
17.6 Progressive Trust Model — Tin tưởng dần
| Giai đoạn | Mức tin | Cách làm | Timeline |
|---|---|---|---|
| Lần đầu dùng AI code | 🔴 Review từng dòng | Verify mọi function, test edge cases | Tuần 1-2 |
| Sau 10 lần thành công | 🟡 Spot check + auto test | Review nhanh hơn, CI/CD catch lỗi | Tuần 3-4 |
| Sau 30 lần thành công | 🟢 Trust + monitor | Auto test, monitoring, weekly audit | Tháng 2+ |
| Task/context MỚI | 🔴 Reset về Lần đầu | Task mới = trust mới | Luôn luôn |
KHÔNG BAO GIỜ skip review cho:
- Code xử lý tiền (COD, payment, accounting)
- Code access database production
- Code gửi email/SMS/notification
- Code gọi external API (VTP, Pancake, Misa)
- Code bạn không hiểu 100%
17.7 Khóa đào tạo được đánh giá cao (2026)
📌 Danh sách đầy đủ 8+ khóa đào tạo Agentic Engineering hàng đầu thế giới + lộ trình học cho Dev Vagataba — xem §18.7 (file 18_Agentic_Engineering.md). Bao gồm: Andrew Ng (DeepLearning.AI), Anthropic Academy, Google AI Studio (Antigravity), Udacity Nanodegree, Vanderbilt/Coursera, Udemy (Ed Donner), Scrimba, LangChain Academy.
17.8 Khi nào cần Developer (vs. AI tự làm)?
Escalation Matrix
| Tình huống | Cần Dev? | Lý do |
|---|---|---|
| Viết Odoo module mới | ✅ Bắt buộc | Architecture + security review |
| Fix bug production | ✅ Bắt buộc | Root cause analysis cần kinh nghiệm |
| Integration API bên ngoài | ✅ Bắt buộc | Security, error handling phức tạp |
| Tạo dashboard Sheets | ❌ NV tự làm | Tier 2 Artifacts đủ |
| Viết công thức Excel | ❌ NV tự làm | Tier 1 Chat đủ |
| Script dọn data 1 lần | 🟡 Tuỳ mức độ | Nếu có PII → cần Dev |
| Thay đổi DB schema | ✅ Bắt buộc | Migration risk cao |
| Performance optimization | ✅ Bắt buộc | Profiling cần chuyên môn |
Mô hình cộng tác AI + Developer
NV non-tech (Tier 1-2) Developer (Tier 3)
│ │
│ Prototype / Tool cá nhân │
│ (Claude.ai Chat/Artifacts) │
│ │
├─── Nếu hữu ích ──────────────►│
│ │ Review code
│ │ Security check
│ │ Performance test
│ │ Production deploy
│◄── Feedback + hướng dẫn ───────┤
│ │
│ Tiếp tục cải tiến │ Monitor + maintain
💡 Quote (Cat Wu, Anthropic): "It's still very much up to the individual who merges it to be responsible for well-maintained, well-documented code with reasonable abstractions."
17.9 Git Workflow với AI — Safety Net
Git là "bảo hiểm" cho AI coding
Boris Cherny (Lead Engineer, Anthropic): "Is writing a file ever unsafe if you have version control?"
Workflow chuẩn:
# 1. Trước khi AI thay đổi
git add . && git commit -m "pre-AI: working state"
# 2. Cho AI làm việc (Claude Code)
claude "implement feature X theo spec.md"
# 3. Review diff
git diff
# 4a. Nếu OK → commit
git add . && git commit -m "feat: AI-implemented feature X"
# 4b. Nếu KHÔNG OK → rollback
git reset --hard HEAD
# 5. Push + PR
git push origin feature/xxx
# Tạo PR → Review → Merge
Branch Strategy cho AI-assisted development
| Branch | Mục đích | Quy tắc |
|---|---|---|
main |
Production | KHÔNG push trực tiếp |
develop |
Integration | Merge từ feature branches |
feature/ai-* |
AI-generated features | Require review trước merge |
experiment/ai-* |
AI experiments/PoC | Có thể delete sau |
17.10 Checklist dùng Vibe Code an toàn
Cho Developer — Trước khi dùng AI viết code
- ✅ Đã tạo spec.md/PRD cho feature?
- ✅ Đã có CLAUDE.md + AGENTS.md trong project?
- ✅ Đã commit working state trước khi AI thay đổi?
- ✅ Task đã chia nhỏ đủ cụ thể?
- ✅ Không yêu cầu AI access production?
Cho Developer — Sau khi nhận code từ AI
- ✅ Đã đọc và HIỂU mọi dòng code?
- ✅ Không có lệnh nguy hiểm (rm, DROP, eval)?
- ✅ Không hardcode secrets/credentials?
- ✅ Unit test coverage ≥ 80%?
- ✅ Security scan pass (SAST/SCA)?
- ✅ Test với data tiếng Việt (Unicode)?
- ✅ Performance OK với volume dự kiến?
- ✅ Đã review diff trước khi commit?
Cho Developer — Trước khi deploy
- ✅ Test trên staging thành công?
- ✅ PR đã được ≥ 1 người review?
- ✅ Có rollback plan?
- ✅ Monitoring/alerting đã setup?
- ✅ Documentation đã cập nhật?
17.11 Bảng tóm tắt: Developer dùng gì, khi nào?
| Task | Tool | AI Level | Review |
|---|---|---|---|
| Autocomplete code hàng ngày | Copilot | AI viết, dev accept | Inline review |
| Refactor multi-file | Cursor | AI đề xuất, dev chọn | Diff review |
| Tạo module mới từ spec | Claude Code | AI implement, dev review | Full PR review |
| Debug production issue | Claude Code + manual | AI phân tích, dev fix | Root cause review |
| Script automation nội bộ | Claude Code | AI viết, dev test | Test + security scan |
| Prototype/PoC nhanh | Claude Code / Cursor | Vibe coding OK | Light review |
| Data pipeline / ETL | Claude Code | AI draft, dev refine | Full review + test |
| Odoo module production | Claude Code + Cursor | AI assist, dev lead | Strict review + staging |
Nội dung Phần XII — Vibe Code: AI-Assisted Coding cho Developer. Cập nhật 05/2026. Tham chiếu: 17_Claude_Code_Vibe.md (§9) | 11_Claude_Cowork.md (§8) | 04_Quy_Trinh_An_Toan_Kaizen.md (§5) Nguồn: Anthropic Academy, DeepLearning.AI, Andrej Karpathy, Simon Willison, BCG AI Survey, KPMG/HBS Study