Trạng thái: kênh tin nhắn trực tiếp của Plugin đóng gói kèm sử dụng Webhook Synology Chat. Plugin chấp nhận tin nhắn đến từ Webhook gửi đi của Synology Chat và gửi trả lời thông qua Webhook nhận đến của Synology Chat.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Plugin đóng gói kèm
Synology Chat được phát hành dưới dạng Plugin đóng gói kèm trong các bản phát hành OpenClaw hiện tại, nên các bản dựng đóng gói thông thường không cần cài đặt riêng. Nếu bạn đang dùng bản dựng cũ hơn hoặc bản cài đặt tùy chỉnh loại trừ Synology Chat, hãy cài đặt thủ công: Cài đặt từ checkout cục bộ:Thiết lập nhanh
- Đảm bảo Plugin Synology Chat có sẵn.
- Các bản phát hành OpenClaw được đóng gói hiện tại đã bao gồm Plugin này.
- Các bản cài đặt cũ hơn/tùy chỉnh có thể thêm thủ công từ checkout mã nguồn bằng lệnh ở trên.
openclaw onboardhiện hiển thị Synology Chat trong cùng danh sách thiết lập kênh nhưopenclaw channels add.- Thiết lập không tương tác:
openclaw channels add --channel synology-chat --token <token> --url <incoming-webhook-url>
- Trong các tích hợp Synology Chat:
- Tạo Webhook nhận đến và sao chép URL của nó.
- Tạo Webhook gửi đi với token bí mật của bạn.
- Trỏ URL Webhook gửi đi đến Gateway OpenClaw của bạn:
https://gateway-host/webhook/synologytheo mặc định.- Hoặc
channels.synology-chat.webhookPathtùy chỉnh của bạn.
- Hoàn tất thiết lập trong OpenClaw.
- Có hướng dẫn:
openclaw onboard - Trực tiếp:
openclaw channels add --channel synology-chat --token <token> --url <incoming-webhook-url>
- Có hướng dẫn:
- Khởi động lại Gateway và gửi một DM đến bot Synology Chat.
- OpenClaw chấp nhận token Webhook gửi đi từ
body.token, rồi?token=..., rồi các header. - Các dạng header được chấp nhận:
x-synology-tokenx-webhook-tokenx-openclaw-tokenAuthorization: Bearer <token>
- Token trống hoặc thiếu sẽ thất bại ở trạng thái đóng.
Biến môi trường
Đối với tài khoản mặc định, bạn có thể dùng biến môi trường:SYNOLOGY_CHAT_TOKENSYNOLOGY_CHAT_INCOMING_URLSYNOLOGY_NAS_HOSTSYNOLOGY_ALLOWED_USER_IDS(phân tách bằng dấu phẩy)SYNOLOGY_RATE_LIMITOPENCLAW_BOT_NAME
SYNOLOGY_CHAT_INCOMING_URL không thể được đặt từ .env của workspace; xem tệp .env của workspace.
Chính sách DM và kiểm soát truy cập
dmPolicy: "allowlist"là mặc định được khuyến nghị.allowedUserIdschấp nhận một danh sách (hoặc chuỗi phân tách bằng dấu phẩy) các ID người dùng Synology.- Trong chế độ
allowlist, danh sáchallowedUserIdstrống được xem là cấu hình sai và tuyến Webhook sẽ không khởi động (dùngdmPolicy: "open"vớiallowedUserIds: ["*"]để cho phép tất cả). dmPolicy: "open"chỉ cho phép DM công khai khiallowedUserIdsbao gồm"*"; với các mục hạn chế, chỉ người dùng khớp mới có thể trò chuyện.dmPolicy: "disabled"chặn DM.- Việc ràng buộc người nhận trả lời mặc định vẫn dựa trên
user_iddạng số ổn định.channels.synology-chat.dangerouslyAllowNameMatching: truelà chế độ tương thích phá kính khẩn cấp, bật lại tra cứu tên người dùng/biệt danh có thể thay đổi để chuyển phát trả lời. - Phê duyệt ghép nối hoạt động với:
openclaw pairing list synology-chatopenclaw pairing approve synology-chat <CODE>
Gửi đi
Dùng ID người dùng Synology Chat dạng số làm đích. Ví dụ:http hoặc https, và các đích mạng riêng tư hoặc bị chặn theo cách khác sẽ bị từ chối trước khi OpenClaw chuyển tiếp URL đến Webhook NAS.
Nhiều tài khoản
Hỗ trợ nhiều tài khoản Synology Chat trongchannels.synology-chat.accounts.
Mỗi tài khoản có thể ghi đè token, URL nhận đến, đường dẫn Webhook, chính sách DM và các giới hạn.
Phiên tin nhắn trực tiếp được cô lập theo từng tài khoản và người dùng, nên cùng một user_id dạng số
trên hai tài khoản Synology khác nhau sẽ không dùng chung trạng thái bản ghi hội thoại.
Cấp cho mỗi tài khoản đã bật một webhookPath riêng biệt. OpenClaw hiện từ chối các đường dẫn chính xác bị trùng
và từ chối khởi động các tài khoản có tên chỉ kế thừa một đường dẫn Webhook dùng chung trong thiết lập nhiều tài khoản.
Nếu bạn cố ý cần kế thừa cũ cho một tài khoản có tên, hãy đặt
dangerouslyAllowInheritedWebhookPath: true trên tài khoản đó hoặc tại channels.synology-chat,
nhưng các đường dẫn chính xác bị trùng vẫn bị từ chối ở trạng thái đóng. Ưu tiên đường dẫn rõ ràng cho từng tài khoản.
Ghi chú bảo mật
- Giữ bí mật
tokenvà xoay vòng nếu bị rò rỉ. - Giữ
allowInsecureSsl: falsetrừ khi bạn tin cậy rõ ràng chứng chỉ NAS cục bộ tự ký. - Yêu cầu Webhook đến được xác minh bằng token và giới hạn tốc độ theo từng người gửi.
- Kiểm tra token không hợp lệ dùng so sánh bí mật theo thời gian hằng định và thất bại ở trạng thái đóng.
- Ưu tiên
dmPolicy: "allowlist"cho môi trường sản xuất. - Giữ
dangerouslyAllowNameMatchingtắt trừ khi bạn cần rõ ràng cơ chế chuyển phát trả lời dựa trên tên người dùng kiểu cũ. - Giữ
dangerouslyAllowInheritedWebhookPathtắt trừ khi bạn chấp nhận rõ ràng rủi ro định tuyến đường dẫn dùng chung trong thiết lập nhiều tài khoản.
Khắc phục sự cố
Missing required fields (token, user_id, text):- payload Webhook gửi đi thiếu một trong các trường bắt buộc
- nếu Synology gửi token trong header, hãy đảm bảo Gateway/proxy giữ nguyên các header đó
Invalid token:- bí mật Webhook gửi đi không khớp với
channels.synology-chat.token - yêu cầu đang đi vào sai tài khoản/đường dẫn Webhook
- proxy ngược đã loại bỏ header token trước khi yêu cầu đến OpenClaw
- bí mật Webhook gửi đi không khớp với
Rate limit exceeded:- quá nhiều lần thử token không hợp lệ từ cùng một nguồn có thể tạm thời khóa nguồn đó
- người gửi đã xác thực cũng có một giới hạn tốc độ tin nhắn riêng theo từng người dùng
Allowlist is empty. Configure allowedUserIds or use dmPolicy=open with allowedUserIds=["*"].:dmPolicy="allowlist"đã được bật nhưng chưa cấu hình người dùng nào
User not authorized:user_iddạng số của người gửi không nằm trongallowedUserIds
Liên quan
- Tổng quan về kênh — tất cả các kênh được hỗ trợ
- Ghép nối — xác thực DM và luồng ghép nối
- Nhóm — hành vi trò chuyện nhóm và kiểm soát nhắc tên
- Định tuyến kênh — định tuyến phiên cho tin nhắn
- Bảo mật — mô hình truy cập và gia cố