So sánh
📅 2026-09-27 ⏱️ 12 phút Dean Dean

DroidClaw và FoneClaw: chọn dự án Android agent hay tác vụ điện thoại được hỗ trợ

So sánh DroidClaw và FoneClaw theo cách thiết lập APK, Dashboard, CLI, mô hình, chi phí, dữ liệu, phê duyệt và tác vụ Android thực tế cần duy trì.

Minh họa hai điện thoại Android với luồng tác vụ phân nhánh và các thẻ tác vụ có tổ chức trên nền xanh navy và cyan
📋 Điểm chính
  • DroidClaw phù hợp nếu bạn muốn một dự án MIT có thể tùy biến, đọc mã nguồn, cấu hình mô hình và tự duy trì luồng điều khiển Android qua APK, Dashboard hoặc CLI.
  • FoneClaw phù hợp nếu bạn muốn dùng các tác vụ Android được hỗ trợ hằng ngày như mở app, tạo lịch, xử lý Information Inbox và xem kết quả với quyền/phê duyệt rõ theo chính sách công cụ.
  • DroidClaw có Android APK, Dashboard và CLI được tài liệu hóa; riêng CLI yêu cầu Bun, ADB, USB debugging và thiết lập mô hình qua khóa nhà cung cấp hoặc Ollama local.
  • Không có lựa chọn thắng tuyệt đối: hãy chọn theo phần bạn muốn tự bảo trì, chi phí mô hình, dữ liệu đi qua đâu, cách kiểm tra lỗi và kết quả cuối trên điện thoại.

Chọn theo phần việc bạn muốn tự duy trì

Khi so sánh DroidClaw và FoneClaw, điểm khác nhau chính không phải là tên nào nghe giống “agent” hơn. DroidClaw là dự án MIT cho người muốn tự kiểm soát lớp tự động hóa Android, mô hình và luồng công việc. Repository DroidClaw chính thức cho thấy dự án có Android APK, Dashboard và CLI, cùng tài liệu về cách đọc cây accessibility, dùng mô hình và điều khiển qua ADB trong đường CLI.

FoneClaw đi theo hướng sản phẩm Android được hỗ trợ. Chúng tôi tập trung vào những tác vụ điện thoại người dùng có thể kiểm tra ngay: mở app, tạo sự kiện lịch khi có đủ thời gian cần thiết, xử lý Information Inbox với trả lời bằng AI và điều hướng trong app, cùng các bước dùng quyền Android theo nhu cầu. Phê duyệt trong FoneClaw phụ thuộc chế độ chung và chính sách từng công cụ, nên người dùng cần xem bước nào chạy tự động, bước nào cần duyệt và kết quả cuối nằm ở đâu.

Nếu bạn cần...Ưu tiên DroidClawƯu tiên FoneClaw
Kiểm soát mã và tùy biến sâuHợp hơn, vì có mã nguồn và giấy phép MIT.Hợp khi bạn muốn dùng sản phẩm thay vì tự duy trì dự án.
Tác vụ Android hằng ngày có kết quả rõCần tự thiết lập và kiểm tra theo cách dùng bạn chọn.Hợp hơn cho các tác vụ được hỗ trợ trong app.
Chi phí mô hìnhPhụ thuộc nhà cung cấp mô hình, khóa API hoặc máy chạy Ollama.Có mô hình mặc định miễn phí hoặc mô hình tương thích do người dùng cấu hình.

Tách riêng APK, Dashboard và CLI của DroidClaw

DroidClaw cho Android có ba cách tiếp cận cần phân biệt. Tài liệu hiện tại của DroidClaw liên kết Android APK và Dashboard tại app.droidclaw.ai; còn bản ghi phát hành chính thức của DroidClaw có tệp app-debug.apk và ghi chú về mục tiêu được lên lịch, hủy tác vụ và sửa nút dừng Android cho mục tiêu khởi chạy từ web.

