Chuyển đến nội dung chính
Sẵn sàng cho sản xuất với DM bot và nhóm qua grammY. Chế độ mặc định là long polling; chế độ Webhook là tùy chọn.

Ghép nối

Chính sách DM mặc định cho Telegram là ghép nối.

Khắc phục sự cố kênh

Chẩn đoán và playbook sửa chữa liên kênh.

Cấu hình Gateway

Các mẫu và ví dụ cấu hình kênh đầy đủ.

Thiết lập nhanh

1

Tạo token bot trong BotFather

Mở Telegram và trò chuyện với @BotFather (xác nhận handle chính xác là @BotFather).Chạy /newbot, làm theo lời nhắc và lưu token.
2

Cấu hình token và chính sách DM

{
  channels: {
    telegram: {
      enabled: true,
      botToken: "123:abc",
      dmPolicy: "pairing",
      groups: { "*": { requireMention: true } },
    },
  },
}
Dự phòng env: TELEGRAM_BOT_TOKEN=... (chỉ tài khoản mặc định). Telegram không dùng openclaw channels login telegram; hãy cấu hình token trong config/env, rồi khởi động gateway.
3

Khởi động gateway và phê duyệt DM đầu tiên

openclaw gateway
openclaw pairing list telegram
openclaw pairing approve telegram <CODE>
Mã ghép nối hết hạn sau 1 giờ.
4

Thêm bot vào nhóm

Thêm bot vào nhóm của bạn, rồi lấy cả hai ID mà quyền truy cập nhóm cần:
  • ID người dùng Telegram của bạn, được dùng trong allowFrom / groupAllowFrom
  • ID chat nhóm Telegram, được dùng làm khóa dưới channels.telegram.groups
Với thiết lập lần đầu, lấy ID chat nhóm từ openclaw logs --follow, bot chuyển tiếp ID, hoặc Bot API getUpdates. Sau khi nhóm được cho phép, /whoami@<bot_username> có thể xác nhận ID người dùng và ID nhóm.ID supergroup Telegram âm bắt đầu bằng -100 là ID chat nhóm. Đặt chúng dưới channels.telegram.groups, không đặt dưới groupAllowFrom.
Thứ tự phân giải token có nhận biết tài khoản. Trên thực tế, giá trị config được ưu tiên hơn env dự phòng, và TELEGRAM_BOT_TOKEN chỉ áp dụng cho tài khoản mặc định. Sau khi khởi động thành công, OpenClaw lưu tạm danh tính bot trong thư mục trạng thái tối đa 24 giờ để các lần khởi động lại có thể tránh một lệnh gọi Telegram getMe bổ sung; việc thay đổi hoặc xóa token sẽ xóa bộ nhớ đệm đó.

Thiết lập phía Telegram

Bot Telegram mặc định dùng Privacy Mode, chế độ này giới hạn những tin nhắn nhóm mà chúng nhận được.Nếu bot phải thấy mọi tin nhắn nhóm, hãy:
  • tắt chế độ riêng tư qua /setprivacy, hoặc
  • đặt bot làm quản trị viên nhóm.
Khi bật/tắt chế độ riêng tư, hãy xóa rồi thêm lại bot trong từng nhóm để Telegram áp dụng thay đổi.
Trạng thái quản trị viên được kiểm soát trong thiết lập nhóm Telegram.Bot quản trị viên nhận mọi tin nhắn nhóm, hữu ích cho hành vi nhóm luôn bật.
  • /setjoingroups để cho phép/từ chối việc thêm vào nhóm
  • /setprivacy cho hành vi hiển thị trong nhóm

Kiểm soát truy cập và kích hoạt

Danh tính bot trong nhóm

Trong nhóm Telegram và chủ đề diễn đàn, một lượt nhắc rõ handle bot đã cấu hình (ví dụ @my_bot) được xem là đang gọi đến tác nhân OpenClaw đã chọn, ngay cả khi tên persona của tác nhân khác với tên người dùng Telegram. Chính sách im lặng của nhóm vẫn áp dụng cho lưu lượng nhóm không liên quan, nhưng bản thân handle bot không được xem là “người khác.”
channels.telegram.dmPolicy kiểm soát quyền truy cập tin nhắn trực tiếp:
  • pairing (mặc định)
  • allowlist (yêu cầu ít nhất một ID người gửi trong allowFrom)
  • open (yêu cầu allowFrom bao gồm "*")
  • disabled
dmPolicy: "open" với allowFrom: ["*"] cho phép bất kỳ tài khoản Telegram nào tìm thấy hoặc đoán được tên người dùng bot ra lệnh cho bot. Chỉ dùng cách này cho các bot công khai có chủ đích với công cụ bị giới hạn chặt chẽ; bot một chủ sở hữu nên dùng allowlist với ID người dùng dạng số.channels.telegram.allowFrom chấp nhận ID người dùng Telegram dạng số. Tiền tố telegram: / tg: được chấp nhận và chuẩn hóa. Trong cấu hình nhiều tài khoản, channels.telegram.allowFrom cấp cao nhất có tính hạn chế được xem là ranh giới an toàn: các mục allowFrom: ["*"] ở cấp tài khoản không làm tài khoản đó công khai trừ khi danh sách cho phép hiệu dụng của tài khoản vẫn chứa ký tự đại diện rõ ràng sau khi hợp nhất. dmPolicy: "allowlist" với allowFrom rỗng chặn tất cả DM và bị xác thực cấu hình từ chối. Thiết lập chỉ yêu cầu ID người dùng dạng số. Nếu bạn đã nâng cấp và cấu hình của bạn chứa các mục danh sách cho phép @username, hãy chạy openclaw doctor --fix để phân giải chúng (nỗ lực tối đa; yêu cầu token bot Telegram). Nếu trước đây bạn phụ thuộc vào các tệp danh sách cho phép của kho ghép nối, openclaw doctor --fix có thể khôi phục các mục vào channels.telegram.allowFrom trong các luồng danh sách cho phép (ví dụ khi dmPolicy: "allowlist" chưa có ID rõ ràng).Với bot một chủ sở hữu, ưu tiên dmPolicy: "allowlist" với ID allowFrom dạng số rõ ràng để giữ chính sách truy cập bền vững trong cấu hình (thay vì phụ thuộc vào các phê duyệt ghép nối trước đó).Nhầm lẫn thường gặp: phê duyệt ghép nối DM không có nghĩa là “người gửi này được ủy quyền ở mọi nơi”. Ghép nối cấp quyền truy cập DM. Nếu chưa có chủ sở hữu lệnh, lần ghép nối được phê duyệt đầu tiên cũng đặt commands.ownerAllowFrom để các lệnh chỉ dành cho chủ sở hữu và phê duyệt exec có tài khoản vận hành rõ ràng. Ủy quyền người gửi trong nhóm vẫn đến từ các danh sách cho phép cấu hình rõ ràng. Nếu bạn muốn “tôi được ủy quyền một lần và cả DM lẫn lệnh nhóm đều hoạt động”, hãy đặt ID người dùng Telegram dạng số của bạn trong channels.telegram.allowFrom; với các lệnh chỉ dành cho chủ sở hữu, hãy đảm bảo commands.ownerAllowFrom chứa telegram:<your user id>.

