n8n Telegram MCP - tự động hóa tài khoản thật của bạn

n8n Cloud

Con đường ngắn nhất. Thả một node MCP Client vào workflow, dán endpoint, và để n8n Cloud tự xử lý vòng OAuth trên tên miền callback của nó. Không có đường hầm nào phải mở và không có chứng chỉ nào phải quản lý. Vì máy chủ Entergram ở xa, node chỉ giữ một credential thay vì khởi chạy tiến trình cục bộ, nên cùng một workflow chạy giống hệt trên mọi execution worker và vẫn hoạt động khi được xuất rồi nhập vào dự án khác.

n8n tự host

Cùng node đó, thêm một điều kiện: bước bắt tay OAuth chuyển hướng về phiên bản của bạn, nên n8n phải biết địa chỉ công khai của chính nó. Đặt các biến host và webhook trước khi tạo credential, nếu không màn hình đồng ý hoàn tất rồi lại bị đẩy về localhost. Mọi thứ sau đó hoạt động như bản Cloud, kể cả việc chia sẻ credential giữa các dự án.

N8N_HOST=n8n.yourcompany.com
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.yourcompany.com/

Node AI Agent với công cụ MCP

Thay vì nối từng lệnh gọi bằng tay, gắn MCP client vào một node AI Agent như một nguồn công cụ và để mô hình tự chọn công cụ Entergram nào sẽ gọi cho một đầu vào cụ thể. Cách này hợp với những việc không rõ ràng như phân loại tin nhắn đến hay quyết định một việc có đáng mở ticket không, nơi logic rẽ nhánh dễ mô tả hơn là vẽ ra. Hãy chốt danh sách công cụ bạn thực sự muốn mở. Một agent có 78 công cụ trong tay đôi khi sẽ đi đường vòng, và một agent chạy theo lịch ngay từ đầu không nên với tới được các công cụ có tính phá hủy.

Hiện tất cả 78 công cụ trong 9 nhóm →

• Quyền truy cập MCP nằm trong gói Pro. Credential cấp quyền được ở mọi gói, nên lỗi chỉ lộ ra về sau dưới dạng lỗi công cụ trong một lần chạy theo lịch chứ không phải lúc thiết lập.
• MCP là yêu cầu và phản hồi, không phải kênh đẩy. Entergram không mở socket vào n8n, nên cảm giác hướng sự kiện đến từ một Schedule Trigger thăm dò đủ thường xuyên. Đánh đổi nằm giữa độ trễ và số lần chạy.
• Không có ai duyệt lệnh gửi thay bạn. Trong client chat, có người đọc từng bản nháp trước khi gửi; một cron job thì không. Hãy coi các nhánh gửi đi như code production và chặn chúng sau bộ lọc rõ ràng cùng một cờ chế độ thử.
• Gửi hàng loạt có giới hạn. entergram_broadcast_message gửi cùng một nội dung tới một danh sách username duy nhất có giới hạn; tin nhắn cá nhân hóa tới ba mươi cuộc trò chuyện vẫn là ba mươi lệnh gọi riêng, vì vậy hãy điều tiết nhịp vòng lặp, giới hạn số lần thử lại và xem cơ chế chống flood của Telegram là mức trần, không phải workflow.
• Một lần chạy thất bại không mang tính nguyên tử. Nếu lần chạy dừng giữa vòng lặp, những tin đã gửi và trường đã ghi vẫn giữ nguyên. Hãy xây workflow có tính idempotent và ghi lại những gì đã xử lý thay vì giả định sẽ có rollback sạch.
• Token có thời hạn. Một quy trình tự động chạy tốt hàng tuần có thể dừng qua đêm vì không ai chấp thuận lại quyền truy cập, nên hãy thêm nhánh lỗi báo cho người thật thay vì thất bại vào một log trống.

OAuth hoàn tất nhưng chuyển hướng về localhost

Một phiên bản tự host không biết địa chỉ công khai của mình sẽ gửi callback về chính nó. Đặt các biến host, protocol và webhook theo URL mà trình duyệt của bạn thực sự dùng, khởi động lại n8n, rồi xóa và tạo lại credential, vì credential cũ vẫn giữ địa chỉ chuyển hướng cũ.

Node kết nối được nhưng không liệt kê công cụ nào

n8n lưu đệm danh sách công cụ khi credential được tạo. Mở lại node và làm mới danh sách công cụ, hoặc nhân bản node một lần. Một workflow được lưu trước khi danh sách tải xong sẽ tiếp tục tham chiếu một tập rỗng.

Node đọc chạy được, node gửi trả về 403

Đó là agent cá nhân làm đúng phạm vi của nó. Gửi tin thuộc về connector của workspace, do owner hoặc admin tạo; cấp quyền lại cùng credential cá nhân sẽ không mở rộng được nó. Nếu 403 xảy ra cả ở node đọc, hãy kiểm tra gói: quyền truy cập MCP cần gói Pro.

Workflow đăng vào nhầm tài khoản Telegram

Mọi công cụ nhắn tin nhận account_id rõ ràng, và nếu không chỉ định thì nó sẽ được chọn thay bạn. Gọi danh sách tài khoản một lần ở đầu workflow, chốt ID bạn muốn thành biến của workflow và tham chiếu nó ở mọi node phía sau.

Một lịch chạy tốt hàng tuần đột nhiên thất bại

Gần như luôn do token hết hạn. Mở credential, kết nối lại, chấp thuận quyền truy cập một lần nữa, và các lần chạy đang chờ tiếp tục ở nhịp kế tiếp. Nối đầu ra lỗi của node MCP tới một thông báo, để lần hết hạn sau không phải do khách hàng phát hiện.

Lần chạy bị quá thời gian khi lấy nhiều tin nhắn

Đọc toàn bộ lịch sử của hàng trăm cuộc chat trong một node sẽ vượt thời gian chờ. Chia danh sách chat bằng Loop Over Items, giới hạn kích thước lô và lưu con trỏ để mỗi lần chạy tiếp tục từ chỗ lần trước dừng. Việc nạp lại dữ liệu cũ nên là một workflow riêng, tách khỏi workflow tăng dần chạy mỗi giờ.