Điểm nổi bật
- Độ mới: thread HN xuất hiện khoảng 47 phút trước lúc quét.
- Luận điểm chính: tác giả rời Google ADK sang LangGraph vì cần kiểm soát loop, retry và state tốt hơn.
- Ví dụ cụ thể: bài viết đối chiếu code async dài của ADK với cách khai báo RetryPolicy gọn hơn trong LangGraph.
- Ý nghĩa sản phẩm: framework cho agent đang bị đánh giá ngày càng mạnh theo tiêu chí debuggability và control flow.
Biểu đồ
Tóm tắt
Thread HN này còn mới, nhưng bài gốc khá tiêu biểu cho một dạng đánh giá đang lan rộng trong cộng đồng xây agent: framework tốt không chỉ là framework “dễ bắt đầu”, mà là framework cho phép lập trình viên hiểu chính xác dữ liệu đang chảy thế nào, node nào bị lỗi, và retry diễn ra ở đâu.
Tác giả bài viết không phủ nhận Google ADK có lợi thế với các flow dựng sẵn và tích hợp công cụ Google. Tuy nhiên, khi đi đến một use case thật cần loop editor agent, logging state và chạy script ngoài Google Cloud, anh cho rằng LangGraph dễ lý giải hơn, dễ kiểm soát hơn và hợp với tư duy kỹ sư hơn. Đó là điểm khiến thread này có giá trị theo dõi.
Chi tiết
Bài viết “I Ditched Google ADK for LangGraph” phản ánh rất đúng giai đoạn trưởng thành hiện nay của hệ sinh thái agent framework. Khi mới bắt đầu, nhiều nhóm chọn framework có abstraction cao vì dựng nhanh, tích hợp nhiều tiện ích sẵn và có sẵn pattern như sequential, parallel hay loop agents. Nhưng khi sản phẩm đi sâu hơn — cần editor loop, cần retry có điều kiện, cần log từng trạng thái, cần chạy ngoài môi trường khóa chặt của nhà cung cấp — abstraction cao đôi khi thành lực cản.
Tác giả minh họa điều này bằng một ví dụ rất thực tế. Trong Google ADK, xử lý retry cho một call có thể kéo theo async boilerplate khá dài: vòng lặp, max_retries, bắt exception, ngủ giữa các lần thử và luồng message mới cho runner. Trong LangGraph, cùng ý tưởng được mô tả gọn hơn bằng node cộng với RetryPolicy(max_attempts=3, retry_on=OutputParserException). Ý chính không phải LangGraph hoàn hảo hơn ở mọi mặt, mà là control flow trở nên “nhìn một cái hiểu ngay” hơn.
Phần đáng chú ý khác là cách tác giả nói về state. Với LangGraph, việc xem chương trình như các thay đổi trạng thái khiến anh thấy dễ lý giải vấn đề hơn. Đây là một ưu thế quan trọng khi agent không còn là một hàm sinh text, mà là một workflow có vòng lặp phản hồi, validator, tool call và nhánh rẽ. Trong thực tế doanh nghiệp, khả năng giải thích vì sao agent làm sai thường quan trọng không kém việc làm đúng ở một lần chạy đơn lẻ.
Tất nhiên bài viết cũng công bằng ở chỗ thừa nhận ADK có ưu điểm: flow dựng sẵn, tích hợp công cụ Google, quản lý state và format khá nhiều phần cho người dùng. Nhưng kết luận vẫn rõ: với người cần kiểm soát thiết kế agent và luồng dữ liệu chi tiết, LangGraph hiện cho trải nghiệm tốt hơn. HN thread còn mới nên chưa có phản biện đậm, song đây là một tín hiệu cho thấy thị trường framework đang chuyển từ cuộc đua “feature checklist” sang cuộc đua về khả năng vận hành và debug hệ thống agent ngoài đời thật.