Tìm ID người dùng Telegram của bạn

An toàn hơn (không dùng bot bên thứ ba):
  1. DM bot của bạn.
  2. Chạy openclaw logs --follow.
  3. Đọc from.id.
Phương thức Bot API chính thức:
curl "https://api.telegram.org/bot<bot_token>/getUpdates"
Phương thức bên thứ ba (ít riêng tư hơn): @userinfobot hoặc @getidsbot.

Hành vi runtime

  • Telegram do tiến trình gateway sở hữu.
  • Việc định tuyến có tính xác định: phản hồi gửi đến từ Telegram sẽ trả lời lại Telegram (mô hình không chọn kênh).
  • Tin nhắn gửi đến được chuẩn hóa thành phong bì kênh dùng chung với siêu dữ liệu trả lời, phần giữ chỗ cho phương tiện, và ngữ cảnh chuỗi trả lời được lưu bền vững cho các phản hồi Telegram mà gateway đã quan sát.
  • Phiên nhóm được cô lập theo ID nhóm. Chủ đề diễn đàn thêm :topic:<threadId> để giữ các chủ đề tách biệt.
  • Tin nhắn DM có thể mang message_thread_id; OpenClaw giữ lại giá trị đó cho phản hồi. Phiên chủ đề DM chỉ tách khi Telegram getMe báo cáo has_topics_enabled: true cho bot; nếu không, DM vẫn ở phiên phẳng.
  • Long polling dùng grammY runner với trình tự theo từng chat/từng luồng. Mức đồng thời tổng thể của runner sink dùng agents.defaults.maxConcurrent.
  • Khởi động đa tài khoản giới hạn các lần thăm dò Telegram getMe đồng thời để các đội bot lớn không bung toàn bộ lượt thăm dò tài khoản cùng lúc.
  • Long polling được bảo vệ bên trong từng tiến trình gateway để mỗi lần chỉ một poller đang hoạt động có thể dùng một token bot. Nếu bạn vẫn thấy xung đột getUpdates 409, có khả năng một gateway OpenClaw khác, script, hoặc poller bên ngoài đang dùng cùng token.
  • Khởi động lại watchdog cho long-polling mặc định kích hoạt sau 120 giây không có liveness getUpdates hoàn tất. Chỉ tăng channels.telegram.pollingStallThresholdMs nếu triển khai của bạn vẫn gặp các lần khởi động lại do polling-stall giả trong lúc công việc chạy lâu. Giá trị tính bằng mili giây và được phép từ 30000 đến 600000; hỗ trợ ghi đè theo từng tài khoản.
  • Telegram Bot API không hỗ trợ xác nhận đã đọc (sendReadReceipts không áp dụng).
channels.telegram.dm.threadReplieschannels.telegram.direct.<chatId>.threadReplies đã bị xóa. Chạy openclaw doctor --fix sau khi nâng cấp nếu cấu hình của bạn vẫn có các khóa đó. Định tuyến chủ đề DM hiện theo năng lực bot từ Telegram getMe.has_topics_enabled, được điều khiển bởi chế độ luồng của BotFather: bot bật chủ đề dùng phiên DM theo phạm vi luồng khi Telegram gửi message_thread_id; các DM khác vẫn ở phiên phẳng.

Tham chiếu tính năng

OpenClaw có thể stream các phản hồi từng phần theo thời gian thực:
  • chat trực tiếp: tin nhắn xem trước + editMessageText
  • nhóm/chủ đề: tin nhắn xem trước + editMessageText
Yêu cầu:
  • channels.telegram.streamingoff | partial | block | progress (mặc định: partial)
  • các bản xem trước câu trả lời ban đầu ngắn được debounce, rồi được hiện thực hóa sau một độ trễ có giới hạn nếu lượt chạy vẫn đang hoạt động
  • progress giữ một bản nháp trạng thái có thể chỉnh sửa cho tiến độ công cụ, hiển thị nhãn trạng thái ổn định khi hoạt động trả lời đến trước tiến độ công cụ, xóa nó khi hoàn tất, và gửi câu trả lời cuối cùng như một tin nhắn bình thường
  • streaming.preview.toolProgress kiểm soát liệu các cập nhật công cụ/tiến độ có dùng lại cùng tin nhắn xem trước đã chỉnh sửa hay không (mặc định: true khi preview streaming đang hoạt động)
  • streaming.preview.commandText kiểm soát chi tiết lệnh/thực thi bên trong các dòng tiến độ công cụ đó: raw (mặc định, giữ nguyên hành vi đã phát hành) hoặc status (chỉ nhãn công cụ)
  • streaming.progress.commentary (mặc định: false) bật nhận văn bản bình luận/lời dẫn của trợ lý trong bản nháp tiến độ tạm thời
  • channels.telegram.streamMode cũ, giá trị boolean streaming, và các khóa xem trước bản nháp native đã nghỉ hưu sẽ được phát hiện; chạy openclaw doctor --fix để di chuyển chúng sang cấu hình streaming hiện tại
