Workshop 30 Phút Của Anthropic Chỉ Ra Cách Dùng Claude Code Cho Đúng

Post của Jouhatsu ngắn, nhưng nó chạm đúng nhu cầu thật

Post gốc của Jouhatsu bằng tiếng Pháp khá đơn giản: team Anthropic vừa cho thấy cách dùng Claude Code “đúng cách”, video dài khoảng 30 phút, miễn phí, được trình bày bởi chính người tạo ra sản phẩm. Kèm theo đó là câu chốt rất social-media: đáng hơn nhiều khóa học AI 500 đô mà người ta suýt mua.

Điểm hay là replies bên dưới cũng lộ ra insight thật: rất nhiều người không hỏi “tool này mạnh cỡ nào”, mà hỏi “có bản tiếng Pháp không?”. Tức là vấn đề của thị trường bây giờ không còn là thiếu awareness, mà là thiếu workflow rõ ràng để dùng coding agents cho ra việc.

Workshop này không dạy prompt vặt — nó dạy cách cộng tác với coding agent

Trong video, Boris — người nói thẳng rằng anh là người tạo ra Claude Code — mở đầu khá rõ: đây không phải công cụ autocomplete từng dòng như thế hệ coding assistant cũ. Claude Code được thiết kế để làm những việc lớn hơn: xây feature, viết cả hàm, sửa bug hoàn chỉnh, hoặc phối hợp nhiều bước trong một repo thật.

Điểm đáng giá là workshop không sa vào phần “AI thật tuyệt vời”. Nó đi khá thẳng vào các pattern dùng thật của Anthropic:

• bắt đầu bằng hỏi đáp codebase thay vì sửa code ngay,
• yêu cầu Claude lên plan trước khi động vào thay đổi lớn,
• nhét thêm context qua `CLAUDE.md`,
• gắn công cụ kiểm tra như test hoặc Puppeteer để Claude tự lặp và tự sửa,
• và dùng CLI/SDK như một lớp tự động hóa nghiêm túc, không chỉ là chatbox trong terminal.

1) Tip quan trọng nhất: đừng bắt đầu bằng sửa code, hãy bắt đầu bằng codebase Q&A

Đây là lời khuyên số một của workshop, và honestly nó rất đúng. Boris nói khi onboarding kỹ sư mới ở Anthropic, thứ họ dạy đầu tiên không phải là “hãy bảo Claude build feature này”, mà là hãy hỏi codebase.

Cách này có hai lợi ích lớn:

• Claude học codebase bằng cách tự search file, đọc code, nhìn git history, đọc issue liên quan;
• người dùng cũng học được biên giới năng lực của tool: cái gì one-shot được, cái gì phải giữ tay nó sát hơn.

Boris đưa ví dụ rất hay: bạn có thể hỏi vì sao một function lại có tới 15 arguments, tại sao tên biến kỳ quặc như vậy, commit nào đưa nó vào, ai tạo nó, issue nào liên quan. Claude tự dùng git để lần lịch sử rồi tóm tắt ngược lại cho bạn.

Đây là chỗ Claude Code khác hẳn kiểu autocomplete cũ: nó không chỉ viết tiếp đoạn dang dở, mà có thể đào lịch sử quyết định kỹ thuật.

2) Anthropic giảm onboarding từ 2-3 tuần xuống 2-3 ngày — đây là chi tiết đắt nhất video

Một claim rất mạnh trong video là: với Claude Code, onboarding kỹ thuật ở Anthropic đã giảm từ khoảng 2-3 tuần xuống còn 2-3 ngày. Nếu đúng như vậy, đây không chỉ là chuyện tiết kiệm thời gian. Nó là một thay đổi ở cách tri thức nội bộ được truy cập.

Thay vì liên tục ping engineer cũ để hỏi “đoạn này để làm gì?”, “service này nối sang đâu?”, “tại sao chúng ta làm vậy?”, kỹ sư mới có thể hỏi Claude trước. Không phải vì Claude thay thế con người hoàn toàn, mà vì nó hấp thụ được một phần lớn ma sát của giai đoạn làm quen codebase.

Ngoài ra, Boris cũng nhấn mạnh một chi tiết nhiều team sẽ thích: không có remote indexing database, code không bị upload đi đâu để tạo chỉ mục, và Anthropic nói họ không train generative model trên code của người dùng. Tức là đây là một pitch khá mạnh cho nhóm lo privacy/code ownership.

3) Đừng quăng feature 3.000 dòng rồi cầu nguyện — luôn bắt Claude lên plan trước

Một best practice khác được nói khá rõ là: trước khi cho Claude sửa lớn, hãy yêu cầu nó brainstorm hoặc make a plan trước. Điều này nghe đơn giản, nhưng cực kỳ quan trọng.

Boris nói thẳng rằng khi người dùng bảo Claude “hãy implement feature khổng lồ này”, đôi khi nó làm đúng, nhưng nhiều lúc thứ nó build ra lại không phải cái bạn muốn. Cách rẻ nhất để tránh lệch là:

• bắt nó nghĩ trước,
• trình bày plan,
• xin approval,
• rồi mới được sửa code.

Đây là mental model rất đáng giữ: với coding agents, thời gian bỏ ra để ép nó lên kế hoạch trước thường rẻ hơn nhiều so với thời gian sửa đống output lệch hướng sau đó.

4) `CLAUDE.md` mới là một trong những vũ khí thật sự mạnh

