Số lần nhấp, Bot hoặc Phiên: Ba cấp độ tự động hóa Telegram thường bị nhầm lẫn

Sự khác biệt giữa việc quản lý Telegram qua Cloud Phone, Bot API và client MTProto của người dùng — và lý do tại sao chọn nhầm lớp tự động hóa sẽ tạo ra những hạn chế về kỹ thuật.

Hãy tưởng tượng một đội ngũ mua tài khoản Telegram, proxy và quyền truy cập Cloud Phone. Mỗi tài khoản được mở trong một môi trường Android riêng biệt. Tính năng đồng bộ hóa cửa sổ (Window Sync) cho phép người vận hành lặp lại các thao tác nhấp chuột trên nhiều thiết bị cùng lúc. Sau đó, một câu hỏi đặt ra: làm thế nào để nhóm có thể tự động đọc các cuộc hội thoại, trả lời với tư cách là tài khoản người dùng bình thường, làm việc với danh bạ, theo dõi trạng thái phiên và thu thập kết quả?

Vấn đề không phải là bất kỳ phương pháp nào có xu hướng bị hạn chế. Vấn đề là người dùng thường nhầm lẫn giữa ba cơ chế tự động hóa khác nhau, mỗi cơ chế điều khiển một loại thực thể khác nhau.

Bài viết này giải thích sự khác biệt giữa tự động hóa UI, Bot API và MTProto, những nhiệm vụ mà mỗi phương pháp thực sự giải quyết và khi nào thì chỉ mình cơ sở hạ tầng di động là không còn đủ.

“Tự động hóa Telegram” là một yêu cầu quá mơ hồ

Khi người dùng nói “tự động hóa”, họ có thể ám chỉ những điều cơ bản khác nhau:

lặp lại các hành động trong ứng dụng Android;
một chatbot, quy trình hỗ trợ hoặc hệ thống thông báo;
thực hiện các hành động với tư cách là một tài khoản Telegram thông thường;
đọc các cuộc hội thoại có sẵn cho tài khoản đó;
quản lý nhiều phiên đã được ủy quyền;
xử lý lỗi và kết quả cho từng tài khoản.

Cho đến khi danh tính được xác định — ai hoặc cái gì phải thực hiện hành động — thì vẫn còn quá sớm để chọn một công cụ.

Một người dùng BlackHatWorld đã mô tả một kịch bản điển hình: anh ta mua năm tài khoản Telegram, proxy dân cư xoay vòng và đăng ký AdsPower, tạo các hồ sơ riêng biệt và mở Telegram Web. Sau khi chuẩn bị môi trường, anh ta hỏi cách tự động hóa các hành động trên tất cả các hồ sơ cùng một lúc và liệu anh ta có cần một “bot Telegram đặc biệt” hay không. Những người tham gia đã gợi ý một vài giải pháp khác nhau: tự động hóa trình duyệt, RPA, các tập lệnh độc lập, một userbot và một công cụ Telegram bên thứ ba. Chỉ riêng các hồ sơ bị cô lập không trả lời được câu hỏi về việc các hành động Telegram sẽ thực sự được thực thi như thế nào.

Một người dùng Stack Overflow đã nêu vấn đề trực tiếp hơn: anh ta muốn cấp quyền cho một bot truy cập vào một tài khoản thông thường, đọc tin nhắn và trả lời theo cách khiến phản hồi có vẻ như được gửi bởi chính người dùng đó. Các câu trả lời đã giải thích rằng Bot API không cung cấp mô hình truy cập chung như vậy.

Đây không phải là một vấn đề giả tưởng. Trong các cộng đồng khác nhau, mọi người sử dụng từ “bot” để chỉ việc tự động hóa màn hình, Bot API và cả client người dùng.

Hãy bắt đầu với phương pháp trực quan nhất: tự động hóa nhìn thấy Telegram giống như cách một người vận hành thấy — thông qua giao diện ứng dụng.

Cấp độ 1. Tự động hóa UI: Điều khiển giao diện Telegram

Cloud Phone là gì?

Cloud Phone là một thiết bị Android ảo chạy trên đám mây. Nó mô phỏng một chiếc điện thoại thông minh thực sự, với hệ điều hành, môi trường và dữ liệu dấu vân tay riêng. Người dùng có thể cài đặt ứng dụng, mở chúng và tương tác giống như trên điện thoại vật lý.