Cập nhật xem trước tiến độ công cụ là các dòng trạng thái ngắn hiển thị khi công cụ chạy, ví dụ thực thi lệnh, đọc tệp, cập nhật lập kế hoạch, tóm tắt bản vá, hoặc văn bản lời dẫn/bình luận Codex trong chế độ app-server của Codex. Telegram bật các dòng này theo mặc định để khớp hành vi OpenClaw đã phát hành từ v2026.4.22 trở về sau.Để giữ bản xem trước đã chỉnh sửa cho văn bản câu trả lời nhưng ẩn các dòng tiến độ công cụ, đặt:
{
  "channels": {
    "telegram": {
      "streaming": {
        "mode": "partial",
        "preview": {
          "toolProgress": false
        }
      }
    }
  }
}
Để giữ tiến độ công cụ hiển thị nhưng ẩn văn bản lệnh/thực thi, đặt:
{
  "channels": {
    "telegram": {
      "streaming": {
        "mode": "partial",
        "preview": {
          "commandText": "status"
        }
      }
    }
  }
}
Dùng chế độ progress khi bạn muốn thấy tiến độ công cụ mà không chỉnh sửa câu trả lời cuối cùng vào cùng tin nhắn đó. Đặt chính sách văn bản lệnh dưới streaming.progress:
{
  "channels": {
    "telegram": {
      "streaming": {
        "mode": "progress",
        "progress": {
          "toolProgress": true,
          "commandText": "status"
        }
      }
    }
  }
}
Chỉ dùng streaming.mode: "off" khi bạn muốn chỉ gửi kết quả cuối cùng: các chỉnh sửa xem trước của Telegram bị tắt và tiếng ồn công cụ/tiến độ chung bị chặn thay vì được gửi dưới dạng tin nhắn trạng thái độc lập. Lời nhắc phê duyệt, payload phương tiện, và lỗi vẫn đi qua đường gửi cuối cùng bình thường. Dùng streaming.preview.toolProgress: false khi bạn chỉ muốn giữ các chỉnh sửa xem trước câu trả lời trong khi ẩn các dòng trạng thái tiến độ công cụ.
Phản hồi trích dẫn được chọn của Telegram là ngoại lệ. Khi replyToMode"first", "all", hoặc "batched" và tin nhắn gửi đến có văn bản trích dẫn được chọn, OpenClaw gửi câu trả lời cuối cùng qua đường trả lời trích dẫn native của Telegram thay vì chỉnh sửa bản xem trước câu trả lời, nên streaming.preview.toolProgress không thể hiển thị các dòng trạng thái ngắn cho lượt đó. Phản hồi tin nhắn hiện tại không có văn bản trích dẫn được chọn vẫn giữ preview streaming. Đặt replyToMode: "off" khi khả năng nhìn thấy tiến độ công cụ quan trọng hơn phản hồi trích dẫn native, hoặc đặt streaming.preview.toolProgress: false để chấp nhận đánh đổi này.
Với phản hồi chỉ có văn bản:
  • bản xem trước ngắn trong DM/nhóm/chủ đề: OpenClaw giữ cùng tin nhắn xem trước và thực hiện chỉnh sửa cuối cùng tại chỗ
  • kết quả văn bản dài bị tách thành nhiều tin nhắn Telegram sẽ dùng lại bản xem trước hiện có làm đoạn cuối cùng đầu tiên khi có thể, rồi chỉ gửi các đoạn còn lại
  • kết quả cuối cùng ở chế độ progress xóa bản nháp trạng thái và dùng đường gửi cuối cùng bình thường thay vì chỉnh sửa bản nháp thành câu trả lời
  • nếu chỉnh sửa cuối cùng thất bại trước khi văn bản hoàn tất được xác nhận, OpenClaw dùng đường gửi cuối cùng bình thường và dọn bản xem trước cũ
Với phản hồi phức tạp (ví dụ payload phương tiện), OpenClaw quay về đường gửi cuối cùng bình thường rồi dọn tin nhắn xem trước.Preview streaming tách biệt với block streaming. Khi block streaming được bật rõ ràng cho Telegram, OpenClaw bỏ qua preview stream để tránh stream hai lần.Hành vi stream suy luận:
  • /reasoning stream dùng đường xem trước suy luận của kênh được hỗ trợ; trên Telegram, nó stream phần suy luận vào bản xem trước trực tiếp trong khi tạo
  • bản xem trước suy luận bị xóa sau khi gửi kết quả cuối cùng; dùng /reasoning on khi phần suy luận cần vẫn hiển thị
  • câu trả lời cuối cùng được gửi không kèm văn bản suy luận
Văn bản gửi ra mặc định dùng tin nhắn HTML tiêu chuẩn của Telegram để phản hồi vẫn dễ đọc trên các client Telegram hiện tại. Chế độ tương thích này hỗ trợ in đậm, in nghiêng, liên kết, mã, spoiler, và trích dẫn thông thường, nhưng không hỗ trợ các khối chỉ có trong rich Bot API 10.1 như bảng native, chi tiết, phương tiện rich, và công thức.Đặt channels.telegram.richMessages: true để bật nhận tin nhắn rich của Bot API 10.1:
{
  channels: {
    telegram: {
      richMessages: true,
    },
  },
}
Khi bật:
  • Agent được thông báo rằng tin nhắn rich của Telegram có sẵn cho bot/tài khoản này.
  • Văn bản Markdown được kết xuất qua Markdown IR của OpenClaw và gửi dưới dạng HTML rich của Telegram.
  • Payload HTML rich rõ ràng giữ lại các thẻ Bot API 10.1 được hỗ trợ như tiêu đề, bảng, chi tiết, phương tiện rich, và công thức.
  • Chú thích phương tiện vẫn dùng chú thích HTML của Telegram vì tin nhắn rich không thay thế chú thích.
Điều này giữ văn bản mô hình tránh xa các dấu hiệu Telegram Rich Markdown, nên tiền tệ như $400-600K không bị phân tích thành toán học. Văn bản rich dài được tự động tách theo giới hạn văn bản rich và khối rich của Telegram. Bảng vượt quá giới hạn cột của Telegram được gửi dưới dạng khối mã.Mặc định: tắt để tương thích với client. Tin nhắn rich yêu cầu client Telegram tương thích; một số client Desktop, Web, Android, và bên thứ ba hiện tại hiển thị tin nhắn rich đã được chấp nhận là không được hỗ trợ. Giữ tùy chọn này tắt trừ khi mọi client dùng với bot đều có thể kết xuất chúng. /status hiển thị liệu phiên Telegram hiện tại đã bật hay tắt tin nhắn rich.Xem trước liên kết được bật theo mặc định. channels.telegram.linkPreview: false bỏ qua phát hiện thực thể tự động cho văn bản rich.
Việc đăng ký menu lệnh Telegram được xử lý khi khởi động bằng setMyCommands.Mặc định lệnh native:
  • commands.native: "auto" bật lệnh native cho Telegram
Thêm mục menu lệnh tùy chỉnh:
{
  channels: {
    telegram: {
      customCommands: [
        { command: "backup", description: "Git backup" },
        { command: "generate", description: "Create an image" },
      ],
    },
  },
}
Quy tắc:
  • tên được chuẩn hóa (loại bỏ / ở đầu, chuyển thành chữ thường)
  • mẫu hợp lệ: a-z, 0-9, _, độ dài 1..32
  • lệnh tùy chỉnh không thể ghi đè lệnh native
  • xung đột/trùng lặp bị bỏ qua và được ghi log
Ghi chú:
  • lệnh tùy chỉnh chỉ là mục menu; chúng không tự động triển khai hành vi
  • lệnh plugin/skill vẫn có thể hoạt động khi được gõ, ngay cả khi không hiển thị trong menu Telegram
Nếu lệnh native bị tắt, các lệnh tích hợp sẽ bị xóa. Lệnh tùy chỉnh/plugin vẫn có thể đăng ký nếu được cấu hình.Lỗi thiết lập thường gặp:
  • setMyCommands failed với BOT_COMMANDS_TOO_MUCH nghĩa là menu Telegram vẫn bị tràn sau khi cắt bớt; giảm lệnh plugin/skill/tùy chỉnh hoặc tắt channels.telegram.commands.native.
  • deleteWebhook, deleteMyCommands, hoặc setMyCommands thất bại với 404: Not Found trong khi lệnh curl Bot API trực tiếp hoạt động có thể nghĩa là channels.telegram.apiRoot đã được đặt thành endpoint đầy đủ /bot<TOKEN>. apiRoot chỉ được là gốc Bot API, và openclaw doctor --fix xóa phần /bot<TOKEN> vô tình ở cuối.
  • getMe returned 401 nghĩa là Telegram đã từ chối token bot được cấu hình. Cập nhật botToken, tokenFile, hoặc TELEGRAM_BOT_TOKEN bằng token BotFather hiện tại; OpenClaw dừng trước khi polling nên lỗi này không được báo cáo như lỗi dọn dẹp webhook.
  • setMyCommands failed với lỗi mạng/fetch thường nghĩa là DNS/HTTPS gửi ra đến api.telegram.org bị chặn.