Workshop này dành khá nhiều ý cho việc cấp context đúng cách, và `CLAUDE.md` là mảnh ghép trung tâm. Ý tưởng rất đơn giản: thay vì mỗi phiên lại nhắc lại style guide, lệnh bash thường dùng, file quan trọng, quyết định kiến trúc, hay workflow của team, bạn nhét những thứ đó vào `CLAUDE.md` ở root project hoặc ở các thư mục con.

Claude sẽ tự kéo các file này vào context khi cần. Anthropic còn gợi ý có thể có nhiều tầng:

• `CLAUDE.md` chung ở project root,
• file local riêng cho từng người,
• file lồng nhau theo thư mục,
• thậm chí context cấp enterprise.

Điểm quan trọng là giữ nó ngắn, hữu ích và sống được cùng repo. Nếu viết thành bãi rác kiến thức dài lê thê thì nó lại đốt context vô ích.

5) Tooling mới là nơi Claude Code từ “hay” thành “nguy hiểm”

Boris nhấn mạnh rằng Claude Code thực ra chỉ có một tập tool khá nhỏ: sửa file, chạy bash, tìm file… nhưng chỉ cần vậy đã đủ để agent tự nối các bước lại với nhau. Khi bạn dạy thêm tool riêng của team — batch tools, MCP tools, CLI nội bộ — nó bắt đầu mạnh hẳn lên.

Một pattern được nhắc đến là chia sẻ tool cho cả team ngay trong repo, ví dụ có sẵn MCP config với Puppeteer để bất kỳ ai vào repo cũng dùng được flow screenshot/test lặp tự động. Đây là điểm rất đáng tiền: productivity với agent không chỉ đến từ model, mà đến từ cách team đóng gói toolchain để agent dùng được.

6) Feedback loop: cho Claude nhìn thấy sai số của chính nó

Đây có lẽ là insight thực dụng nhất của cả workshop. Boris nói rõ: khi Claude có cách tự kiểm tra công việc của nó, chất lượng output tăng rất mạnh.

Ví dụ:

• nếu đang viết logic backend, hãy cho nó chạy unit test hoặc integration test;
• nếu đang build web UI, hãy cho nó screenshot bằng Puppeteer;
• nếu đang làm app, hãy cho nó dùng simulator screenshot.

Khi có vòng phản hồi như vậy, Claude không còn chỉ “đoán” output đúng nữa. Nó có thể lặp 2-3 vòng, tự xem kết quả, rồi chỉnh lại. Boris nói với mockup UI, chỉ cần để nó iterate vài lần là chất lượng có thể tiến từ “khá ổn” lên gần như đúng hẳn.

7) Những chi tiết nhỏ nhưng rất đáng nhặt: Shift-Tab, # memory, commit-push-PR

Workshop cũng có một loạt “pro tips” khá thực dụng:

• Shift-Tab để auto-accept edits, vẫn giữ approval cho bash commands;
• `#` để bảo Claude nhớ một rule hoặc thói quen nào đó vào long-term memory/`CLAUDE.md`;
• commit push PR như một incantation để Claude tự commit, push, mở PR và còn tự học commit format từ lịch sử repo;
• có thể dùng voice dictation trên macOS để nói prompt như nói chuyện với engineer khác.

Mấy cái này nghe nhỏ, nhưng chính những thứ nhỏ như vậy mới biến việc dùng agent từ “thỉnh thoảng thử cho vui” thành workflow hằng ngày có ma sát thấp.

8) Claude Code là multimodal, và đây là một chi tiết nhiều người bỏ sót

Một phần Q&A cuối workshop có một điểm khá hay: Claude Code trong terminal vẫn là multimodal. Bạn có thể kéo-thả ảnh mockup vào, đưa file path hình ảnh, hoặc paste ảnh rồi bảo nó implement UI theo đó.

Khi kết hợp với Puppeteer để screenshot và lặp lại, flow này gần như trở thành một pipeline: mockup → build UI → chụp lại → so lại → chỉnh tiếp. Đây là kiểu use case cho thấy terminal không còn là nơi chỉ nhập lệnh text khô nữa.

9) Câu nói táo nhất video: “cuối năm có thể người ta không còn dùng IDE nữa”

Ở phần hỏi đáp, Boris được hỏi vì sao Anthropic build CLI thay vì IDE. Câu trả lời có hai lớp:

• terminal là mẫu số chung giữa VS Code, Xcode, Vim, Emacs, JetBrains, SSH, tmux… nên dễ phủ rộng hơn;
• và quan trọng hơn, họ tin mô hình đang tiến nhanh đến mức có thể khiến việc đầu tư quá nặng vào lớp UI/IDE hôm nay trở nên lãng phí.

Boris thậm chí nói có khả năng đến cuối năm người ta sẽ không còn dùng IDE như bây giờ nữa. Đây rõ ràng là một dự báo rất gắt, có thể đúng có thể sai, nhưng nó cho thấy cách Anthropic đang nhìn coding agents: không phải plugin phụ trợ cho IDE, mà là một lớp làm việc mới có thể nuốt luôn IDE.

Chốt lại: cái đáng tiền nhất của workshop là workflow, không phải wow factor

Nếu tóm gọn toàn bộ video thành một ý, thì nó là thế này: Claude Code không mạnh nhất khi bạn đối xử với nó như chatbot biết code. Nó mạnh nhất khi bạn đặt nó vào một quy trình đúng.

Quy trình đó gồm:

• cho nó hiểu codebase bằng Q&A trước,
• bắt nó plan trước khi sửa lớn,
• nhồi context qua `CLAUDE.md`,
• gắn tools và MCP của team,
• cho nó feedback loop qua test/screenshot,
• rồi mới kỳ vọng output đủ chắc để ship.