APK là ứng dụng Android được phát hành trong release. Dashboard là giao diện web để quản lý hoặc khởi tạo tác vụ theo tài liệu dự án. CLI là cách dùng kỹ thuật hơn: README nêu các yêu cầu như Bun, ADB, bật USB debugging trên Android và dùng khóa nhà cung cấp LLM hoặc local Ollama. Những yêu cầu CLI này không nên được gán cho mọi người dùng APK hoặc Dashboard nếu tài liệu không nói vậy.

Cách dùngTài liệu cho biết gìBạn cần tự kiểm tra gì
Android APKRelease có tệp app-debug.apk.Nguồn release, thiết bị, quyền Android và hành vi hiện tại của app.
DashboardREADME liên kết Dashboard tại app.droidclaw.ai.Tài khoản, kết nối thiết bị, trạng thái dịch vụ và quyền đang dùng.
CLIDùng Bun, ADB, USB debugging, khóa nhà cung cấp hoặc Ollama.Ủy quyền ADB, mô hình, chi phí, dự phòng bằng ảnh chụp màn hình và log lỗi.

CLI của DroidClaw đọc accessibility XML, gửi mục tiêu, màn hình và lịch sử cho mô hình, rồi thao tác qua ADB. Khi cây UI không đủ, tài liệu nhắc tới dự phòng bằng ảnh chụp màn hình tùy khả năng mô hình. Điều này giúp DroidClaw hấp dẫn với nhóm kỹ thuật, nhưng cũng nghĩa là bạn cần bảo trì cấu hình, mô hình và cách xử lý khi UI app thay đổi.

So sánh theo tác vụ, không theo số công cụ

Đừng chọn Android agent chỉ bằng số lượng công cụ hoặc tên chế độ. Một cách dùng có thể có nhiều action nhưng khó kiểm soát lỗi; cách khác có thể tập trung hơn nhưng kết quả rõ hơn với tác vụ bạn cần. Với DroidClaw, điểm mạnh nằm ở khả năng cấu hình workflow AI dạng mục tiêu con, có luồng YAML xác định không gọi LLM, phát hiện vòng lặp/lặp lại và phản hồi hành động được mô tả trong tài liệu. Với FoneClaw, điểm mạnh nằm ở tác vụ Android được hỗ trợ sẵn và trạng thái người dùng có thể xem lại.

Tiêu chíDroidClawFoneClaw
Thiết lậpAPK/Dashboard hoặc CLI; riêng CLI cần môi trường phát triển và cấu hình mô hình.Ứng dụng Android với mô hình mặc định hoặc mô hình tương thích do người dùng cấu hình.
Luồng tác vụWorkflow AI dạng mục tiêu con và luồng YAML tùy biến.Tác vụ Android được hỗ trợ như mở app, tạo lịch, Information Inbox và điều hướng trong app.
Màn hìnhDựa vào cây accessibility, có thể dùng ảnh chụp màn hình khi cần và khi mô hình hỗ trợ.Dùng ngữ cảnh và công cụ Android được hỗ trợ trong phạm vi quyền người dùng cấp.
Phê duyệt/kết quảPhụ thuộc cách triển khai và cấu hình của bạn.Phụ thuộc chế độ phê duyệt chung, chính sách từng công cụ và quyền Android.
Bảo trìBạn chịu trách nhiệm với môi trường, nhà cung cấp mô hình, ADB và workflow.FoneClaw chịu trách nhiệm sản phẩm cho các tác vụ được hỗ trợ; người dùng vẫn kiểm tra quyền và kết quả.

Nếu bạn muốn xem thêm các lựa chọn mã nguồn mở ngoài DroidClaw, bài 3 framework mã nguồn mở cho AI agent điện thoại: chọn theo cách triển khai giúp so sánh theo thiết bị, runtime và mô hình. Còn nếu điểm khó là agent “nhìn” màn hình bằng cây UI hay ảnh chụp, bài AI hiểu màn hình Android: chọn cây UI, ảnh chụp hay cả hai? giải thích các đánh đổi kỹ thuật đó.

Kiểm tra chi phí mô hình và dữ liệu đi đâu