Lệnh ghép đôi thiết bị (plugin device-pair)

Khi plugin device-pair được cài đặt:
  1. /pair tạo mã thiết lập
  2. dán mã vào ứng dụng iOS
  3. /pair pending liệt kê các yêu cầu đang chờ (bao gồm vai trò/phạm vi)
  4. phê duyệt yêu cầu:
    • /pair approve <requestId> để phê duyệt rõ ràng
    • /pair approve khi chỉ có một yêu cầu đang chờ
    • /pair approve latest cho yêu cầu gần đây nhất
Mã thiết lập mang một token bootstrap có thời hạn ngắn. Bootstrap mã thiết lập tích hợp trả về một token node bền vững với scopes: [] cộng với một token bàn giao operator có giới hạn cho onboarding di động đáng tin cậy. Token operator đó có thể đọc cấu hình native tại thời điểm thiết lập, nhưng không cấp phạm vi mutation ghép đôi hay operator.admin.Nếu một thiết bị thử lại với chi tiết xác thực đã thay đổi (ví dụ vai trò/phạm vi/khóa công khai), yêu cầu đang chờ trước đó bị thay thế và yêu cầu mới dùng một requestId khác. Chạy lại /pair pending trước khi phê duyệt.Chi tiết thêm: Ghép nối.
Cấu hình phạm vi bàn phím nội tuyến:
{
  channels: {
    telegram: {
      capabilities: {
        inlineButtons: "allowlist",
      },
    },
  },
}
Ghi đè theo từng tài khoản:
{
  channels: {
    telegram: {
      accounts: {
        main: {
          capabilities: {
            inlineButtons: "allowlist",
          },
        },
      },
    },
  },
}
Phạm vi:
  • off
  • dm
  • group
  • all
  • allowlist (mặc định)
capabilities: ["inlineButtons"] kế thừa ánh xạ tới inlineButtons: "all".Ví dụ hành động tin nhắn:
{
  action: "send",
  channel: "telegram",
  to: "123456789",
  message: "Choose an option:",
  buttons: [
    [
      { text: "Yes", callback_data: "yes" },
      { text: "No", callback_data: "no" },
    ],
    [{ text: "Cancel", callback_data: "cancel" }],
  ],
}
Ví dụ nút Mini App:
{
  action: "send",
  channel: "telegram",
  to: "123456789",
  message: "Open app:",
  presentation: {
    blocks: [
      {
        type: "buttons",
        buttons: [{ label: "Launch", web_app: { url: "https://example.com/app" } }],
      },
    ],
  },
}
Các nút web_app của Telegram chỉ hoạt động trong cuộc trò chuyện riêng giữa người dùng và bot.Các lần nhấp callback không được một trình xử lý tương tác Plugin đã đăng ký nhận xử lý sẽ được chuyển tới tác tử dưới dạng văn bản: callback_data: <value>
Các hành động công cụ Telegram bao gồm:
  • sendMessage (to, content, mediaUrl tùy chọn, replyToMessageId, messageThreadId)
  • react (chatId, messageId, emoji)
  • deleteMessage (chatId, messageId)
  • editMessage (chatId, messageId, content hoặc caption, các nút nội tuyến presentation tùy chọn; chỉnh sửa chỉ nút sẽ cập nhật đánh dấu trả lời)
  • createForumTopic (chatId, name, iconColor tùy chọn, iconCustomEmojiId)
Hành động tin nhắn kênh cung cấp các bí danh thuận tiện (send, react, delete, edit, sticker, sticker-search, topic-create).Điều khiển cổng chặn:
  • channels.telegram.actions.sendMessage
  • channels.telegram.actions.deleteMessage
  • channels.telegram.actions.reactions
  • channels.telegram.actions.sticker (mặc định: tắt)
Lưu ý: edittopic-create hiện được bật theo mặc định và không có công tắc channels.telegram.actions.* riêng. Các lần gửi khi chạy dùng ảnh chụp nhanh cấu hình/secret đang hoạt động (khởi động/tải lại), nên đường dẫn hành động không thực hiện phân giải lại SecretRef tạm thời cho từng lần gửi.Ngữ nghĩa gỡ phản ứng: /tools/reactions
Telegram hỗ trợ thẻ luồng trả lời tường minh trong đầu ra được tạo:
  • [[reply_to_current]] trả lời tin nhắn kích hoạt
  • [[reply_to:<id>]] trả lời một ID tin nhắn Telegram cụ thể
channels.telegram.replyToMode điều khiển cách xử lý:
  • off (mặc định)
  • first
  • all
Khi luồng trả lời được bật và văn bản hoặc chú thích Telegram gốc có sẵn, OpenClaw tự động thêm một trích đoạn trích dẫn Telegram gốc. Telegram giới hạn văn bản trích dẫn gốc ở 1024 đơn vị mã UTF-16, nên các tin nhắn dài hơn được trích dẫn từ đầu và quay về trả lời thường nếu Telegram từ chối trích dẫn.Lưu ý: off tắt luồng trả lời ngầm định. Các thẻ [[reply_to_*]] tường minh vẫn được tôn trọng.
Siêu nhóm diễn đàn:
  • khóa phiên chủ đề nối thêm :topic:<threadId>
  • trả lời và nhập liệu nhắm tới luồng chủ đề
  • đường dẫn cấu hình chủ đề: channels.telegram.groups.<chatId>.topics.<threadId>
Trường hợp đặc biệt chủ đề chung (threadId=1):
  • gửi tin nhắn bỏ qua message_thread_id (Telegram từ chối sendMessage(...thread_id=1))
  • hành động nhập liệu vẫn bao gồm message_thread_id