FlashID cung cấp các loại Cloud Phone này và cho phép người dùng quản lý nhiều thiết bị Android cùng một lúc.

Cách thức hoạt động của Window Sync

Window Sync đồng bộ hóa các hoạt động giữa các cửa sổ trình duyệt và Cloud Phone. Các hành động như nhập văn bản, nhấp chuột, điều hướng và cuộn trang được thực hiện trong một cửa sổ và được tái tạo trong các môi trường đã chọn.

Đối với Cloud Phone, điều này có nghĩa là điều khiển nhiều phiên bản Android và ứng dụng, bao gồm cả Telegram.

Trong thực tế, Window Sync là một công cụ bán tự động hơn là tự động hóa dựa trên tập lệnh đầy đủ: người vận hành tiếp tục điều khiển quy trình trong thời gian thực, trong khi hệ thống lặp lại các hành động tương tự trên một vài môi trường.

Tại sao đây là tự động hóa giao diện

Tự động hóa UI điều khiển những gì được hiển thị trên màn hình. Nó:

mở ứng dụng;
nhấp vào các thành phần giao diện;
nhập văn bản;
cuộn qua các trang;
lặp lại các hành động trong các môi trường Android đã chọn.

Nó không phải là Telegram API và không gọi trực tiếp các phương thức của Telegram.

Nơi tự động hóa UI hữu ích

Cách tiếp cận này có ý nghĩa đối với:

các quy trình chỉ có sẵn thông qua ứng dụng Android;
điều khiển thủ công các màn hình không tiêu chuẩn;
thiết lập tài khoản ban đầu;
làm việc với các quyền của hệ thống;
xác minh kết quả bằng hình ảnh;
các hoạt động mà người vận hành phải thấy và xác nhận từng bước;
lặp lại các hành động giống hệt nhau trên một số môi trường được đồng bộ hóa.

Những gì tự động hóa UI không biết về Telegram

Window Sync hoạt động với các hành động giao diện hiển thị. Nó tái tạo việc nhập liệu, nhấp chuột và cuộn trang, nhưng nó không diễn giải trạng thái nội bộ của từng phiên Telegram hoặc chọn một nhánh khác của quy trình làm việc Telegram cho từng tài khoản.

Về bản thân, tự động hóa UI không biết:

tài khoản Telegram nào đang mở;
tài khoản có bị hạn chế hay không;
liệu nó đã ở trong nhóm chat bắt buộc chưa;
liệu hành động trước đó đã tải xong chưa;
liệu tài khoản có gặp phải một hộp thoại hệ thống khác hay không;
liệu tác vụ Telegram đã hoàn thành ở cấp độ máy chủ chưa;
kết quả nào nên được ghi lại trong thống kê.

Tự động hóa UI hiệu quả khi một thao tác phải đi qua ứng dụng và giao diện vẫn ở trạng thái mong đợi. Tuy nhiên, đối tượng mà nó điều khiển vẫn là màn hình, không phải là một phiên làm việc Telegram được biểu diễn dưới dạng một thực thể có cấu trúc.

Khi một nhóm cần một người tham gia hội thoại tự động thay vì một màn hình tự động, cách tiếp cận thứ hai sẽ phát huy tác dụng: Bot API.

Cấp độ 2. Bot API: Tự động hóa một tài khoản Telegram đặc biệt

Bot Telegram là gì?

Telegram định nghĩa bot là các tài khoản đặc biệt được điều khiển bởi phần mềm, không yêu cầu số điện thoại riêng. Mã của bot thường chạy trên một máy chủ bên ngoài, trong khi Telegram gửi các sự kiện đến nó thông qua webhook hoặc getUpdates.

Ủy quyền Bot API dựa trên một token duy nhất. Các yêu cầu được gửi qua HTTPS đến các phương thức Bot API và phản hồi được trả về dưới dạng JSON. Điều này về cơ bản khác với việc đăng nhập bằng tư cách người dùng với số điện thoại, mã xác thực và 2FA.

Một token bot không thể được coi là vật thay thế cho một phiên Telegram của người dùng. Nó là thông tin xác thực của một danh tính khác với mô hình phân quyền khác.

Các nhiệm vụ mà Bot API xử lý tốt

Bot API được tài liệu hóa đầy đủ và được thiết kế để xây dựng:

các chatbot;
các giải pháp hỗ trợ khách hàng;
hệ thống thông báo;
menu và các nút bấm;
Mini Apps;
luồng thanh toán;
quản lý nhóm và kênh khi có đủ quyền hạn;
tương tác với những người dùng đã chủ động liên hệ với bot.

Giới hạn của Bot API

Telegram khuyến nghị các bot không nên gửi quá một tin nhắn mỗi giây trong một cuộc hội thoại đơn lẻ. Đối với các nhóm, giới hạn được nêu là không quá 20 tin nhắn mỗi phút, trong khi các thông báo hàng loạt bị giới hạn ở khoảng 30 tin nhắn mỗi giây. Khi vượt quá các giới hạn này, Bot API bắt đầu trả về lỗi 429.

Telegram cũng hỗ trợ phát sóng có trả phí: khi đáp ứng các yêu cầu, một bot có thể gửi tới 1.000 tin nhắn mỗi giây bằng cách trả phí cho lưu lượng bằng Telegram Stars. Tính năng này được dành riêng cho việc phát sóng tới những người đăng ký của bot; nó không biến Bot API thành một hệ thống để quản lý các tài khoản người dùng thông thường.

Ngay cả trong mô hình bot chính thức, việc mở rộng quy mô không được xử lý bằng cách giả lập hàng trăm tài khoản người dùng, mà thông qua một mô hình nền tảng riêng biệt với các quy tắc và giới hạn riêng.

Business Bot đã thay đổi ranh giới giữa Bot và Người dùng

Vào năm 2024, Telegram Business cho phép người dùng kết nối các chatbot có thể xử lý và trả lời tin nhắn thay mặt họ. Chủ sở hữu tài khoản có thể chọn những cuộc hội thoại nào bot được phép truy cập.

Vào tháng 5 năm 2026, Telegram đã mở rộng mô hình này thành “Chat Automation” (Tự động hóa trò chuyện) trong cài đặt hồ sơ. Giờ đây, bất kỳ người dùng nào cũng có thể kết nối bot với hồ sơ của mình và định cấu hình quyền truy cập vào các cuộc trò chuyện. Kể từ ngày 8 tháng 5 năm 2026, gói đăng ký Premium không còn là yêu cầu bắt buộc để kết nối Business Bot.

Về mặt kỹ thuật, sự tương tác diễn ra thông qua một kết nối doanh nghiệp (business connection). Bot nhận được một connection_id riêng biệt, một tập hợp các quyền và cài đặt người nhận.

Thông qua một kết nối được ủy quyền, một business bot có thể sử dụng các phương thức được hỗ trợ để gửi và sửa tin nhắn, đánh dấu lịch sử trò chuyện là đã đọc, sửa đổi thông tin hồ sơ, làm việc với phương tiện truyền thông, ghim tin nhắn và thực hiện nhiều hành động khác.

Tuy nhiên, có một hạn chế quan trọng. Quyền can_reply cho phép một business bot được kết nối chỉ gửi và sửa tin nhắn trong các cuộc trò chuyện riêng tư nơi có tin nhắn đến trong vòng 24 giờ trước đó.

Do đó, không chính xác khi nói rằng Bot API hoàn toàn không thể thay mặt người dùng hành động. Thông qua một kết nối doanh nghiệp bị hạn chế, nó có thể thực hiện một số hành động thay mặt cho hồ sơ được kết nối. Tuy nhiên, đây là một mô hình được ủy quyền với mã định danh, quyền hạn và danh sách các phương thức được hỗ trợ riêng — không phải là một phiên làm việc (session) đầy đủ của client người dùng.

Khi mục tiêu không phải là ủy quyền các hành động đã chọn cho một bot, mà là làm việc theo lập trình với một tài khoản người dùng hoàn chỉnh như một client Telegram, cấp độ thứ ba được sử dụng: MTProto.

Cấp độ 3. MTProto: Tự động hóa một phiên người dùng đầy đủ

MTProto là gì?

MTProto là giao thức được sử dụng bởi các Telegram client. Đối với các nhà phát triển bên thứ ba, Telegram cung cấp TDLib, một thư viện client đa nền tảng đầy đủ chức năng xử lý giao tiếp mạng, mã hóa, lưu trữ cục bộ và tính nhất quán của dữ liệu.

Cách một Client Người dùng được ủy quyền

Một client người dùng không được ủy quyền bằng token BotFather, mà theo cách tương tự như một tài khoản Telegram thông thường:

với một api_id và api_hash;
một số điện thoại;
một mã xác thực;
2FA, khi được yêu cầu;
một khóa được lưu trữ và dữ liệu phiên.

Telegram liên kết việc ủy quyền với auth_key_id của client. Sau khi ủy quyền thành công, client có thể gọi các phương thức có sẵn cho tài khoản người dùng mà không cần yêu cầu mã mới mỗi khi khởi động.

Thuật ngữ kỹ thuật chính xác là một client người dùng Telegram tự động. “Userbot” có thể chấp nhận được như một thuật ngữ phổ biến, nhưng điều quan trọng cần hiểu là đây không phải là một tài khoản bot. Đó là một tài khoản người dùng bình thường được điều khiển thông qua một thư viện client.

Những gì một Client Người dùng có thể làm

Telegram duy trì các danh sách phương thức riêng biệt: các phương thức chỉ dành cho người dùng, chỉ dành cho bot và thông qua kết nối doanh nghiệp.

Một client khách người dùng có thể làm việc với các thực thể hiển thị đối với tài khoản được ủy quyền, tuân theo các quyền, cài đặt quyền riêng tư và các hạn chế phía máy chủ. Đây là lý do tại sao MTProto được chọn cho các kịch bản yêu cầu hệ thống phải:

hành động thay mặt cho một tài khoản thông thường;
làm việc với các kênh và nhóm có sẵn cho nó;
đọc các cuộc hội thoại của nó;
sử dụng các phương thức người dùng gốc (native user methods);
lên lịch gửi tin nhắn;
đăng tin (stories) từ hồ sơ người dùng;
xử lý các sự kiện Telegram bổ sung.

Tại sao MTProto không chỉ là một API khác

Làm việc với MTProto đòi hỏi cơ sở hạ tầng có trạng thái (stateful):

ủy quyền riêng biệt;
một khóa phiên (session key);
lưu trữ cục bộ;
bộ nhớ đệm thực thể (entity cache);
các bản cập nhật;
các lỗi RPC;
quản lý truy cập đồng thời;
khôi phục hoặc thu hồi phiên;
các giới hạn phía máy chủ.

Sự khác biệt chính là: trong Bot API, tài sản chính là bot token. Trong tự động hóa tài khoản người dùng, tài sản chính là phiên (session) Telegram.

File Session là gì?

Telethon lưu trữ ủy quyền của người dùng trong một file .session. File này chứa đủ thông tin để đăng nhập lại mà không cần yêu cầu mã mới. File SQLite này lưu trữ dữ liệu kết nối, địa chỉ và cổng của máy chủ Telegram, khóa ủy quyền và các thông tin bổ sung.

Telethon cũng lưu trữ thông tin về các thực thể đã gặp trước đó — người dùng, cuộc trò chuyện và kênh — trong phiên để không cần thực hiện các yêu cầu không cần thiết đến Telegram.

Một phiên là một tài sản nhạy cảm: bất kỳ ai có được file chứa ủy quyền hợp lệ đều có thể truy cập vào tài khoản tương ứng.

Truy cập đồng thời vào một Session

Khi làm việc với các file session, lỗi sqlite3.OperationalError: database is locked có thể xảy ra. Điều này xảy ra khi hai hoặc nhiều client sử dụng cùng một session tại một thời điểm. Giải pháp được khuyến nghị là sử dụng một session riêng cho mỗi client.

Ở cấp độ máy chủ, Telegram định nghĩa lỗi AUTH_KEY_DUPLICATED. Nó xảy ra khi một phiên được ủy quyền gửi các yêu cầu song song qua nhiều kết nối TCP chính hơn mức cho phép. Trong trường hợp này, khóa có thể bị vô hiệu hóa.

Mở rộng quy mô MTProto không đơn giản như việc sao chép một file session vào nhiều tiến trình. Các nhóm phải hiểu sự khác biệt giữa ủy quyền Telegram, phiên MTProto, lưu trữ phiên cục bộ và các kết nối đồng thời.

Lỗi là một phần bình thường của quá trình hoạt động

Tài liệu chính thức của Telegram nêu rõ: lỗi sẽ xảy ra khi làm việc với API, và client phải xử lý chúng một cách chính xác.

FLOOD_WAIT_X có nghĩa là số lần thử gọi một phương thức tối đa được cho phép đã bị vượt quá và client phải đợi trong số giây đã chỉ định. Đây là hạn chế phía máy chủ, không phải lỗi giao diện hay lỗi thư viện MTProto.