Giấy phép MIT không đồng nghĩa suy luận miễn phí không giới hạn. Với DroidClaw, chi phí phụ thuộc mô hình bạn nối vào: khóa API của nhà cung cấp, hạ tầng local Ollama hoặc tài nguyên máy bạn tự chạy. Ollama local cũng không nhất thiết chạy trên chính điện thoại Android; nó có thể nằm trên máy khác trong mạng. Nếu tác vụ mở app bên ngoài, các app đích vẫn có thể cần internet hoặc tài khoản riêng.

Với FoneClaw, người dùng có thể dùng mô hình mặc định miễn phí hoặc cấu hình mô hình tương thích. Nếu bạn dùng endpoint và khóa API riêng, điều kiện và phí của nhà cung cấp đó áp dụng. Việc một tác vụ chạy trên điện thoại không tự có nghĩa toàn bộ suy luận ở lại trên máy; lựa chọn mô hình và quyền Android mới là phần cần kiểm tra.

Cách thực tế là ghi lại ba câu hỏi trước khi dùng tác vụ nhạy cảm: dữ liệu màn hình hoặc nội dung nào được gửi vào mô hình, nhà cung cấp nào xử lý yêu cầu, và log/kết quả nằm ở đâu. Với cả hai sản phẩm, tác vụ càng gần tin nhắn, lịch, tài khoản hoặc dữ liệu cá nhân thì càng cần xem kỹ quyền và điểm xác nhận.

Thử một tác vụ nhỏ có thể đảo ngược

Trước khi tin vào một luồng tự động hóa dài, hãy thử một việc nhỏ. Đây là gợi ý đánh giá, không phải kết quả thử nghiệm của chúng tôi. Chọn tác vụ ít rủi ro như mở một app không nhạy cảm, hoặc tạo một sự kiện lịch có tên rõ ràng, giờ bắt đầu và giờ kết thúc đã biết, rồi kiểm tra và xóa sau khi thử. Sau khi chạy, kiểm tra đích có đúng không, thời gian có đúng không, quyền nào được dùng, và hệ thống có báo lỗi dễ hiểu khi thiếu điều kiện không.

Với DroidClaw CLI, hãy kiểm tra ủy quyền ADB, USB debugging, cấu hình nhà cung cấp mô hình hoặc Ollama, và việc cây accessibility có đủ thông tin cho app mục tiêu hay không. Nếu dùng APK hoặc Dashboard, hãy dựa vào tài liệu hiện hành và kiểm tra quyền Android, trạng thái thiết bị và cách dừng tác vụ. Với FoneClaw, hãy xem quyền được yêu cầu, trạng thái trong app, kết quả lịch hoặc app đích, và các bước phê duyệt theo chính sách công cụ. Khi tạo lịch, địa điểm không bắt buộc; điều quan trọng là có đủ thời gian và nội dung cần thiết.

Điểm quan trọng là dừng trước khi tạo tác động trùng lặp. Nếu một tác vụ ngoài đời có thể gửi tin, tạo nhiều mục lịch, thay đổi cài đặt hoặc kích hoạt app bên ngoài, hãy kiểm tra trạng thái hiện tại trước khi nhấn chạy lại. Bài AI agent điều khiển điện thoại Android: từ ý định đến hành động giải thích vì sao một câu lệnh người dùng cần đi qua công cụ, quyền, phê duyệt và bằng chứng hoàn tất.

Chọn cách thiết lập bạn có thể hỗ trợ lâu dài

Chọn DroidClaw nếu bạn muốn đọc mã, sửa workflow, tự chọn mô hình, quản lý ADB/CLI hoặc Dashboard và tự xử lý khi app đích thay đổi. Đây là lựa chọn hợp lý cho nhóm kỹ thuật muốn duy trì tự động hóa theo cách riêng.

Chọn FoneClaw nếu bạn muốn một ứng dụng Android tập trung vào các tác vụ được hỗ trợ hằng ngày, với mô hình có thể cấu hình, quyền theo nhu cầu, Information Inbox có trả lời bằng AI và điều hướng trong app, cùng kết quả có thể kiểm tra trong app đích. Bạn có thể xem các tính năng FoneClaw để đối chiếu nhóm tác vụ hiện có.