inflearn logo

Quy tắc chuẩn của Claude Code: Kỹ thuật Agentic thực chiến

Khóa học Claude Code sẽ kết thúc tại đây. Khóa học này đi sâu vào việc Claude Code hoạt động như thế nào và tại sao nó lại hoạt động như vậy, không chỉ hướng dẫn cách áp dụng trực tiếp các thành phần của Harness Engineering mà còn trực tiếp mổ xẻ các mã nguồn sản phẩm thực tế đã được công khai. Hãy tiếp nhận trọn vẹn bí quyết của một nhà phát triển hơn 10 năm kinh nghiệm để trở thành nhân tài cốt lõi trong kỷ nguyên AI Agent.

(5.0) 21 đánh giá

191 học viên

Độ khó Trung cấp trở lên

Thời gian Không giới hạn

Java
Java
Spring
Spring
software-design
software-design
AI
AI
AI Agent
AI Agent
Java
Java
Spring
Spring
software-design
software-design
AI
AI
AI Agent
AI Agent

Tin tức

7 bài viết

  • pragmaticdev님의 프로필 이미지

    Xin chào, bài giảng hướng dẫn về các câu lệnh Claude Code đã được cập nhật trong khóa học Claude Code toàn tập! 😀

    Vì bao quát hầu hết các câu lệnh nên lượng nội dung trở nên khá nhiều, dẫn đến việc một chương mới hoàn toàn đã được thiết lập. (Các chương phía sau sẽ bị đẩy lùi xuống một vị trí)


    Phần 2. Các lệnh cốt lõi của Claude Code

    스크린샷 2026-08-09 오후 11.47.19.png

    Nội dung đã được bổ sung thêm khoảng 1 giờ 40 phút và các cập nhật mới nhất tính đến tháng 8 năm 2026 cũng đã được phản ánh. Trong bài giảng, chúng ta sẽ cùng thực hành chạy các lệnh chính trực tiếp trên terminal. (& Tất cả đều được quay với phiên bản mới nhất)

    Có lẽ bạn đang lo lắng không biết có phải học thuộc lòng tất cả các câu lệnh này hay không, nhưng dĩ nhiên là bạn không cần phải nhớ hết đâu. Tôi đã chọn lọc và chỉ ra những câu lệnh mà tôi thường xuyên sử dụng trong thực tế, nên bạn chỉ cần tham khảo phần đó là được.


    Tôi đã đính kèm tài liệu bài giảng dưới dạng tệp PDF, bạn có thể tải xuống và sử dụng nhé!

    스크린샷 2026-08-09 오후 11.52.05.png스크린샷 2026-08-09 오후 11.52.32.png

    Ngoài ra, Claude Code hiện đang trải qua những thay đổi nhanh chóng. Để chuẩn bị cho những thay đổi nhanh chóng này, tôi sẽ sử dụng Claude Code trong công việc thực tế hàng ngày để nghiên cứu và chia sẻ với các bạn những phương pháp chuẩn mực nhất.

    Vậy thì hôm nay, cùng với những chuẩn mực của Claude Code, tôi xin ủng hộ hành trình học tập của các bạn và sẽ quay trở lại với những tin tức cập nhật hữu ích khác.

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào, khóa học "Làm chủ Claude Code" vừa được cập nhật Phần Nâng cao về Phản hồi - Giám sát Telemetry!

    Phần này bao gồm những nội dung cần thiết khi chuyển đổi Claude Code từ công cụ dùng cá nhân sang công cụ dùng cho nhóm và tổ chức. Đây là lĩnh vực được gọi là khả năng quan sát, tức là quá trình chuyển đổi các dòng log chạy trên màn hình cá nhân thành dữ liệu mà tổ chức có thể truy vấn.

    스크린샷 2026-07-28 오전 12.36.06.png

    Bản cập nhật này gồm 3 bài giảng dưới đây.

    • Khái niệm và Hệ sinh thái OTel


    • Bật Telemetry cho Claude Code

    • Thực hành stack thu thập - Cấu hình otel-collector, Prometheus, Grafana và Loki bằng Docker Compose

    스크린샷 2026-07-28 오전 12.37.50.png

    Bài giảng cuối cùng đã được đính kèm tài liệu thực hành. Trong đó có file docker-compose.yml và các file cấu hình cho collector, Prometheus, Loki và Grafana, chỉ cần một dòng lệnh là bốn container sẽ được khởi chạy. Bạn có thể sử dụng nó để kiểm tra toàn bộ kiến trúc trên máy cá nhân trước khi triển khai vào môi trường công ty. Chỉ cần bật Docker Desktop là được.

    Hãy thử nghe qua từng mục một, và khi áp dụng cho nhóm, hãy tận dụng nó để xác định tiêu chuẩn về phạm vi thu thập nhé :)

    Vậy tôi sẽ luôn cổ vũ cho hành trình học tập của các bạn!

    Hẹn gặp lại quý vị vào lần tới với những thông tin hữu ích.

    Xin cảm ơn.

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào, tôi là Nhà phát triển Thực dụng (Pragmatic Developer).

    Hôm nay, tôi muốn chia sẻ với các bạn về những kinh nghiệm thực tế của mình. Tôi đã tổng hợp lại những trăn trở mà bản thân thực sự gặp phải dạo gần đây khi review các PR do AI tạo ra.

    Khi giao việc cho AI Agent, nó sẽ tìm các tệp liên quan, thực hiện triển khai và thậm chí viết cả mã kiểm thử (test code), tạo ra những thay đổi khá lớn. Tuy nhiên, tốc độ hiểu mã nguồn của con người thì vẫn gần như không đổi. Trong vòng 8 tiếng mỗi ngày, chúng ta vừa phải họp hành, thảo luận kế hoạch, vừa phải phát triển phần mềm, trong khi các PR (Pull Request) cứ tích tụ lại năm sáu cái cùng lúc.

    Vì vậy, thay vì xem các thay đổi (diff), tôi xem xét tư duy đằng sau việc tạo ra tác vụ này trước. Họ đã cố gắng giải quyết vấn đề gì, tại sao lại chọn phương pháp triển khai này, và đã kiểm chứng cái gì cũng như kiểm chứng như thế nào.


    Trong video này, chúng tôi đã đề cập đến những nội dung sau.

    - Lý do tại sao review mã nguồn trở thành nút thắt cổ chai trong kỷ nguyên lập trình AI

    - Logic của công việc và căn cứ kiểm chứng cần xác nhận trước cả mã nguồn

    - 5 điều nhất định phải có trong một PR tốt (Vấn đề / Tiếp cận / Phạm vi / Kiểm chứng / Rủi ro còn lại)

    - Tiêu chuẩn phân bổ sự tập trung khi review tùy theo mức độ rủi ro

    - Thay đổi vai trò của người review, từ người tìm lỗi thành người xác nhận căn cứ kiểm chứng

    - 4 điều mà nhà phát triển mới và cấp dưới (junior) cần rèn luyện ngay bây giờ


    Link video

    https://youtu.be/bmlDt_FHr2M


    Điểm kết nối với bài giảng

    Video này rốt cuộc là câu chuyện về việc "làm thế nào để kiểm soát kết quả do AI tạo ra".

    Yêu cầu bằng chứng ở giai đoạn review cũng là một cách, nhưng về cơ bản, việc thiết kế môi trường làm việc sao cho Agent tạo ra kết quả có thể kiểm chứng được ngay từ đầu mới là điều quan trọng. Trong 4 tầng Harness Engineering được đề cập trong bài giảng, tầng Phản hồi (Feedback Layer) chính là phần giải quyết chính xác vấn đề này.

    Đây là phần thiết kế xem nên chạy tự động những kiểm chứng nào, cách phản hồi thất bại cho agent ra sao, và để lại những gì cho con người xác nhận. Các bài thực hành sử dụng Hook để bắt buộc kiểm chứng trước khi commit cũng được bao gồm trong phần này.

    Việc "bắt buộc phải ghi nội dung kiểm chứng vào phần thân PR" như đã nói trong video, rốt cuộc cũng là việc thiết lập một rào chắn (harness) về phía con người. Nếu chuyển nguyên lý tương tự sang phía công cụ và luồng kiểm soát, chất lượng của chính công việc của agent sẽ được nâng cao.

    Mời các bạn xem video một cách thoải mái và tôi sẽ sớm quay trở lại với những tin tức thực tiễn hơn.


    Tin tức bổ sung

    Dạo gần đây, tôi đang suy nghĩ về nhiều phương diện khác nhau để làm sao có thể cung cấp những thông tin thực sự hữu ích cho các bạn học viên. Mặc dù tôi chưa công bố chính thức, nhưng tôi đang chuẩn bị những nội dung thực sự giúp ích cho các bạn đang làm lập trình viên, các bạn định hướng theo ngành lập trình và các bạn đang chuẩn bị xin việc (tất nhiên là hoàn toàn miễn phí cho các học viên), vì vậy hãy chờ đợi tin tức từ tôi nhé 🙏

    Vậy thì hôm nay cũng hãy học tập thật chăm chỉ nhé!!

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào, phần mới "Chuẩn bị phỏng vấn" đã được cập nhật trong Claude Code chuẩn mực!

    Các bạn đã bao giờ gặp trường hợp này chưa? Cảm giác mông lung không biết nên tin vào điều gì và phải chuẩn bị những gì khi nghe những câu chuyện như "AI sẽ thay thế lập trình viên cấp thấp", "Bây giờ không còn xem trọng thuật toán nữa", hay "Dạo này có thể sử dụng AI trong phỏng vấn".

    Tuy nhiên, trước hết cần phải giải tỏa một trong những hiểu lầm lớn nhất tại đây.

    Nói đến phỏng vấn trong thời đại AI, người ta dễ dàng lầm tưởng rằng "phải thể hiện kỹ năng sử dụng các công cụ AI một cách điêu luyện". Tuy nhiên, việc phô trương kỹ năng sử dụng công cụ ngược lại có thể trở thành một tín hiệu bị trừ điểm.

    Điều mà các công ty xem xét chính là việc bạn OO kết quả do AI đưa ra, OO nó, và bản thân bạn OO quyết định đó.


    Nội dung được cập nhật là bài giảng về việc tuyển dụng lập trình viên đang thay đổi như thế nào trong thời đại AI, và bạn cần phải chuẩn bị những gì.


    스크린샷 2026-07-09 오전 9.26.00.png
    스크린샷 2026-07-09 오전 9.33.01.png

    (Đối với phần chuẩn bị phỏng vấn, tôi có thể sẽ cập nhật thêm vào thời điểm mà tôi phán đoán là cần thiết)


    Hãy nghe thử một lần và áp dụng vào việc chuẩn bị phỏng vấn thực tế nhé :)


    Tôi sẽ quay lại với những tin tức cập nhật về các bài giảng thực tế khác.

    Cảm ơn bạn.

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào, loạt bài giảng thứ hai về mẹo thực hành Claude Code đã được cập nhật!


    Chủ đề lần này là tính năng mới Agent View của Claude Code. Tôi đã tổng hợp cách tập hợp nhiều phiên Claude trên cùng một màn hình và cách làm việc song song.


    Tôi cũng đã từng thử qua nhiều công cụ khác nhau để chạy nhiều phiên cùng lúc, nhưng lần này khi trực tiếp chuyển sang dùng Agent View, tôi đã đúc kết lại những kinh nghiệm thực tế về việc trong tình huống nào thì tốc độ làm việc thực sự nhanh hơn và cần phải lưu ý những điểm gì.

    스크린샷 2026-06-30 오후 11.00.21.png

    (Màn hình thực hành trong bài giảng)


    Các bạn đã bao giờ gặp tình huống này chưa? Khi sử dụng Claude Code, sẽ sớm đến lúc bạn nghĩ rằng "Ước gì mình có thể chạy nhiều cái cùng một lúc nhỉ". Một bên thì để nó bắt lỗi (bug), một bên thì giao review PR, và một bên khác thì để nó điều tra các bài test bị lỗi. Thế là bạn mở hai, ba, rồi bốn tab terminal. Chẳng mấy chốc, tình trạng sẽ trở nên như thế này: Tab nào đã xong rồi nhỉ, tab nào đang chờ mình trả lời, tab này đang chạy hay là bị treo rồi? Bạn cứ phải nhấn vào từng tab một để kiểm tra.


    Agent View giúp loại bỏ việc chuyển đổi tab đó. Nó liệt kê tất cả các phiên đang chạy thành từng dòng và hiển thị trên một màn hình duy nhất cái nào đang xử lý, cái nào đang chờ bạn và cái nào đã hoàn thành. Chỉ cần một lệnh claude agents là bảng điều khiển đó sẽ mở ra.


    Tuy nhiên, trước tiên cần phải giải tỏa một hiểu lầm ở đây.


    Nếu chỉ nói là Agent View thì rất dễ bị hiểu lầm rằng đó chỉ là "màn hình hiển thị nhiều phiên làm việc cùng lúc". Tuy nhiên, điểm cốt lõi thực sự không nằm ở màn hình, mà là ở việc thay đổi thái độ làm việc.


    Trước đây, khi giao việc cho Claude, tôi thường ngồi trước cuộc hội thoại đó và chờ đợi cho đến khi có câu trả lời. Mỗi lần chỉ một việc, và công việc chỉ tiến triển khi có sự hiện diện của tôi. Agent View đã đảo ngược điều này. Bạn có thể giao việc cho nhiều phiên làm việc khác nhau, để chúng tự chạy, rồi sau đó chỉ cần xử lý những mục hiện thông báo "Cần nhập liệu" trong danh sách. Ngay cả khi bạn rời đi, phiên làm việc cũng không dừng lại. Đơn vị công việc đã thay đổi từ "một cuộc hội thoại mà tôi phải bám sát" thành "nhiều phiên làm việc tự vận hành".


    Tôi đã cập nhật 2 bài giảng bao gồm cả lý thuyết và thực hành. Các bạn hãy thử nghe qua và áp dụng vào công việc thực tế nhé :)


    스크린샷 2026-06-30 오후 11.02.52.png

    +Tham khảo thêm, bài giảng hướng dẫn vận hành Agent Teams dự kiến cập nhật trong tháng 6 cũng đã được cập nhật!

    스크린샷 2026-06-30 오후 11.03.41.png

    Vậy thì tôi sẽ luôn ủng hộ hành trình học tập của các bạn.

    Tôi sẽ quay trở lại với những tin tức hữu ích vào lần tới.

    Cảm ơn bạn.

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào, bài giảng về mẹo thực hành Claude Code loạt bài đầu tiên đã được cập nhật!

    Đó chính là việc sử dụng quy trình làm việc năng động (Dynamic Workflow), tôi đã tổng hợp nội dung về cách ứng dụng nó trong thực tế như thế nào.

    Tôi đã đúc kết những phương pháp sử dụng hiệu quả nhất sau nhiều tuần thử nghiệm thực tế, tiêu tốn không ít chi phí và token.

    스크린샷 2026-06-27 오전 12.06.21.png.webp

    Mọi người đã bao giờ gặp trường hợp này chưa? Khi bạn yêu cầu xem qua toàn bộ codebase hoặc thực hiện một tác vụ lớn với hàng trăm tệp cùng một lúc, ban đầu nó chạy rất tốt nhưng sau đó lại đuối dần, và khi mới làm được một nửa thì nó đã bảo là "Tôi đã làm xong rồi". Đó không phải là do Claude kém cỏi, mà là vì công việc đó quá lớn để có thể xử lý trong một cuộc hội thoại.

    Dynamic Workflows là tính năng chia nhỏ công việc lớn đó thành các phần nhỏ thông qua các kịch bản do Claude lập ra ngay lập tức, rồi phân bổ cho hàng chục đến hàng trăm agent thực hiện. Nếu tóm gọn trong một câu thì đó là - "Biến kế hoạch thành mã code."

    Tuy nhiên, trước hết cần phải giải tỏa một hiểu lầm lớn nhất tại đây.

    Khi nói đến Dynamic Workflows, người ta dễ dàng hiểu lầm đó là "tính năng khởi chạy cực kỳ nhiều agent". Tuy nhiên, việc khởi chạy hàng trăm hay hàng nghìn agent không giúp kết quả tốt hơn. Số lượng không phải là cốt lõi.

    Điều thực sự quan trọng là cách bạn cấu trúc hóa quy trình làm việc đó. Ngay cả khi giao cùng một công việc, độ tin cậy của kết quả sẽ hoàn toàn khác biệt tùy thuộc vào cách bạn chia nhỏ nhiệm vụ / trình tự luồng công việc / và giao việc kiểm chứng cho ai.

    Điểm mấu chốt là thế này. Giá trị của quy trình làm việc không nằm ở số lượng tác nhân, mà ở chỗ có thể dùng mã nguồn để bắt buộc thực hiện các quy trình tạo ra kết quả đáng tin cậy.

    Tôi đã cập nhật 2 bài giảng bao gồm cả lý thuyết và thực hành. Các bạn hãy thử nghe qua và áp dụng vào công việc thực tế nhé :)

    스크린샷 2026-06-27 오전 12.01.55.png.webp

    Tôi cũng sẽ cập nhật thêm nội dung bổ sung về quy trình làm việc năng động (dynamic workflow) này trong thời gian tới.

    Vậy thì tôi sẽ luôn ủng hộ hành trình học tập của các bạn.

    Lần tới tôi sẽ quay lại với những tin tức hữu ích hơn.

    Cảm ơn bạn.

    0
  • pragmaticdev님의 프로필 이미지

    Xin chào. Tôi là nhà phát triển theo chủ nghĩa thực dụng.

    Nhân ngày 25 tháng 6, một lần nữa tôi xin gửi lời cảm ơn sâu sắc đến các cựu chiến binh và những người đã hy sinh vì đất nước, những người đã cho chúng tôi có được cuộc sống hòa bình trên mảnh đất này.

    Từ nay trở đi, tất cả các nội dung hữu hình và vô hình mà Thực Dụng Chủ Nghĩa Phát Triển (Pragmatic Dev) đăng tải (bao gồm tất cả mọi thứ như Inflearn, v.v.) sẽ được cung cấp miễn phí cho tất cả gia đình, con cái, cháu chắt, họ hàng, con cái của họ hàng, cháu chắt của họ hàng của những người có công với cách mạng.

    Hãy liên hệ với tôi bất cứ lúc nào và nếu xung quanh bạn có ai liên quan đến những người có công với cách mạng, xin hãy cho tôi biết.

    team.pragdev@gmail.com

    Tôi cảm thấy hai năm thực hiện nghĩa vụ quân sự của mình dường như vẫn còn thiếu sót rất nhiều.

    Nhờ có sự hy sinh cao cả của họ mà tôi mới có thể được sống tại Hàn Quốc.

    Tôi xin lỗi vì đã không thể giúp đỡ được nhiều, và tôi xin chân thành cảm ơn...

    0

6.832.279 ₫