Tăng tính đồng thời không loại bỏ được FloodWaitError. Các hoạt động song song chỉ làm cho hệ thống tiến gần đến giới hạn flood nhanh hơn.

Một API chính thức không làm cho mọi kịch bản đều được chấp nhận

Telegram hoan nghênh việc phát triển các client bên thứ ba, nhưng Điều khoản API của họ yêu cầu các ứng dụng không được thực hiện các hành động thay mặt người dùng mà người dùng không biết và không đồng ý.

Telegram cũng cảnh báo rằng các client API được giám sát chặt chẽ để ngăn chặn hành vi lạm dụng. Sử dụng API để gửi tin nhắn rác (spam), làm ngập (flooding) hoặc thao túng các bộ đếm một cách nhân tạo có thể dẫn đến việc bị cấm vĩnh viễn.

Việc chọn tự động hóa UI, Bot API hay MTProto không thay thế được các quy tắc của Telegram. Cả client Android chính thức, API chính thức lẫn phần mềm chuyên dụng đều không làm cho một kịch bản bị cấm trở nên được chấp nhận.

Vấn đề thực sự không bắt đầu ở lần đăng nhập đầu tiên, mà ở hàng trăm phiên đầu tiên

Một client MTProto đơn lẻ có thể được xây dựng trên một thư viện. Tuy nhiên, khi số lượng tài khoản tăng lên, các thách thức sẽ trở thành vấn đề vận hành cũng như kỹ thuật:

nơi lưu trữ mỗi phiên;
tài khoản nào đang hoạt động;
phiên nào bị hạn chế hoặc bị thu hồi;
tác vụ nào đang chạy;
những hành động nào đã hoàn thành;
nơi lưu trữ thông tin 2FA và các tham số bổ sung;
liệu một tài khoản cụ thể có thể được sử dụng trong tác vụ tiếp theo hay không;
mỗi tài khoản đã hoàn thành bao nhiêu hành động;
cách xử lý FLOOD_WAIT, lỗi ủy quyền và các hạn chế;
cách ngăn chặn cùng một phiên được bắt đầu theo những cách xung đột nhau trên nhiều tiến trình.

Xây dựng một client MTProto không giống với việc xây dựng một hệ thống quản lý số lượng lớn client Telegram.

Những gì phải được xây dựng xung quanh một thư viện MTProto tiêu chuẩn

Càng nhiều tài khoản và quy trình làm việc, một nhóm càng phải tự thực hiện nhiều chức năng hơn — hoặc quản lý bằng sự kết hợp của các tập lệnh, cơ sở dữ liệu và bảng tính quản trị:

lưu trữ phiên;
liên kết tài khoản với các tham số và proxy;
hàng đợi tác vụ;
kiểm soát các hoạt động đồng thời;
xử lý lỗi RPC;
trạng thái tài khoản;
logic thử lại (retry);
nhật ký kết quả;
phân phối tải;
giao diện người vận hành;
nhập và xuất định dạng;
báo cáo.

Telegram Soft Expert: Không phải loại tự động hóa thứ tư, mà là một hệ thống sẵn có để quản lý quy trình MTProto

Telegram Expert hoạt động ở một lớp khác và giải quyết các nhiệm vụ phát sinh khi các tài khoản Telegram thông thường được quản lý tập trung.

Sản phẩm kết hợp:

một bảng điều khiển tài khoản;
các thư mục và trạng thái;
kiểm tra tài khoản hàng loạt;
quản lý phiên;
hỗ trợ Session, JSON và TData;
các hành động được thực hiện với tài khoản người dùng;
quản lý hội thoại;
danh bạ;
tin nhắn;
quản lý đối tượng/khách hàng;
báo cáo;
theo dõi số lượng hành động đã hoàn thành;
proxy và kiểm tra nhóm proxy.

Trong Telegram Expert, các tài khoản có thể được chỉ định tập trung vào các danh mục: đang hoạt động, bị hạn chế tạm thời, bị hạn chế vĩnh viễn, bị đóng băng, Premium, đã lưu trữ và đã xóa. Kiểm tra hàng loạt giúp có thể xác minh tài khoản và di chuyển chúng giữa các thư mục theo kết quả.