Kế thừa chủ đề: mục chủ đề kế thừa cài đặt nhóm trừ khi bị ghi đè (requireMention, allowFrom, skills, systemPrompt, enabled, groupPolicy). agentId chỉ thuộc chủ đề và không kế thừa từ mặc định nhóm. topics."*" đặt mặc định cho mọi chủ đề trong nhóm đó; ID chủ đề chính xác vẫn thắng "*".Định tuyến tác tử theo từng chủ đề: Mỗi chủ đề có thể định tuyến tới một tác tử khác bằng cách đặt agentId trong cấu hình chủ đề. Điều này cho mỗi chủ đề một workspace, bộ nhớ và phiên riêng biệt. Ví dụ:
{
  channels: {
    telegram: {
      groups: {
        "-1001234567890": {
          topics: {
            "1": { agentId: "main" },      // General topic → main agent
            "3": { agentId: "zu" },        // Dev topic → zu agent
            "5": { agentId: "coder" }      // Code review → coder agent
          }
        }
      }
    }
  }
}
Khi đó mỗi chủ đề có khóa phiên riêng: agent:zu:telegram:group:-1001234567890:topic:3Ràng buộc chủ đề ACP bền vững: Chủ đề diễn đàn có thể ghim phiên harness ACP thông qua các ràng buộc ACP được định kiểu ở cấp cao nhất (bindings[] với type: "acp"match.channel: "telegram", peer.kind: "group", cùng một id có định danh chủ đề như -1001234567890:topic:42). Hiện được giới hạn cho các chủ đề diễn đàn trong nhóm/siêu nhóm. Xem Tác tử ACP.Tạo ACP gắn với luồng từ cuộc trò chuyện: /acp spawn <agent> --thread here|auto ràng buộc chủ đề hiện tại với một phiên ACP mới; các lượt tiếp theo định tuyến trực tiếp tới đó. OpenClaw ghim xác nhận tạo trong chủ đề. Yêu cầu channels.telegram.threadBindings.spawnSessions vẫn được bật (mặc định: true).Ngữ cảnh mẫu cung cấp MessageThreadIdIsForum. Cuộc trò chuyện DM có message_thread_id giữ siêu dữ liệu trả lời; chúng chỉ dùng khóa phiên nhận biết luồng khi Telegram getMe báo cáo has_topics_enabled: true cho bot. Các ghi đè dm.threadRepliesdirect.*.threadReplies trước đây được chủ ý loại bỏ; dùng chế độ luồng của BotFather làm nguồn sự thật duy nhất và chạy openclaw doctor --fix để xóa các khóa cấu hình cũ.

Tin nhắn âm thanh

Telegram phân biệt ghi chú thoại với tệp âm thanh.
  • mặc định: hành vi tệp âm thanh
  • thẻ [[audio_as_voice]] trong phản hồi của tác tử để buộc gửi dưới dạng ghi chú thoại
  • bản chép lời ghi chú thoại đầu vào được đóng khung là văn bản do máy tạo, không đáng tin cậy trong ngữ cảnh tác tử; phát hiện nhắc tên vẫn dùng bản chép lời thô nên các tin nhắn thoại có cổng chặn theo nhắc tên tiếp tục hoạt động.
Ví dụ hành động tin nhắn:
{
  action: "send",
  channel: "telegram",
  to: "123456789",
  media: "https://example.com/voice.ogg",
  asVoice: true,
}

Tin nhắn video

Telegram phân biệt tệp video với ghi chú video.Ví dụ hành động tin nhắn:
{
  action: "send",
  channel: "telegram",
  to: "123456789",
  media: "https://example.com/video.mp4",
  asVideoNote: true,
}
Ghi chú video không hỗ trợ chú thích; văn bản tin nhắn được cung cấp sẽ được gửi riêng.

Nhãn dán

Xử lý nhãn dán đến:
  • WEBP tĩnh: được tải xuống và xử lý (phần giữ chỗ <media:sticker>)
  • TGS động: bỏ qua
  • WEBM video: bỏ qua
Các trường ngữ cảnh nhãn dán:
  • Sticker.emoji
  • Sticker.setName
  • Sticker.fileId
  • Sticker.fileUniqueId
  • Sticker.cachedDescription
Mô tả nhãn dán được lưu trong trạng thái Plugin SQLite của OpenClaw để giảm các lệnh gọi thị giác lặp lại.Bật hành động nhãn dán:
{
  channels: {
    telegram: {
      actions: {
        sticker: true,
      },
    },
  },
}
Hành động gửi nhãn dán:
{
  action: "sticker",
  channel: "telegram",
  to: "123456789",
  fileId: "CAACAgIAAxkBAAI...",
}
Tìm kiếm nhãn dán đã lưu trong bộ nhớ đệm:
{
  action: "sticker-search",
  channel: "telegram",
  query: "cat waving",
  limit: 5,
}
Phản ứng Telegram đến dưới dạng các bản cập nhật message_reaction (tách biệt với payload tin nhắn).Khi được bật, OpenClaw xếp hàng các sự kiện hệ thống như:
  • Telegram reaction added: 👍 by Alice (@alice) on msg 42
Cấu hình:
  • channels.telegram.reactionNotifications: off | own | all (mặc định: own)
  • channels.telegram.reactionLevel: off | ack | minimal | extensive (mặc định: minimal)
Ghi chú:
  • own nghĩa là chỉ phản ứng của người dùng với tin nhắn do bot gửi (nỗ lực tối đa thông qua bộ nhớ đệm tin nhắn đã gửi).
  • Sự kiện phản ứng vẫn tuân theo kiểm soát truy cập của Telegram (dmPolicy, allowFrom, groupPolicy, groupAllowFrom); người gửi không được phép sẽ bị loại bỏ.
  • Telegram không cung cấp ID luồng trong bản cập nhật phản ứng.
    • nhóm không phải diễn đàn được định tuyến đến phiên trò chuyện nhóm
    • nhóm diễn đàn được định tuyến đến phiên chủ đề chung của nhóm (:topic:1), không phải chủ đề khởi nguồn chính xác
allowed_updates cho polling/webhook tự động bao gồm message_reaction.
ackReaction gửi một emoji xác nhận trong khi OpenClaw đang xử lý một tin nhắn đến. ackReactionScope quyết định emoji đó thực sự được gửi khi nào.Thứ tự phân giải emoji (ackReaction):
  • channels.telegram.accounts.<accountId>.ackReaction
  • channels.telegram.ackReaction
  • messages.ackReaction
  • phương án dự phòng emoji danh tính tác nhân (agents.list[].identity.emoji, nếu không thì ”👀”)
Ghi chú:
  • Telegram yêu cầu emoji unicode (ví dụ ”👀”).
  • Dùng "" để tắt phản ứng cho một kênh hoặc tài khoản.
Phạm vi (messages.ackReactionScope):Nhà cung cấp Telegram đọc phạm vi từ messages.ackReactionScope (mặc định "group-mentions"). Hiện không có ghi đè ở cấp tài khoản Telegram hoặc cấp kênh Telegram.Giá trị: "all" (DM + nhóm), "direct" (chỉ DM), "group-all" (mọi tin nhắn nhóm, không có DM), "group-mentions" (nhóm khi bot được nhắc đến; không có DM — đây là mặc định), "off" / "none" (đã tắt).
Phạm vi mặc định ("group-mentions") không kích hoạt phản ứng xác nhận trong tin nhắn trực tiếp. Để có phản ứng xác nhận trên DM Telegram đến, hãy đặt messages.ackReactionScope thành "direct" hoặc "all". Giá trị được đọc khi nhà cung cấp Telegram khởi động, nên cần khởi động lại gateway để thay đổi có hiệu lực.
Ghi cấu hình kênh được bật theo mặc định (configWrites !== false).Các thao tác ghi do Telegram kích hoạt bao gồm:
  • sự kiện di chuyển nhóm (migrate_to_chat_id) để cập nhật channels.telegram.groups
  • /config set/config unset (yêu cầu bật lệnh)
