Thiết Lập Claude Code Như Boris Cherny: CLAUDE.md Masterclass
Điểm nổi bật
Nhấn để đến mục tương ứng
- 1 Quy trình đã được cộng đồng kiểm chứng nhiều lần: Đầu năm 2026, anh ấy đưa ra một tuyên bố đáng chú ý: "100% code của tôi được viết bởi Claude Code + Opus 4.5." Không phải "phần. Theo nhận xét từ cộng đồng: "100% code của tôi được viết bởi Claude Code + Opus 4.5.". Phần lớn người overthink giai đoạn setup và mất hàng giờ — thực tế chỉ cần làm đúng trình tự.
- 2 Từ lý thuyết sang kết quả đo lường được: Bắt đầu mỗi session đúng cách Cherny báo cáo dùng một "session start ritual" — prompt đầu tiên của mỗi ngày làm việc: "Read. Tóm tắt lại những gì chúng ta đang làm và next steps đã được plan. Bắt đầu từ pattern thành công này rồi customize theo nhu cầu — tiết kiệm hàng tuần thử nghiệm mò mẫm.
- 3 Bản chất cốt lõi đáng chú ý: File CLAUDE.md là "bộ nhớ cố định" của Claude Code. Khác với conversation history có thể bị reset, CLAUDE.md được đọc ở đầu mỗi session và thiết lập. Nắm được nguyên lý này giúp bạn chuyển từ dùng thử sang dùng chiến lược, tối ưu hóa từng tương tác với công cụ.
- 4 Pattern tối ưu từ top users: Global CLAUDE.md — Template # About Me - Senior developer, 8 years experience - Primary languages: TypeScript, Python,. Áp dụng framework này vào workflow hàng ngày giúp tăng productivity mà không cần thêm công cụ hay chi phí.
- 5 Quan sát then chốt: Một trong những điểm đặc biệt trong approach của Cherny là cách anh quản lý memory của Claude Code. Progressive context building Thay vì dump toàn bộ context vào CLAUDE.md ngay từ đầu, Cherny xây. Hiểu chi tiết này cho phép khai thác tối đa tiềm năng của công cụ thay vì chỉ chạm bề mặt tính năng.
Boris Cherny là ai và tại sao setup của anh ấy đáng học?
Boris Cherny là engineer tại Anthropic — người trực tiếp làm việc trên Claude Code. Đầu năm 2026, anh ấy đưa ra một tuyên bố đáng chú ý: "100% code của tôi được viết bởi Claude Code + Opus 4.5." Không phải "phần lớn," không phải "hầu hết" — là toàn bộ.
Điều này có nghĩa là Cherny đã tối ưu setup của mình đến mức ông có thể hoàn toàn delegate phần coding cho Claude và tập trung vào architecture, design, và decision-making. Đây không phải người dùng thông thường — đây là người hiểu Claude Code sâu hơn hầu hết ai khác.
Bài viết trên XDA Developers phân tích những gì biết được về setup của Cherny và cách bạn có thể áp dụng cho workflow của mình.
Nền tảng: CLAUDE.md là gì và tại sao quan trọng
File CLAUDE.md là "bộ nhớ cố định" của Claude Code. Khác với conversation history có thể bị reset, CLAUDE.md được đọc ở đầu mỗi session và thiết lập context, rules, và preferences.
Hai loại CLAUDE.md:
-
Global CLAUDE.md (
~/.claude/CLAUDE.md): Áp dụng cho tất cả projects — chứa preferences cá nhân, coding style tổng quát, thông tin về bạn là ai. -
Project CLAUDE.md (
/project-root/CLAUDE.md): Đặc thù cho từng project — tech stack, conventions, architecture decisions, team standards.
Cấu trúc CLAUDE.md tối ưu
Global CLAUDE.md — Template
# About Me
- Senior developer, 8 years experience
- Primary languages: TypeScript, Python, Go
- Working style: prefer explicit over clever, readable over terse
# Communication Preferences
- Be direct, skip unnecessary pleasantries
- When uncertain, say so explicitly — don't guess
- Propose alternatives when rejecting approach
- Ask clarifying questions before big changes
# Code Standards
- Never comment obvious things
- Prefer functional approaches when reasonable
- Error handling: always explicit, never silent fail
- Testing: write tests before or alongside implementation
# Things I Hate
- Premature optimization
- Magic strings — always use constants
- Any code that requires a comment to understand
- Breaking changes without warning
Project CLAUDE.md — Template
# Project: [Name]
## Tech Stack
- Frontend: React 18, TypeScript, Tailwind CSS
- Backend: Node.js, Express, PostgreSQL
- Testing: Jest, React Testing Library
- Deploy: Vercel (frontend), Railway (backend)
## Architecture Notes
- [Giải thích các architectural decisions quan trọng]
- [Anti-patterns cụ thể cần tránh trong project này]
## Conventions
- File naming: kebab-case for files, PascalCase for components
- API routes: RESTful, versioned (/api/v1/)
- Database: snake_case column names, camelCase in code
## Current Focus
- [Task đang làm] — [Context cần biết]
## Known Issues
- [Bugs đang được track]
- [Technical debt cần acknowledge]
Kỹ thuật memory system của Cherny
Một trong những điểm đặc biệt trong approach của Cherny là cách anh quản lý memory của Claude Code.
Progressive context building
Thay vì dump toàn bộ context vào CLAUDE.md ngay từ đầu, Cherny xây dựng context incremetally. Khi làm việc với một phần của codebase, anh yêu cầu Claude summarize những gì đã học và update CLAUDE.md với những insights quan trọng.
Kết quả: CLAUDE.md không phải một document tĩnh mà là "living document" phát triển cùng với project.
Decision log
Một section đặc biệt trong CLAUDE.md lưu trữ architectural decisions với context: "Tại sao chúng ta chọn X thay vì Y?" Điều này ngăn Claude đề xuất lại những alternatives đã được evaluate và reject, tiết kiệm thời gian debugging vòng lặp.
Anti-patterns list
Sau mỗi lần Claude tạo code theo pattern bạn không muốn, thêm vào CLAUDE.md: "Đừng dùng [pattern X] trong project này vì [lý do]." Theo thời gian, danh sách này ngăn được phần lớn những mistakes lặp đi lặp lại.
Workflow optimization: Session management
Bắt đầu mỗi session đúng cách
Cherny báo cáo dùng một "session start ritual" — prompt đầu tiên của mỗi ngày làm việc:
"Read CLAUDE.md, đặc biệt phần 'Current Focus'. Tóm tắt lại những gì chúng ta đang làm và next steps đã được plan. Xác nhận bạn có đủ context để tiếp tục."
Điều này đảm bảo Claude không bắt đầu từ "tờ giấy trắng" mà có đầy đủ context của ngày hôm trước.
Compact và checkpoint
Sau mỗi major feature complete, Cherny dùng /compact và yêu cầu Claude:
- Update CLAUDE.md với những gì đã thay đổi
- List những technical decisions đã được made và tại sao
- Identify potential issues cần attention trong session tiếp theo
The "rubber duck" technique
Khi stuck trên một vấn đề khó, Cherny describe vấn đề cho Claude một cách chi tiết — không phải để Claude giải quyết, mà để clarify thinking. Thường trong quá trình explain, vấn đề tự làm rõ.
Model selection strategy
Cherny không luôn dùng Opus cho mọi thứ — đó là expensive và không cần thiết. Strategy:
- Opus: Architecture decisions, complex debugging, code review, anything requiring deep reasoning
- Sonnet: Feature implementation, refactoring, writing tests, documentation
- Haiku: Simple formatting, boilerplate, quick lookups
Choosing right model = tốc độ cao hơn + cost thấp hơn + không sacrifice quality cho task type phù hợp.
Những gì tạo nên sự khác biệt: Trust building
Insight quan trọng nhất từ approach của Cherny: anh build trust với Claude dần dần thay vì ngay lập tức delegate mọi thứ.
Ban đầu, review mọi line code Claude tạo. Hiểu tại sao từng quyết định được đưa ra. Khi đã nắm rõ patterns và biết Claude hiểu project như thế nào, delegation dần tăng lên. Cuối cùng: có thể trust những task quen thuộc mà không cần review chi tiết từng line.
Đây là journey, không phải switch. Từ "tôi review 100%" đến "100% được viết bởi Claude" mất nhiều tháng build trust và context.
Những sai lầm phổ biến nhất khi setup Claude Code
Trên con đường đến được setup như Cherny, developer thường mắc những sai lầm này:
1. CLAUDE.md quá dài và generic
Nhiều người copy-paste sample CLAUDE.md từ internet mà không customize. Kết quả: Claude có nhiều instructions không áp dụng cho project cụ thể, gây confusion hơn là giúp. Tốt hơn là bắt đầu với 10 dòng cụ thể thay vì 100 dòng generic.
2. Không update CLAUDE.md khi project thay đổi
CLAUDE.md có tech stack từ 6 tháng trước nhưng project đã migrate sang framework mới? Claude sẽ viết code theo old patterns. Review và update CLAUDE.md ít nhất mỗi tháng.
3. Dùng /compact quá ít hoặc quá nhiều
Quá ít: conversation phình to, responses chậm, Claude bị "distracted" bởi quá nhiều history. Quá nhiều: compact sau mỗi message, mất context quan trọng. Sweet spot: compact sau mỗi major task hoàn thành.
4. Không có clear handoff protocol
Khi kết thúc một working session, nhiều người chỉ đóng terminal. Cherny luôn kết thúc bằng "summarize what we did and what's next" — tạo clear handoff cho session tiếp theo.
5. Trust quá sớm
Thấy Claude viết code hoạt động vài lần đầu rồi stop reviewing. Đây là sai lầm nguy hiểm. Claude có thể viết code "work" nhưng có security vulnerabilities, performance issues, hoặc design debt tích lũy. Review kỹ trong ít nhất 3-4 tuần đầu trước khi giảm review intensity.
Metrics để đánh giá setup của bạn
Làm thế nào biết setup của mình đã tốt? Theo dõi:
- First-attempt success rate: Tỷ lệ tasks Claude complete đúng ngay lần đầu mà không cần rework
- Context re-explanation frequency: Bạn có phải giải thích lại cùng một context nhiều lần không? Nếu có, CLAUDE.md cần update
- Review time per PR: Thời gian bạn dành để review code Claude viết. Nếu không giảm theo thời gian, trust chưa được build đúng cách
- Rework rate: Tỷ lệ code Claude viết phải rewrite lại hoàn toàn. Target: dưới 10% sau 1 tháng làm việc cùng project
Đọc thêm về CLAUDE.md: CLAUDE.md Masterclass — Tối ưu workspace cho Claude Code.
Xem thêm về Claude Code từ cơ bản: Claude Code toàn tập — Lập trình với AI agent trong terminal.
Nguồn tham khảo
Bài viết được tổng hợp và mở rộng từ: Set Up Claude Code Like Boris Cherny — XDA Developers.
Bai viet co huu ich khong?
Bản quyền thuộc về tác giả. Vui lòng dẫn nguồn khi chia sẻ.




