Automation của bạn không nên cần đến server của chúng tôi
Phần lớn công cụ RPA chạy workflow trên hạ tầng của người khác. Engine của AutoFlowRPA không có bất kỳ phụ thuộc mạng nào — đây là ý nghĩa thực tế của điều đó, và cả những giới hạn thành thật.
26 thg 9, 2026
Phần lớn nền tảng automation là sản phẩm cloud có gắn thêm một client desktop. Định nghĩa workflow nằm trên server của họ, chạy trên worker của họ, và chạm vào file của bạn qua một agent bạn cài. Mô hình đó có ưu điểm thật. Nó cũng có nghĩa là một sự cố, một lần đổi giá hay một lần đóng cửa đều thành vấn đề của bạn.
AutoFlowRPA đi theo hướng ngược lại. Engine thực thi workflow không phụ thuộc server. Không phải "mã hoá khi truyền". Không phải "chúng tôi không xem đâu". Đơn giản là không có cuộc gọi nào để thực hiện.
Điều đó thực sự nghĩa là gì
Khi bạn bấm Run, một tiến trình Python cục bộ đọc workflow và thực thi nó trên máy bạn. Nó mở file Excel của bạn, điều khiển trình duyệt của bạn, gọi những API mà bạn cấu hình. File workflow nằm trên ổ đĩa của bạn. Log chạy nằm trên ổ đĩa của bạn. Không có gì được tải lên, vì không có chỗ nào để tải lên cả.
Đây là ràng buộc được thực thi chứ không chỉ là lời hứa: không đoạn code nào trong engine được phép thêm lời gọi server, upload hay telemetry. Đó là nguyên tắc dự án tự áp cho mình, và là lý do có thể audit engine bằng cách đọc đúng một thư mục.
Hệ quả thực tế:
- Chạy được offline. Trên máy bay, trong mạng cách ly, trong mạng nội bộ bị khoá chặt — workflow không quan tâm.
- Credential vẫn là của bạn. API key và OAuth secret lưu cục bộ, mã hoá khi nghỉ bằng AES-GCM. Chúng chỉ được gửi tới đúng nhà cung cấp của chúng.
- Không tính tiền theo lượt chạy, không xếp hàng. Máy bạn chính là worker. Chạy nghìn lần lúc ba giờ sáng cũng không ai đo đếm.
- Dữ liệu thuộc diện quản lý ở nguyên chỗ. Nếu quy định của bạn là "file này không được rời khỏi toà nhà", engine chạy cục bộ không phải cách lách — nó chính là câu trả lời.
Những giới hạn chúng tôi nói thẳng
Local-first là một đánh đổi thật, không phải lợi ích miễn phí.
Phần license vẫn nói chuyện với server. Đăng nhập, bản dùng thử 30 ngày và kiểm tra subscription đều đi qua backend của chúng tôi. Đó là chủ ý và chúng tôi không giả vờ ngược lại. Điều quan trọng là sự tách bạch: license nằm ở lớp vỏ ứng dụng, còn engine thực thi vẫn offline. Kích hoạt xong rồi thì chạy workflow không cần kết nối.
Máy của bạn phải bật. Không có worker trên cloud đứng ra chạy một lịch trong khi laptop bạn đang tắt. Scheduling có hoạt động, nhưng hoạt động trên một cái máy đang thức.
Không có lịch sử chạy dùng chung. Một team sẽ không có một dashboard duy nhất gom mọi lượt chạy của mọi thành viên, bởi những lượt chạy đó chưa từng rời khỏi máy đã chạy chúng. Với một số team đó chính là điểm hay; với số khác đó là thiếu sót thật.
Bạn tự bảo trì môi trường của mình. Các công cụ nặng tuỳ chọn — FFmpeg, Tesseract OCR, browser engine — cài theo nhu cầu ngay trong ứng dụng, nhờ vậy bộ cài gọn. Nhưng chúng nằm trên máy bạn, và việc cập nhật là của bạn.
Hợp với ai
Local-first hợp với bạn nếu automation của bạn chạm vào file và ứng dụng trên chính máy bạn, nếu dữ liệu đủ nhạy cảm để "nó không bao giờ rời đi" là điều đáng giá, hoặc nếu bạn không muốn có hoá đơn tính theo từng lượt chạy.
Nó ít hợp hơn nếu bạn cần chạy không người trông suốt ngày đêm trên hạ tầng bạn không phải bảo trì, hoặc cần một audit trail duy nhất cho cả team. Chúng tôi thà nói thẳng điều đó còn hơn bán cho bạn thứ không vừa.
Dùng thử
Ứng dụng tải về miễn phí và bản dùng thử 30 ngày bắt đầu khi bạn đăng nhập. Nó chạy trên Windows và, từ v0.1.22, trên macOS.