Tắt:
{
  channels: {
    telegram: {
      configWrites: false,
    },
  },
}
Mặc định là long polling. Đối với chế độ webhook, đặt channels.telegram.webhookUrlchannels.telegram.webhookSecret; tùy chọn webhookPath, webhookHost, webhookPort (mặc định /telegram-webhook, 127.0.0.1, 8787).Ở chế độ long-polling, OpenClaw chỉ duy trì mốc nước khởi động lại sau khi một bản cập nhật được điều phối thành công. Nếu một handler thất bại, bản cập nhật đó vẫn có thể thử lại trong cùng tiến trình và không được ghi là đã hoàn tất để khử trùng lặp khi khởi động lại.Trình nghe cục bộ bind tới 127.0.0.1:8787. Đối với ingress công khai, hãy đặt reverse proxy trước cổng cục bộ hoặc chủ ý đặt webhookHost: "0.0.0.0".Chế độ webhook xác thực các guard của yêu cầu, token bí mật Telegram và body JSON trước khi trả về 200 cho Telegram. Sau đó OpenClaw xử lý bản cập nhật bất đồng bộ thông qua cùng các làn bot theo từng cuộc trò chuyện/từng chủ đề như long polling, nên các lượt tác nhân chậm không giữ ACK giao hàng của Telegram.
  • Mặc định của channels.telegram.textChunkLimit là 4000.
  • channels.telegram.chunkMode="newline" ưu tiên ranh giới đoạn văn (dòng trống) trước khi chia theo độ dài.
  • channels.telegram.mediaMaxMb (mặc định 100) giới hạn kích thước phương tiện Telegram gửi đến và gửi đi.
  • channels.telegram.mediaGroupFlushMs (mặc định 500) kiểm soát thời gian album/nhóm phương tiện Telegram được đệm trước khi OpenClaw gửi chúng dưới dạng một tin nhắn gửi đến. Tăng giá trị này nếu các phần của album đến muộn; giảm giá trị này để giảm độ trễ phản hồi album.
  • channels.telegram.timeoutSeconds ghi đè thời gian chờ của client Telegram API (nếu chưa đặt, áp dụng mặc định của grammY). Bot client kẹp các giá trị đã cấu hình thấp hơn mức bảo vệ yêu cầu văn bản/typing gửi đi 60 giây để grammY không hủy việc gửi phản hồi hiển thị trước khi bộ bảo vệ transport và fallback của OpenClaw có thể chạy. Long polling vẫn dùng bộ bảo vệ yêu cầu getUpdates 45 giây để các lượt poll nhàn rỗi không bị bỏ mặc vô thời hạn.
  • channels.telegram.pollingStallThresholdMs mặc định là 120000; chỉ tinh chỉnh trong khoảng 30000 đến 600000 cho các lần khởi động lại do polling-stall dương tính giả.
  • lịch sử ngữ cảnh nhóm dùng channels.telegram.historyLimit hoặc messages.groupChat.historyLimit (mặc định 50); 0 sẽ tắt.
  • ngữ cảnh bổ sung từ trả lời/trích dẫn/chuyển tiếp được chuẩn hóa vào một cửa sổ ngữ cảnh hội thoại đã chọn khi gateway đã quan sát các tin nhắn cha; cache tin nhắn đã quan sát nằm trong trạng thái Plugin SQLite của OpenClaw, và openclaw doctor --fix nhập các sidecar cũ. Telegram chỉ bao gồm một reply_to_message nông trong các bản cập nhật, nên các chuỗi cũ hơn cache bị giới hạn bởi payload cập nhật hiện tại của Telegram.
  • allowlist của Telegram chủ yếu kiểm soát ai có thể kích hoạt agent, không phải là một ranh giới biên tập lại toàn bộ ngữ cảnh bổ sung.
  • Điều khiển lịch sử DM:
    • channels.telegram.dmHistoryLimit
    • channels.telegram.dms["<user_id>"].historyLimit
  • Cấu hình channels.telegram.retry áp dụng cho các helper gửi Telegram (CLI/công cụ/hành động) đối với lỗi API gửi đi có thể khôi phục. Việc gửi phản hồi cuối cùng đến từ bên ngoài cũng dùng cơ chế thử lại safe-send có giới hạn cho các lỗi Telegram trước khi kết nối, nhưng không thử lại các phong bì mạng mơ hồ sau khi gửi vì có thể nhân đôi tin nhắn hiển thị.
Đích gửi của CLI và công cụ tin nhắn có thể là ID chat dạng số, username hoặc đích chủ đề diễn đàn:
openclaw message send --channel telegram --target 123456789 --message "hi"
openclaw message send --channel telegram --target @name --message "hi"
openclaw message send --channel telegram --target -1001234567890:topic:42 --message "hi topic"
Poll Telegram dùng openclaw message poll và hỗ trợ chủ đề diễn đàn:
openclaw message poll --channel telegram --target 123456789 \
  --poll-question "Ship it?" --poll-option "Yes" --poll-option "No"
openclaw message poll --channel telegram --target -1001234567890:topic:42 \
  --poll-question "Pick a time" --poll-option "10am" --poll-option "2pm" \
  --poll-duration-seconds 300 --poll-public
Các cờ poll chỉ dành cho Telegram:
  • --poll-duration-seconds (5-600)
  • --poll-anonymous
  • --poll-public
  • --thread-id cho chủ đề diễn đàn (hoặc dùng đích :topic:)
Gửi Telegram cũng hỗ trợ:
  • --presentation với các khối buttons cho bàn phím inline khi channels.telegram.capabilities.inlineButtons cho phép
  • --pin hoặc --delivery '{"pin":true}' để yêu cầu gửi kèm ghim khi bot có thể ghim trong chat đó
  • --force-document để gửi hình ảnh, GIF và video gửi đi dưới dạng tài liệu thay vì tải lên dưới dạng ảnh nén, phương tiện động hoặc video
Kiểm soát hành động:
  • channels.telegram.actions.sendMessage=false tắt tin nhắn Telegram gửi đi, bao gồm poll
  • channels.telegram.actions.poll=false tắt việc tạo poll Telegram trong khi vẫn bật gửi thông thường
Telegram hỗ trợ phê duyệt exec trong DM của người phê duyệt và tùy chọn đăng lời nhắc trong chat hoặc chủ đề khởi nguồn. Người phê duyệt phải là ID người dùng Telegram dạng số.Đường dẫn cấu hình:
  • channels.telegram.execApprovals.enabled (tự động bật khi phân giải được ít nhất một người phê duyệt)
  • channels.telegram.execApprovals.approvers (fallback về ID chủ sở hữu dạng số từ commands.ownerAllowFrom)
  • channels.telegram.execApprovals.target: dm (mặc định) | channel | both
  • agentFilter, sessionFilter
