EP224: MCP vs RAG vs AI Agents

Lessons From Four Years of Writing a Weekly Newsletter

Bài viết mô tả quá trình bốn năm viết một bản tin hàng tuần, bắt đầu từ khi số bản đầu tiên được gửi tới vài trăm hộp thư vào tuần này năm ngoái. Nguyên nhân kỹ thuật là việc dựa vào công cụ gửi email đơn giản, không có tự động hoá phân đoạn danh sách nor theo dõi chỉ số tương tác một cách chi tiết, khiến mỗi số phải được soạn thảo và gửi tay. Hệ quả là số lượng người đọc tăng dần từ vài trăm lên hàng nghìn, đồng thời tác giả nhận được phản hồi rõ ràng về những chủ đề khiến taux mở và tỷ lệ click-through cao nhất, nhưng cũng gặp phải áp lực liên tục để duy trì tần suất xuất bản. Điều đáng học là đầu tư vào một nền tảng email có khả năng tự động hoá workflow và phân tích hành vi người đọc giúp giảm tải công việc thủ công và tối ưu hoá nội dung dựa trên dữ liệu thực tế. Cuối cùng, bài viết khuyên nên thiết lập lịch trình xuất bản thực tế, kết hợp với việc thu thập và phản hồi nhanh từ cộng đồng để duy trì sự bền vững của bản tin dài hạn.

Bài viết chia sẻ những bài học quý giá sau bốn năm duy trì viết tin tức hàng tuần cho lập trình viên.

RapidFort Allies with CrowdStrike to Harden Container Images

RapidFort tuần này công bố đã hợp tác với CrowdStrike để tăng cường bảo mật ảnh container. Họ đã tích hợp nền tảng khắc phục lỗ hổng container của RapidFort vào nền tảng bảo mật đám mây Falcon của CrowdStrike. Nhờ tích hợp này, quá trình quét và vá lỗ hổng được tự động hóa trong pipeline CI/CD, giúp giảm thời gian tiếp xúc với các mối đe dọa. Điều này cho thấy việc kết hợp công cụ khắc phục chuyên sâu với nền tảng bảo mật đám mây rộng lớn có thể tối ưu hóa quy trình quản lý lỗ hổng và nâng cao hiệu quả DevSecOps. Đối với các đội muốn cứng nhắc container, việc xem xét các tích hợp tương tự là một bước thực tế để duy trì tuân thủ liên tục.

Bài viết này giúp lập trình viên hiểu cách tăng cường bảo mật hình container bằng cách kết hợp RapidFort và CrowdStrike.

Microservices Are Not a Sign You’re a Senior Engineer

Bài viết chỉ ra hiện tượng coi số lượng dịch vụ microservices như dấu hiệu của kinh nghiệm …

AI Has Made Me Faster, But Has It Made Me Worse?

Tác giả nhận thấy rằng việc sử dụng trợ lý AI trong việc viết code giúp ông tăng tốc độ phát triển đáng kể, nhưng gần đây ông bắt đầu tự hỏi liệu sự nhanh này có đi kèm với một giá trị nào đó không. Nguyên nhân kỹ thuật được đề cập là sự phụ thuộc quá mức vào gợi ý tự động của AI khiến ông ít phải suy nghĩ sâu về logic và trường hợp biên, dẫn đến việc tạo ra mã mà ông không hiểu hoàn toàn. Hệ quả là số lỗi phát hiện trong giai đoạn kiểm thử tăng lên và thời gian dành để debug cũng kéo dài hơn vì ông phải bỏ thêm thời gian để hiểu lại mã mà AI sinh ra. Từ đó, bài viết khuyên rằng cần giữ thói quen xem lại và viết lại mã do AI tạo ra, đồng thời dành thời gian thực hành giải quyết vấn đề mà không dựa vào công cụ để không làm suy giảm khả năng lập trình cơ bản.

Bài viết này giúp bạn cân bằng giữa tốc độ và chất lượng khi sử dụng công cụ AI trong lập trình.

Dirty Frag (CVE-2026-43284): Linux Root Escalation

Dirty Frag (CVE-2026-43284) cho phép attacker từ quyền low-privilege leo thang lên root trên Linux, bao gồm cả việc thoát container. Lỗ hổng này xuất phát từ race condition trong bộ nhớ kernel khi xử lý system call clone(), cho phép attacker overwrite kernel structures. Hậu quả là attacker có thể nhận được quyền kernel code execution và bypass các cơ chế bảo vệ như SELinux hay AppArmor. Điều đáng học là kernel developers cần thêm validation trong các system call quan trọng và container environments cần chroot() sớm hơn để hạn chế tác động.

Dirty Frag giúp bạn bảo mật hệ thống Linux bằng cách phát hiện và vá lỗ hổng root escalation CVE-2026-43284 trước khi kẻ tấn công khai thác.

The Guardrail Blocked the Request. The Agent Had Already Called the Tool.

Bài viết mô tả tình huống khi hệ thống sử dụng guardrail song song để kiểm tra an toàn trước khi cho phép agent thực hiện công cụ. Do các kiểm tra được chạy song song để giảm latency, agent có thể gọi công cụ trước khi guardrail đưa ra verdict chặn request. Kết quả là side effects của công cụ đã xảy ra dù request cuối cùng bị chặn, gây ra dữ liệu không mong muốn hoặc thay đổi trạng thái hệ thống. Trên dashboard, guardrail hiển thị trạng thái “blocked” nhưng log vẫn cho thấy rằng tool đã được thực thi. Bài học là cần thiết kế cơ chế gọi công cụ sao cho chỉ thực hiện sau khi tất cả các kiểm tra an toàn hoàn thành, hoặc làm cho side effects của công cụ trở nên idempotent và có thể rollback.

Bài viết giúp lập trình viên hiểu cách hệ thống guardrail hoạt động với các công cụ và kiểm tra song song để đảm bảo an toàn hiệu quả.

(comic) Flexible working hours

Bối cảnh: một loạt các strip ngắn về văn phòng, tiêu đề (comic) Flexible working hours …

MCP Gateway for AI Agents: Connecting AI Agents to SaaS Tools Without Sharing Your Credentials using DigitalOcean Action Gateway

Bối cảnh: Khi AI agent cần truy cập các công cụ SaaS như GitHub, Jira hoặc Postgres, việc cung cấp trực tiếp thông tin đăng nhập gây rủi ro bảo mật. Nguyên nhân kỹ thuật: DigitalOcean Action Gateway hoạt động như một MCP gateway được quản lý trung tâm, giữ lại các credential của GitHub, Jira và Postgres nên agent chỉ nhận được token tạm thời hoặc không bao giờ thấy mật khẩu gốc. Hệ quả: Với một gateway duy nhất, nhà phát triển chỉ cần gửi một pull request được hợp nhất để kết nối agent với tất cả các dịch vụ, giảm thiểu rò rỉ credential và đơn giản hoá quy trình triển khai. Một MCP gateway được quản lý và một pull request được hợp nhất là đủ để triển khai toàn bộ kết nối. Điều đáng học: Sử dụng một gateway credential tập trung không chỉ bảo vệ thông tin nhạy cảm mà còn giảmภาระ vận hành khi mở rộng tích hợp cho nhiều agent khác nhau.

Bài viết này giải thích cách kết nối AI agent với công cụ SaaS mà không cần chia sẻ thông tin xác thực, giúp bảo mật dữ liệu và tăng hiệu quả lập trình.