Giá trị chính của bảng điều khiển không chỉ đơn thuần là hiển thị danh sách tài khoản. Nó ngăn người vận hành coi mọi file session đều phù hợp cho công việc như nhau.

Telegram Expert hiểu tác vụ, không phải tọa độ nút bấm

Telegram Expert nhận một nhiệm vụ ở cấp độ quy trình làm việc Telegram:

kiểm tra các tài khoản đã chọn;
đọc các cuộc hội thoại chưa đọc;
thực hiện một hành động bằng cách sử dụng các phiên phù hợp;
ghi lại kết quả;
phân loại các tài khoản có vấn đề;
tạo số liệu thống kê.

Tại sao Session, JSON và TData trở thành một lớp cơ sở hạ tầng riêng biệt

Định dạng tài khoản không chỉ đơn thuần là các tệp trang trí.

Trong Telegram Expert:

trình tạo JSON sẽ tạo tệp JSON bị thiếu hoặc bị hỏng cho một Session;
trình chuyển đổi sẽ biến đổi tài khoản từ Session sang TData và ngược lại;
trình sao chép tạo ra các phiên cho client di động và máy tính để bàn;
bảng điều khiển cung cấp quản lý tập trung các tài khoản và chính các phiên đó.

Cloud Phone lưu trữ môi trường di động đang hoạt động. Session hoặc TData đại diện cho sự ủy quyền của một Telegram client. Đối với một đội ngũ, điều quan trọng không chỉ là bảo quản từng thành phần, mà còn là di chuyển một tài khoản giữa các định dạng làm việc theo yêu cầu của một tác vụ cụ thể.

Việc kiểm soát kết quả quan trọng hơn việc bắt đầu tác vụ

Đồng bộ hóa UI cho thấy rõ ràng rằng một hành động đã bắt đầu. Tuy nhiên, tự động hóa chuyên nghiệp cũng phải trả lời được:

bao nhiêu tài khoản đã bắt đầu tác vụ;
bao nhiêu tài khoản đã hoàn thành;
bao nhiêu tài khoản gặp lỗi;
mỗi tài khoản đã thực hiện bao nhiêu hành động;
dữ liệu nào nên được loại trừ hoặc hợp nhất;
tài khoản nào không nên được giao việc nữa.

Telegram Soft Expert bao gồm trình tạo báo cáo, hợp nhất cơ sở dữ liệu và máy tính theo dõi số lượng phát sóng và lời mời được thực hiện bởi mỗi tài khoản.

FlashID và Telegram Expert bao quát các phần khác nhau của cùng một quy trình

FlashID:

cung cấp các Cloud Phone Android riêng biệt;
cách ly môi trường di động;
cho phép khởi chạy ứng dụng Telegram;
đồng bộ hóa các lần nhấp, nhập liệu và cuộn trang;
giúp nhóm quản lý các nhóm thiết bị di động.

Telegram Expert:

quản lý các phiên Telegram của người dùng;
theo dõi trạng thái tài khoản;
thực hiện các tác vụ Telegram chuyên biệt;
phân phối khối lượng công việc;
ghi lại kết quả;
duy trì các định dạng Session, JSON và TData.

FlashID quản lý môi trường và màn hình. Telegram Expert quản lý tài khoản Telegram như một thực thể vận hành.

Bot API vẫn là một công cụ riêng biệt cho chatbot, Mini Apps, quy trình hỗ trợ và các kịch bản kinh doanh được phép.

Kết luận

Không có phương pháp nào trong ba cách tiếp cận trên là sự thay thế vạn năng cho những phương pháp còn lại.

Cloud Phone là bắt buộc khi một quy trình phải chạy qua ứng dụng di động.
Bot API phù hợp khi một công ty cần một chương trình tham gia riêng biệt trong Telegram hoặc tự động hóa được ủy quyền cho các cuộc trò chuyện kinh doanh.
MTProto là bắt buộc khi hệ thống phải làm việc với một phiên người dùng đầy đủ.

Tuy nhiên, một khi số lượng phiên tăng lên, vấn đề trung tâm không còn là gửi một yêu cầu API đơn lẻ; đó là quản lý toàn bộ vòng đời của tài khoản. Ở cấp độ này, Telegram Expert biến một tập hợp các file session và các tập lệnh độc lập thành một hệ thống quản lý tập trung.

Số lần nhấp, Bot hoặc Phiên: Ba cấp độ tự động hóa Telegram thường bị nhầm lẫn