Tạo bot Telegram là cách dùng BotFather cấp token rồi kết nối bot với AI, workflow và VPS để nhận lệnh, xử lý nội dung và phản hồi tự động. Bài viết này chỉ cho bạn cách hình thành một trợ lý AI điều khiển bằng điện thoại: gửi brief hoặc file qua Telegram, để hệ thống xử lý trên VPS, rồi nhận trạng thái và kết quả trong cuộc trò chuyện. Phạm vi minh họa gồm edit video bất động sản, lồng tiếng, dịch thuật, chèn bản đồ, đăng bài lên fanpage Facebook và phân loại bình luận “Xin giá”. Phần triển khai cũng đi từ token BotFather, biến môi trường, lệnh SSH đến cách giữ tiến trình chạy 24/24.

Tóm tắt nhanh

• BotFather cấp token; token này là thông tin xác thực để ứng dụng nhận lệnh Telegram.
• Điện thoại chỉ là nơi gửi lệnh; VPS đảm nhận workflow, file video và kết nối các dịch vụ AI.
• Bài hướng dẫn bao quát cả khâu duyệt nội dung trước khi đăng Facebook, thay vì mặc định đăng tự động mọi kết quả.

Khi bạn gửi một video cùng lệnh “cắt đoạn thừa, thêm lời đọc và trả file”, Telegram chỉ là nơi nhận và hiển thị tin nhắn. Phần xử lý thật chạy ở máy chủ: bot đọc lệnh, chuyển dữ liệu vào workflow, gọi dịch vụ AI hoặc công cụ video rồi gửi trạng thái và kết quả về cuộc trò chuyện. Vì vậy, tạo bot Telegram trợ lý AI không có nghĩa là cài AI trực tiếp vào ứng dụng Telegram trên điện thoại. BotFather là tài khoản hệ thống dùng để tạo bot và cấp token Telegram. Token này định danh bot và cho phép chương trình gọi Telegram Bot API; nó không thay thế API key của model AI. VPS là máy chủ chạy chương trình bot liên tục, còn dịch vụ AI, lưu trữ file, xử lý video hoặc Facebook là các kết nối riêng. Thiếu một quyền hoặc một kết nối, lệnh tương ứng sẽ không chạy dù bot vẫn trả lời được tin nhắn.

Ba lớp trong một bot trợ lý Có thể nhìn mô hình này qua ba lớp. Bot giao tiếp nhận tin nhắn, file và các lệnh như `/start`, `/status` hoặc “đăng bản nháp”. Bot điều phối kiểm tra người gửi, đọc tham số, tạo job và quyết định workflow nào

được gọi. Worker xử lý nội dung thực hiện việc nặng như tách âm thanh, lồng tiếng, dịch phụ đề hoặc dựng video; nó có thể chạy cùng VPS hoặc ở một dịch vụ khác. Luồng xử lý thường đi theo thứ tự: điện thoại gửi lệnh, bot trên VPS xác thực và phân loại yêu cầu, workflow chuyển file cùng thông tin đầu vào cho worker, sau đó bot gửi phản hồi như “đang xử lý”, “cần duyệt” hoặc đường dẫn file kết quả. Với một yêu cầu đăng Facebook, phản hồi chỉ nên xuất hiện

sau khi workflow có quyền fanpage và bước đăng đã được cấu hình; bot không tự có quyền truy cập tài khoản. Mô hình chạy 24/24 vì tiến trình được giữ trên VPS, không phải vì Telegram hay AI luôn sẵn sàng. Bot chỉ làm được những việc đã được lập trình, cấp quyền và nối API; một lệnh edit video không thể tự sinh ra worker nếu hệ thống chưa có bước đó. Đây là điểm cần phân biệt khi xem demo tự động hóa: video bất động sản, bản đồ, dịch thuật hay trả lời bình luận là các workflow cụ thể, không phải khả năng mặc định của mọi bot Telegram.

Bạn có thể gửi một video căn hộ, vài dòng thông tin và yêu cầu “dựng bản dọc 30 giây” ngay từ điện thoại. Bot chỉ thực hiện được chuỗi việc đó khi phía sau đã có worker xử lý video, API phù hợp, nơi lưu file và workflow được cấu hình sẵn.

Các việc bot có thể điều phối