channels.telegram.allowFrom, groupAllowFromdefaultTo kiểm soát ai có thể nói chuyện với bot và nơi bot gửi phản hồi thông thường. Chúng không biến ai đó thành người phê duyệt exec. Cặp ghép DM được phê duyệt đầu tiên sẽ bootstrap commands.ownerAllowFrom khi chưa có chủ sở hữu lệnh nào, nên thiết lập một chủ sở hữu vẫn hoạt động mà không cần lặp lại ID trong execApprovals.approvers.Gửi qua kênh hiển thị văn bản lệnh trong chat; chỉ bật channel hoặc both trong các nhóm/chủ đề đáng tin cậy. Khi lời nhắc xuất hiện trong một chủ đề diễn đàn, OpenClaw giữ nguyên chủ đề cho lời nhắc phê duyệt và phản hồi tiếp theo. Phê duyệt exec hết hạn sau 30 phút theo mặc định.Nút phê duyệt inline cũng yêu cầu channels.telegram.capabilities.inlineButtons cho phép bề mặt đích (dm, group hoặc all). ID phê duyệt có tiền tố plugin: phân giải qua phê duyệt plugin; các ID khác trước tiên phân giải qua phê duyệt exec.Xem Phê duyệt exec.

Điều khiển phản hồi lỗi

Khi agent gặp lỗi phân phối hoặc lỗi nhà cung cấp, chính sách lỗi sẽ kiểm soát việc thông báo lỗi có được gửi tới cuộc trò chuyện Telegram hay không:
KhóaGiá trịMặc địnhMô tả
channels.telegram.errorPolicyalways, once, silentalwaysalways — gửi mọi thông báo lỗi tới cuộc trò chuyện. once — gửi mỗi thông báo lỗi duy nhất một lần trong mỗi khoảng thời gian chờ (chặn các lỗi giống hệt lặp lại). silent — không bao giờ gửi thông báo lỗi tới cuộc trò chuyện.
channels.telegram.errorCooldownMssố (ms)14400000 (4 giờ)Khoảng thời gian chờ cho chính sách once. Sau khi một lỗi được gửi, cùng thông báo lỗi đó sẽ bị chặn cho đến khi khoảng thời gian này trôi qua. Ngăn lỗi spam trong thời gian gián đoạn.
Hỗ trợ ghi đè theo tài khoản, theo nhóm và theo chủ đề (cùng cơ chế kế thừa như các khóa cấu hình Telegram khác).
{
  channels: {
    telegram: {
      errorPolicy: "always",
      errorCooldownMs: 120000,
      groups: {
        "-1001234567890": {
          errorPolicy: "silent", // suppress errors in this group
        },
      },
    },
  },
}

Khắc phục sự cố

  • Nếu requireMention=false, chế độ riêng tư của Telegram phải cho phép hiển thị đầy đủ.
    • BotFather: /setprivacy -> Disable
    • sau đó xóa rồi thêm lại bot vào nhóm
  • openclaw channels status cảnh báo khi cấu hình kỳ vọng tin nhắn nhóm không nhắc tên.
  • openclaw channels status --probe có thể kiểm tra ID nhóm dạng số rõ ràng; ký tự đại diện "*" không thể được kiểm tra tư cách thành viên.
  • kiểm tra phiên nhanh: /activation always.
  • khi channels.telegram.groups tồn tại, nhóm phải được liệt kê (hoặc bao gồm "*")
  • xác minh bot là thành viên trong nhóm
  • xem lại nhật ký: openclaw logs --follow để biết lý do bỏ qua
  • cấp quyền cho danh tính người gửi của bạn (ghép nối và/hoặc allowFrom dạng số)
  • ủy quyền lệnh vẫn áp dụng ngay cả khi chính sách nhóm là open
  • setMyCommands failed với BOT_COMMANDS_TOO_MUCH nghĩa là menu gốc có quá nhiều mục; hãy giảm số lệnh plugin/skill/tùy chỉnh hoặc tắt menu gốc
  • Các lệnh khởi động deleteMyCommands / setMyCommands và lệnh nhập sendChatAction được giới hạn và thử lại một lần thông qua cơ chế dự phòng vận chuyển của Telegram khi yêu cầu hết thời gian chờ. Lỗi mạng/fetch kéo dài thường cho thấy vấn đề về khả năng truy cập DNS/HTTPS tới api.telegram.org
  • getMe returned 401 là lỗi xác thực Telegram đối với token bot đã cấu hình.
  • Sao chép lại hoặc tạo lại token bot trong BotFather, rồi cập nhật channels.telegram.botToken, channels.telegram.tokenFile, channels.telegram.accounts.<id>.botToken, hoặc TELEGRAM_BOT_TOKEN cho tài khoản mặc định.
  • deleteWebhook 401 Unauthorized trong khi khởi động cũng là lỗi xác thực; coi nó như “không tồn tại webhook” sẽ chỉ trì hoãn cùng lỗi token sai đó tới các lệnh gọi API sau này.
  • Node 22+ + fetch/proxy tùy chỉnh có thể kích hoạt hành vi hủy ngay lập tức nếu kiểu AbortSignal không khớp.
  • Một số máy chủ phân giải api.telegram.org sang IPv6 trước; đường ra IPv6 bị lỗi có thể gây lỗi API Telegram gián đoạn.
  • Nếu nhật ký bao gồm TypeError: fetch failed hoặc Network request for 'getUpdates' failed!, OpenClaw hiện thử lại các lỗi này như lỗi mạng có thể khôi phục.
  • Trong khi khởi động polling, OpenClaw tái sử dụng phép kiểm tra getMe khởi động thành công cho grammY để runner không cần getMe thứ hai trước getUpdates đầu tiên.
  • Nếu deleteWebhook thất bại do lỗi mạng tạm thời trong khi khởi động polling, OpenClaw tiếp tục vào long polling thay vì thực hiện thêm một lệnh gọi control-plane trước polling. Webhook vẫn đang hoạt động sẽ xuất hiện dưới dạng xung đột getUpdates; sau đó OpenClaw dựng lại vận chuyển Telegram và thử dọn dẹp webhook.
  • Nếu socket Telegram tái tạo theo một chu kỳ cố định ngắn, hãy kiểm tra channels.telegram.timeoutSeconds thấp; client bot sẽ kẹp các giá trị cấu hình thấp hơn các chốt chặn yêu cầu gửi ra và getUpdates, nhưng các bản phát hành cũ hơn có thể hủy mọi lần poll hoặc phản hồi khi giá trị này được đặt thấp hơn các chốt chặn đó.
  • Nếu nhật ký bao gồm Polling stall detected, OpenClaw mặc định khởi động lại polling và dựng lại vận chuyển Telegram sau 120 giây không có tín hiệu sống long-poll hoàn tất.
  • openclaw channels status --probeopenclaw doctor cảnh báo khi một tài khoản polling đang chạy chưa hoàn tất getUpdates sau thời gian gia hạn khởi động, khi một tài khoản webhook đang chạy chưa hoàn tất setWebhook sau thời gian gia hạn khởi động, hoặc khi hoạt động vận chuyển polling thành công gần nhất đã cũ.
  • Chỉ tăng channels.telegram.pollingStallThresholdMs khi các lệnh gọi getUpdates chạy lâu vẫn khỏe mạnh nhưng máy chủ của bạn vẫn báo cáo sai việc khởi động lại do polling bị đình trệ. Đình trệ kéo dài thường chỉ ra vấn đề proxy, DNS, IPv6 hoặc đường ra TLS giữa máy chủ và api.telegram.org.
  • Telegram cũng tôn trọng env proxy của tiến trình cho vận chuyển Bot API, bao gồm HTTP_PROXY, HTTPS_PROXY, ALL_PROXY và các biến chữ thường tương ứng. NO_PROXY / no_proxy vẫn có thể bỏ qua api.telegram.org.
  • Nếu proxy do OpenClaw quản lý được cấu hình qua OPENCLAW_PROXY_URL cho môi trường dịch vụ và không có env proxy tiêu chuẩn nào, Telegram cũng sử dụng URL đó cho vận chuyển Bot API.
  • Trên các máy chủ VPS có đường ra/TLS trực tiếp không ổn định, hãy định tuyến các lệnh gọi API Telegram qua channels.telegram.proxy:
channels:
  telegram:
    proxy: socks5://<user>:<password>@proxy-host:1080
  • Node 22+ mặc định dùng autoSelectFamily=true (ngoại trừ WSL2). Thứ tự kết quả DNS của Telegram tuân theo OPENCLAW_TELEGRAM_DNS_RESULT_ORDER, rồi channels.telegram.network.dnsResultOrder, rồi mặc định của tiến trình như NODE_OPTIONS=--dns-result-order=ipv4first; nếu không có tùy chọn nào áp dụng, Node 22+ sẽ quay về ipv4first.
  • Nếu máy chủ của bạn là WSL2 hoặc rõ ràng hoạt động tốt hơn với hành vi chỉ IPv4, hãy ép chọn họ địa chỉ:
channels:
  telegram:
    network:
      autoSelectFamily: false
  • Các câu trả lời thuộc dải benchmark RFC 2544 (198.18.0.0/15) đã được cho phép mặc định cho tải xuống phương tiện Telegram. Nếu một fake-IP đáng tin cậy hoặc proxy trong suốt ghi lại api.telegram.org thành một địa chỉ private/internal/special-use khác trong lúc tải xuống phương tiện, bạn có thể chọn tham gia cơ chế bỏ qua chỉ dành cho Telegram:
channels:
  telegram:
    network:
      dangerouslyAllowPrivateNetwork: true
  • Tùy chọn tham gia tương tự có sẵn theo từng tài khoản tại channels.telegram.accounts.<accountId>.network.dangerouslyAllowPrivateNetwork.
  • Nếu proxy của bạn phân giải máy chủ phương tiện Telegram thành 198.18.x.x, trước tiên hãy để cờ nguy hiểm tắt. Phương tiện Telegram đã cho phép dải benchmark RFC 2544 theo mặc định.
channels.telegram.network.dangerouslyAllowPrivateNetwork làm suy yếu các biện pháp bảo vệ SSRF cho phương tiện Telegram. Chỉ dùng nó cho các môi trường proxy do vận hành viên tin cậy kiểm soát như định tuyến fake-IP Clash, Mihomo hoặc Surge khi chúng tổng hợp các câu trả lời private hoặc special-use nằm ngoài dải benchmark RFC 2544. Hãy tắt tùy chọn này khi truy cập Telegram qua internet công cộng thông thường.
  • Ghi đè bằng môi trường (tạm thời):
    • OPENCLAW_TELEGRAM_DISABLE_AUTO_SELECT_FAMILY=1
    • OPENCLAW_TELEGRAM_ENABLE_AUTO_SELECT_FAMILY=1
    • OPENCLAW_TELEGRAM_DNS_RESULT_ORDER=ipv4first
  • Xác thực câu trả lời DNS:
dig +short api.telegram.org A
dig +short api.telegram.org AAAA
Trợ giúp thêm: Khắc phục sự cố kênh.

Tham chiếu cấu hình

Tham chiếu chính: Tham chiếu cấu hình - Telegram.
  • khởi động/xác thực: enabled, botToken, tokenFile, accounts.* (tokenFile phải trỏ tới một tệp thông thường; symlink bị từ chối)
  • kiểm soát truy cập: dmPolicy, allowFrom, groupPolicy, groupAllowFrom, groups, groups.*.topics.*, bindings[] cấp cao nhất (type: "acp")
  • mặc định chủ đề: groups.<chatId>.topics."*" áp dụng cho các chủ đề diễn đàn không khớp; ID chủ đề chính xác sẽ ghi đè nó
  • phê duyệt thực thi: execApprovals, accounts.*.execApprovals
  • lệnh/menu: commands.native, commands.nativeSkills, customCommands
  • luồng hội thoại/trả lời: replyToMode
  • streaming: streaming (bản xem trước), streaming.preview.toolProgress, blockStreaming
  • định dạng/gửi: textChunkLimit, chunkMode, richMessages, linkPreview, responsePrefix
  • phương tiện/mạng: mediaMaxMb, mediaGroupFlushMs, timeoutSeconds, pollingStallThresholdMs, retry, network.autoSelectFamily, network.dangerouslyAllowPrivateNetwork, proxy
  • gốc API tùy chỉnh: apiRoot (chỉ gốc Bot API; không bao gồm /bot<TOKEN>)
  • Webhook: webhookUrl, webhookSecret, webhookPath, webhookHost
  • hành động/năng lực: capabilities.inlineButtons, actions.sendMessage|editMessage|deleteMessage|reactions|sticker
  • phản ứng: reactionNotifications, reactionLevel
  • lỗi: errorPolicy, errorCooldownMs
  • ghi/lịch sử: configWrites, historyLimit, dmHistoryLimit, dms.*.historyLimit
Mức ưu tiên đa tài khoản: khi cấu hình hai ID tài khoản trở lên, hãy đặt channels.telegram.defaultAccount (hoặc bao gồm channels.telegram.accounts.default) để làm rõ định tuyến mặc định. Nếu không, OpenClaw sẽ quay về ID tài khoản đã chuẩn hóa đầu tiên và openclaw doctor sẽ cảnh báo. Các tài khoản có tên kế thừa channels.telegram.allowFrom / groupAllowFrom, nhưng không kế thừa các giá trị accounts.default.*.

Liên quan

Pairing

Ghép nối một người dùng Telegram với Gateway.

Groups

Hành vi allowlist cho nhóm và chủ đề.

Channel routing

Định tuyến tin nhắn gửi đến tới các agent.

Security

Mô hình mối đe dọa và gia cố bảo mật.

Multi-agent routing

Ánh xạ nhóm và chủ đề tới các agent.

Troubleshooting

Chẩn đoán liên kênh.