Bot chạy 24/7 không có nghĩa mọi job luôn chạy xong. VPS có thể mất mạng, tiến trình nền bị dừng, ổ đĩa đầy hoặc dịch vụ AI, dịch vụ dựng video tạm thời không phản hồi. Một lệnh edit video bất động sản vì thế có thể đứng ở trạng thái đang xử lý dù Telegram vẫn nhận được tin nhắn.

Các điểm dễ làm workflow gián đoạn

Hai kịch bản dưới đây là minh họa quy trình, không phải kết quả đo thực tế. Mỗi bot chỉ tự động đến mức workflow, quyền Facebook, dịch vụ AI và worker trên VPS đã được cấu hình; người vận hành vẫn nên giữ bước duyệt trước khi nội dung đi ra ngoài.

Môi giới gửi video căn hộ từ điện thoại Một môi giới có thể gửi video quay bằng điện thoại vào cuộc trò chuyện Telegram, kèm brief như: “Căn 2 phòng ngủ, 68 m², quận 7, giá 3,2 tỷ, cách Metro 8 phút”. Bot nhận file và phần chữ này, sau đó trích xuất các trường như diện tích, số phòng, giá, vị trí và điểm nổi bật để tạo một job xử lý. Workflow minh họa có thể gồm cắt đoạn thừa, sắp xếp cảnh phòng khách rồi phòng ngủ, tạo voice-over tiếng Việt, dịch thêm phụ đề tiếng Anh và chèn bản đồ quanh quận 7. Kết quả không nên đăng ngay: bot gửi lại trạng thái job, bản xem trước video và phần caption để môi giới kiểm tra giá, địa chỉ, số điện thoại cùng các tuyên bố về khoảng cách. Người vận hành bấm “Duyệt” khi thông tin đúng, hoặc gửi lại một yêu cầu cụ thể như “bỏ phụ đề tiếng Anh, sửa giá thành 3,25 tỷ”. Chỉ sau bước này, workflow mới chuyển nội dung sang khâu đăng fanpage Facebook nếu tài khoản và quyền truy cập đã sẵn sàng. Đây là kịch bản minh họa, chưa có số liệu đo về thời gian xử lý hay tỷ lệ đăng thành công.

Shop xử lý bình luận “Xin giá” Một shop bán hàng online có thể gom bình luận chứa “Xin giá”, “giá bao nhiêu” hoặc “ib giá” vào một hàng đợi để nhân viên kiểm tra. Bot phân loại ý định, gắn mã sản phẩm nếu bình luận nằm dưới đúng bài đăng, rồi đề xuất câu trả lời gồm giá niêm yết, phí vận chuyển và câu hỏi về màu hoặc kích thước. Ví dụ, với bình luận “Xin giá áo khoác đen size M”, bot tạo bản nháp: “Áo khoác đen size M hiện có giá … Bạn cho shop xin khu vực nhận hàng để kiểm tra phí ship”. Nhân viên chọn “Gửi”, sửa nội dung hoặc chuyển cuộc hội thoại cho người phụ trách; bot không tự xác nhận tồn kho nếu dữ liệu kho chưa đồng bộ. Kịch bản shop này cũng chỉ mang tính minh họa, không phải case study có kết quả thực tế. Khi có nhiều biến thể sản phẩm, nhân viên cần đối chiếu mã hàng và giá trước khi phản hồi, vì một câu trả lời tự động sai giá có thể tạo thêm lượt khiếu nại thay vì giảm việc thủ công.

Bot Telegram chỉ nên nhận lệnh và trả trạng thái; worker mới gọi RevidAPI, lưu file, retry và trả kết quả. Cách tách này cho phép bạn đổi workflow edit video mà không phải sửa lớp nhận tin nhắn từ BotFather.

Tách lớp giao tiếp và xử lý Khi người dùng gửi video, bot tạo một bản ghi job gồm `telegram_user_id`, loại tác vụ, đường dẫn file, trạng thái `queued` và thời điểm tạo. Worker lấy job từ hàng đợi rồi gọi đúng endpoint, chẳng hạn `POST /v1/video/generate` cho tạo video hoặc `POST /v1/download` cho tải nguồn đa nền tảng. Mã job và response cần lưu vào database hoặc log có mã truy vết, thay vì chỉ gửi thẳng kết quả về cuộc trò chuyện. API key nên nằm trong biến môi trường `REVID_API_KEY`, không đặt trong mã nguồn hay nội dung log. Bạn lấy key tại RevidAPI Dashboard, rồi đối chiếu schema, model và giới hạn hiện hành ở tài liệu API. Với chat, model có thể kiểm tra qua `GET https://revidapi.com/v1/chat/models`; với video, lấy danh sách model qua `GET https://revidapi.com/v1/video/models`. Tên model, credit, giới hạn file và trạng thái job còn phụ thuộc tài khoản và gói sử dụng.

import os
import requests endpoint = "https://revidapi.com/v1/video/generate"
headers = { "Authorization": f"Bearer {os.environ['REVID_API_KEY']}", "Content-Type": "application/json",
} payload = { # Điền đúng trường input theo tài liệu endpoint hiện hành
} response = requests.post(endpoint, headers=headers, json=payload, timeout=60)
response.raise_for_status()
print(response.json())

Timeout, retry và duyệt nội dung Đặt `timeout=60` cho request mẫu chỉ là điểm bắt đầu; worker cần timeout riêng cho upload, polling và tải file. Không retry vô hạn: mỗi tác vụ nên có bộ đếm, backoff và trạng thái `failed` sau ngưỡng đã chọn. Endpoint xử lý video như `/v1/video/caption` có giá 35 credit, còn `/v1/download` và `/v1/tiktok/download` đều ghi nhận 5 credit, nên retry sau lỗi không xác định có thể làm phát sinh chi phí. Bot nên gửi lỗi có mã job, nguyên nhân ngắn và nút chạy lại; lỗi quyền, file quá lớn hoặc hết credit cần chuyển sang xử lý thủ công. Trước khi đăng Facebook hoặc trả lời hàng loạt, giữ kết quả ở trạng thái `pending_review`, yêu cầu người dùng bấm duyệt trên Telegram. Không nên cho worker tự đăng chỉ vì API đã trả response thành công.

Bot Telegram có chạy hoàn toàn bằng điện thoại không?

Không. Điện thoại chỉ gửi lệnh và nhận phản hồi qua Telegram; token do BotFather cấp, còn bot, worker xử lý video và tiến trình nền phải chạy ở một môi trường máy chủ. Vì vậy, bạn có thể thao tác bằng điện thoại nhưng không nên xem điện thoại là nơi chạy bot 24/7.

VPS có bắt buộc không?

Không phải mọi bot đều cần VPS. Bot thử nghiệm có thể chạy trên máy tính cá nhân hoặc môi trường chạy tạm, nhưng VPS phù hợp khi cần giữ tiến trình liên tục, nhận webhook hoặc chạy worker

sau khi bạn tắt điện thoại. Khi triển khai, bạn thường kết nối SSH, khai báo biến môi trường rồi dùng systemd, Docker hoặc process manager để giữ tiến trình.

Có thể tự động edit video và đăng Facebook không?

Có thể, nếu workflow đã nối đủ API xử lý video, quyền Facebook và bước duyệt nội dung. Bot có thể nhận video cùng brief từ Telegram, chuyển job cho worker, rồi chỉ gửi yêu cầu đăng

sau khi kiểm tra quyền Page và trạng thái job; không nên mặc định rằng token Telegram đã cấp quyền Facebook.

Làm sao bảo vệ token và API key?

Đặt `TELEGRAM_BOT_TOKEN` và `REVID_API_KEY` trong biến môi trường hoặc secret manager, giới hạn quyền máy chủ, đồng thời che giá trị trong log và lỗi trả về. Nếu key đã xuất hiện trong Git, ảnh chụp màn hình hoặc log công khai, hãy thu hồi và cấp key mới thay vì chỉ sửa file `.env`.

RevidAPI phù hợp ở bước nào? RevidAPI phù hợp

sau khi bot tiếp nhận yêu cầu, tại lớp tạo hoặc xử lý nội dung. Chẳng hạn, workflow có thể gọi `POST /v1/video/generate` sau khi lấy model từ `GET /v1/video/models`, hoặc dùng `POST /v1/images/generations` rồi kiểm tra job bằng `GET /v1/images/jobs/{id}`. Chi phí và model cần kiểm tra theo tài liệu, không nên hard-code trong bot.

Khám phá workflow miễn phí tại AI Tạo ảnh & Video và lấy API key tại API Marketplace RevidAPI.