Developer and self-hosted
Mattermost
상태: 다운로드 가능한 Plugin(봇 토큰 + WebSocket 이벤트). 채널, 비공개 채널, 그룹 DM 및 DM을 지원합니다. Mattermost는 자체 호스팅이 가능한 팀 메시징 플랫폼입니다(mattermost.com).
설치
npm 레지스트리
openclaw plugins install @openclaw/mattermost로컬 체크아웃
openclaw plugins install ./path/to/local/mattermost-plugin자세한 내용: Plugin
빠른 설정
Plugin을 사용할 수 있는지 확인
위 명령으로 @openclaw/mattermost을 설치한 다음, Gateway가 이미 실행 중이면 다시 시작하십시오.
Mattermost 봇 생성
Mattermost 봇 계정을 만들고 봇 토큰을 복사한 다음, 봇이 읽어야 하는 팀과 채널에 봇을 추가하십시오.
기본 URL 복사
Mattermost 기본 URL(예: https://chat.example.com)을 복사하십시오. 끝의 /api/v4은 자동으로 제거됩니다.
OpenClaw 구성 및 Gateway 시작
최소 구성:
{ channels: { mattermost: { enabled: true, botToken: "mm-token", baseUrl: "https://chat.example.com", dmPolicy: "pairing", }, },}비대화형 대안:
openclaw channels add --channel mattermost --bot-token <token> --http-url https://chat.example.com네이티브 슬래시 명령
네이티브 슬래시 명령은 명시적으로 활성화해야 합니다. 활성화하면 OpenClaw는 봇이 속한 모든 팀에 oc_* 슬래시 명령을 등록하고 Gateway HTTP 서버에서 콜백 POST를 수신합니다.
{ channels: { mattermost: { commands: { native: true, nativeSkills: true, callbackPath: "/api/channels/mattermost/command", // Mattermost에서 Gateway에 직접 연결할 수 없을 때 사용합니다(역방향 프록시/공개 URL). callbackUrl: "https://gateway.example.com/api/channels/mattermost/command", }, }, },}등록되는 명령: /oc_status, /oc_model, /oc_models, /oc_new, /oc_help, /oc_think, /oc_reasoning, /oc_verbose, /oc_queue. nativeSkills: true을 사용하면 스킬 명령도 /oc_<skill>로 등록됩니다.
동작 참고 사항
native및nativeSkills의 기본값은"auto"이며, Mattermost에서는 비활성화로 해석됩니다. 명시적으로true로 설정하십시오.callbackPath의 기본값은/api/channels/mattermost/command입니다.callbackUrl을 생략하면 OpenClaw가http://<gateway.customBindHost or localhost>:<gateway.port, default 18789><callbackPath>을 도출합니다. 와일드카드 바인드 호스트(0.0.0.0,::)는localhost로 대체됩니다.- 다중 계정 설정의 경우
commands을 최상위 수준이나channels.mattermost.accounts.<id>.commands아래에 설정할 수 있습니다(계정 값이 최상위 필드보다 우선합니다). - 다른 통합에서 생성한 동일한 트리거의 기존 슬래시 명령은 변경하지 않습니다(등록 시 건너뜁니다). 봇이 생성한 명령은 콜백 URL이 달라지면 업데이트하거나 다시 생성합니다.
- 명령 콜백은 OpenClaw가
oc_*명령을 등록할 때 Mattermost가 반환하는 명령별 토큰으로 검증됩니다. - OpenClaw는 각 콜백을 수락하기 전에 현재 Mattermost 명령 등록을 새로 고치므로, 삭제되거나 다시 생성된 슬래시 명령의 오래된 토큰은 Gateway를 다시 시작하지 않아도 더 이상 수락되지 않습니다.
- Mattermost API에서 명령이 여전히 최신인지 확인할 수 없으면 콜백 검증이 실패 시 차단됩니다. 실패한 검증은 잠시 캐시되고, 동시 조회는 병합되며, 재전송 압력을 제한하기 위해 명령별로 새 조회 시작 빈도가 제한됩니다.
- 등록이 실패했거나 시작이 부분적으로만 완료되었거나 콜백 토큰이 확인된 명령의 등록 토큰과 일치하지 않으면 슬래시 콜백은 실패 시 차단됩니다(한 명령에 유효한 토큰으로는 다른 명령의 업스트림 검증에 도달할 수 없습니다).
- 수락된 콜백에는 임시 "처리 중..." 응답으로 확인을 보냅니다. 실제 답변은 일반 메시지로 도착합니다.
연결 가능성 요구 사항
Mattermost 서버에서 콜백 엔드포인트에 연결할 수 있어야 합니다.
- Mattermost가 OpenClaw와 동일한 호스트/네트워크 네임스페이스에서 실행되지 않는 한
callbackUrl을localhost으로 설정하지 마십시오. - 해당 URL이
/api/channels/mattermost/command을 OpenClaw로 역방향 프록시하지 않는 한callbackUrl을 Mattermost 기본 URL로 설정하지 마십시오. - 간단한 확인 방법은
curl https://<gateway-host>/api/channels/mattermost/command입니다. GET 요청은404이 아니라 OpenClaw의405 Method Not Allowed을 반환해야 합니다.
Mattermost 송신 허용 목록
콜백 대상이 비공개/tailnet/내부 주소인 경우 콜백 호스트/도메인이 포함되도록 Mattermost ServiceSettings.AllowedUntrustedInternalConnections을 설정하십시오.
전체 URL이 아닌 호스트/도메인 항목을 사용하십시오.
- 올바른 예:
gateway.tailnet-name.ts.net - 잘못된 예:
https://gateway.tailnet-name.ts.net
환경 변수(기본 계정)
환경 변수를 선호하는 경우 Gateway 호스트에 다음을 설정하십시오.
MATTERMOST_BOT_TOKEN=...MATTERMOST_URL=https://chat.example.com
채팅 모드
Mattermost는 DM에 자동으로 응답합니다. 채널 동작은 chatmode에서 제어합니다.
oncall (기본값)
채널에서 @멘션된 경우에만 응답합니다.
onmessage
모든 채널 메시지에 응답합니다.
onchar
메시지가 트리거 접두사로 시작하면 응답합니다.
구성 예:
{ channels: { mattermost: { chatmode: "onchar", oncharPrefixes: [">", "!"], // 기본값 }, },}참고 사항:
onchar은 명시적인 @멘션에도 계속 응답합니다.channels.mattermost.requireMention도 계속 적용되지만chatmode을 사용하는 것이 좋습니다. 채널별groups.<channelId>.requireMention설정이 두 설정보다 우선합니다.- 봇이 채널 스레드에 표시되는 응답을 보낸 후에는 동일한 스레드의 후속 메시지에 새 @멘션이나
onchar접두사가 없어도 응답하므로 다중 턴 스레드 대화가 계속 이어집니다. 참여 상태는 봇이 해당 스레드에 마지막으로 응답한 후 7일 동안 기억되며 Gateway를 다시 시작해도 유지됩니다. 봇이 관찰만 한 스레드는 영향을 받지 않습니다. 다시 명시적인 멘션을 요구하려면 새 최상위 메시지를 시작하십시오.
스레드 및 세션
channels.mattermost.replyToMode을 사용하여 채널 및 그룹 응답을 기본 채널에 유지할지, 트리거한 게시물 아래에서 스레드를 시작할지 제어하십시오.
off(기본값): 수신 게시물이 이미 스레드에 있는 경우에만 스레드에서 응답합니다.first: 최상위 채널/그룹 게시물의 경우 해당 게시물 아래에서 스레드를 시작하고 대화를 스레드 범위 세션으로 라우팅합니다.all및batched: 현재 Mattermost에서는first와 동일하게 동작합니다. Mattermost에 스레드 루트가 생기면 후속 청크와 미디어가 동일한 스레드에서 계속되기 때문입니다.replyToMode을 설정해도 다이렉트 메시지의 기본값은off입니다.
channels.mattermost.replyToModeByChatType을 사용하여 direct, group 또는 channel 채팅의 모드를 재정의하십시오. 다이렉트 메시지에서 스레딩을 사용하려면 direct을 설정하십시오.
off(기본값): 다이렉트 메시지는 하나의 연속 세션에서 스레드 없이 유지됩니다.first,all또는batched: 각 최상위 다이렉트 메시지는 새로운 독립 세션을 기반으로 하는 Mattermost 스레드를 시작합니다.
{ channels: { mattermost: { replyToMode: "all", replyToModeByChatType: { direct: "first", }, }, },}참고 사항:
- 스레드 범위 세션은 트리거한 게시물 ID를 스레드 루트로 사용합니다.
first과all은 현재 동일합니다. Mattermost에 스레드 루트가 생기면 후속 청크와 미디어가 동일한 스레드에서 계속되기 때문입니다.- 채팅 유형별 재정의가
replyToMode보다 우선합니다.direct재정의가 없으면 기존 배포에서는 평면형 비스레드 DM이 유지됩니다.
액세스 제어(DM)
- 기본값:
channels.mattermost.dmPolicy = "pairing"(알 수 없는 발신자는 페어링 코드를 받습니다). 다른 값:allowlist,open,disabled. - 승인 방법:
openclaw pairing list mattermostopenclaw pairing approve mattermost <CODE>
- 공개 DM:
channels.mattermost.dmPolicy="open"및channels.mattermost.allowFrom=["*"](구성 스키마에서 와일드카드를 강제합니다). channels.mattermost.allowFrom은 사용자 ID(권장)와accessGroup:<name>항목을 허용합니다. 액세스 그룹을 참조하십시오.
채널(그룹)
- 기본값:
channels.mattermost.groupPolicy = "allowlist"(멘션 필요). channels.mattermost.groupAllowFrom으로 발신자를 허용 목록에 추가하십시오(사용자 ID 권장).channels.mattermost.groupAllowFrom은accessGroup:<name>항목을 허용합니다. 액세스 그룹을 참조하십시오.- 채널별 멘션 재정의는
channels.mattermost.groups.<channelId>.requireMention아래에 있으며, 기본값은channels.mattermost.groups["*"].requireMention아래에 있습니다. @username일치는 변경 가능하며channels.mattermost.dangerouslyAllowNameMatching: true인 경우에만 활성화됩니다.- 공개 채널:
channels.mattermost.groupPolicy="open"(멘션 필요). - 확인 순서:
channels.mattermost.groupPolicy, 그다음channels.defaults.groupPolicy, 마지막으로"allowlist". - 런타임 참고 사항:
channels.mattermost섹션이 완전히 누락된 경우channels.defaults.groupPolicy이 설정되어 있어도 런타임은 그룹 확인 시groupPolicy="allowlist"로 실패 시 차단되며 일회성 경고를 기록합니다.
예:
{ channels: { mattermost: { groupPolicy: "open", groups: { "*": { requireMention: true }, "team-channel-id": { requireMention: false }, }, }, },}발신 전달 대상
openclaw message send 또는 Cron/Webhook에 다음 대상 형식을 사용하십시오.
| 대상 | 전달 위치 |
|---|---|
channel:<id> |
ID로 지정한 채널 |
channel:<name> 또는 #channel-name |
봇이 속한 팀 전체에서 이름으로 검색한 채널 |
user:<id> 또는 mattermost:<id> |
해당 사용자와의 DM |
@username |
DM(Mattermost API를 통해 사용자 이름 확인) |
발신 전송은 메시지당 첨부 파일을 최대 1개 지원합니다. 여러 파일은 별도 전송으로 나누십시오.
DM 채널 재시도
OpenClaw가 Mattermost DM 대상으로 전송하며 먼저 다이렉트 채널을 확인해야 하는 경우, 기본적으로 일시적인 다이렉트 채널 생성 실패를 재시도합니다.
Mattermost Plugin 전체에서 이 동작을 조정하려면 channels.mattermost.dmChannelRetry을 사용하고, 특정 계정 하나에서 조정하려면 channels.mattermost.accounts.<id>.dmChannelRetry을 사용하십시오. 기본값:
{ channels: { mattermost: { dmChannelRetry: { maxRetries: 3, initialDelayMs: 1000, maxDelayMs: 10000, timeoutMs: 30000, }, }, },}참고:
- 이는 모든 Mattermost API 호출이 아니라 DM 채널 생성(
/api/v4/channels/direct)에만 적용됩니다. - 재시도에는 지터가 적용된 지수 백오프를 사용하며, 속도 제한, 5xx 응답, 네트워크 또는 시간 초과 오류와 같은 일시적인 실패에 적용됩니다.
429이외의 4xx 클라이언트 오류는 영구적인 오류로 간주되며 재시도하지 않습니다.
미리보기 스트리밍
Mattermost는 사고 과정, 도구 활동 및 부분 응답 텍스트를 초안 미리보기 게시물로 스트리밍하며, 최종 답변을 안전하게 보낼 수 있게 되면 해당 게시물을 그 자리에서 최종 확정합니다. partial 모드에서는 청크마다 메시지를 보내 채널을 도배하는 대신 동일한 게시물 ID의 미리보기를 업데이트합니다. block 모드에서는 완료된 텍스트 블록과 도구 활동 블록 사이에서 미리보기를 전환하므로, 이전 블록이 다음 블록으로 덮어써지지 않고 각각 별도의 게시물로 계속 표시됩니다. 미디어 또는 오류가 포함된 최종 결과는 대기 중인 미리보기 편집을 취소하고, 일회성 미리보기 게시물을 확정하는 대신 일반 전송 방식을 사용합니다.
미리보기 스트리밍은 partial 모드에서 기본적으로 활성화됩니다. channels.mattermost.streaming.mode을 통해 구성하십시오(레거시 스칼라/불리언 streaming 값은 openclaw doctor --fix에서 마이그레이션됩니다).
{ channels: { mattermost: { streaming: { mode: "partial" }, // off | partial | block | progress }, },}스트리밍 모드
partial(기본값): 응답이 생성됨에 따라 편집된 후 완전한 답변으로 최종 확정되는 하나의 미리보기 게시물입니다.block은 완료된 텍스트 블록과 도구 활동 블록 사이에서 미리보기를 전환하므로, 각 블록이 그 자리에서 덮어써지지 않고 별도의 게시물로 계속 표시됩니다. 병렬 및 연속 도구 업데이트는 현재 도구 활동 게시물을 공유합니다.progress은 생성 중에 상태 미리보기를 표시하고, 완료 시에만 최종 답변을 게시합니다.off은 미리보기 스트리밍을 비활성화합니다.streaming.block.enabled: true을 사용하면 완료된 어시스턴트 블록이 하나로 합쳐진 최종 게시물 대신 일반 블록 응답(별도 게시물)으로 계속 전송됩니다.
스트리밍 동작 참고 사항
- 스트림을 그 자리에서 최종 확정할 수 없는 경우(예: 스트리밍 도중 게시물이 삭제된 경우), OpenClaw는 응답이 유실되지 않도록 새 최종 게시물을 전송하는 방식으로 대체합니다.
> Thinking인용문으로 도착한 텍스트를 포함하여 사고 과정만 포함된 페이로드는 채널 게시물에서 제외됩니다. 다른 화면에서 사고 과정을 보려면/reasoning on을 설정하십시오. Mattermost 최종 게시물에는 답변만 유지됩니다.- 채널 매핑 매트릭스는 스트리밍을 참조하십시오.
반응(메시지 도구)
channel=mattermost과 함께message action=react을 사용하십시오.messageId은 Mattermost 게시물 ID입니다.emoji은thumbsup또는:+1:과 같은 이름을 허용합니다(콜론은 선택 사항).- 반응을 제거하려면
remove=true(불리언)을 설정하십시오. - 반응 추가/제거 이벤트는 메시지와 동일한 DM/그룹 정책 검사를 거쳐 라우팅된 에이전트 세션에 시스템 이벤트로 전달됩니다.
예:
message action=react channel=mattermost target=channel:<channelId> messageId=<postId> emoji=thumbsupmessage action=react channel=mattermost target=channel:<channelId> messageId=<postId> emoji=thumbsup remove=true구성:
channels.mattermost.actions.reactions: 반응 작업을 활성화/비활성화합니다(기본값 true).- 계정별 재정의:
channels.mattermost.accounts.<id>.actions.reactions.
대화형 버튼(메시지 도구)
클릭할 수 있는 버튼이 포함된 메시지를 보냅니다. 사용자가 버튼을 클릭하면 에이전트가 선택 내용을 수신하고 응답할 수 있습니다.
버튼은 의미론적 presentation 페이로드(일반 에이전트 응답 및 message action=send 내)에서 가져옵니다. OpenClaw는 값 버튼을 Mattermost 대화형 버튼으로 렌더링하고, URL 버튼은 메시지 텍스트에 계속 표시하며, 선택 메뉴는 읽을 수 있는 텍스트로 대체합니다.
message action=send channel=mattermost target=channel:<channelId> presentation={"blocks":[{"type":"buttons","buttons":[{"label":"예","value":"yes"},{"label":"아니요","value":"no"}]}]}프레젠테이션 버튼 필드:
labelstringrequired표시 레이블(별칭: text).
valuestring클릭 시 반환되며 작업 ID로 사용되는 값(별칭: callback_data, callbackData). url이 설정되지 않은 경우 클릭 가능한 버튼에 필수입니다.
urlstring링크 버튼입니다. 대화형 버튼 대신 메시지 본문의 label: url 텍스트로 렌더링됩니다.
style"primary" | "secondary" | "success" | "danger"버튼 스타일입니다. Mattermost는 지원하지 않는 값에 기본 스타일을 적용합니다.
에이전트 시스템 프롬프트에서 버튼 지원을 알리려면 채널 기능에 inlineButtons을 추가하십시오.
{ channels: { mattermost: { capabilities: ["inlineButtons"], }, },}사용자가 버튼을 클릭하면 다음과 같이 처리됩니다.
접근 권한 검사
클릭한 사용자는 메시지 발신자와 동일한 DM/그룹 정책 검사를 통과해야 합니다. 권한이 없는 클릭에는 임시 알림이 표시되며 해당 클릭은 무시됩니다.
버튼을 확인 메시지로 교체
모든 버튼이 확인 문구(예: "✓ 예 항목을 @user 님이 선택함")로 교체됩니다.
에이전트가 선택 내용을 수신
에이전트는 선택 내용을 인바운드 메시지 및 시스템 이벤트로 수신하고 응답합니다.
구현 참고 사항
- 버튼 콜백은 HMAC-SHA256 검증을 사용합니다(자동으로 적용되며 구성이 필요하지 않음).
- 클릭 시 전체 첨부 블록이 교체되므로 모든 버튼이 함께 제거됩니다. 일부만 제거할 수는 없습니다.
- 하이픈이나 밑줄이 포함된 작업 ID는 자동으로 정리됩니다(Mattermost 라우팅 제한).
action_id이 원본 게시물의 작업과 일치하지 않는 클릭은403("알 수 없는 작업")으로 거부됩니다.
구성 및 연결 가능성
channels.mattermost.capabilities: 기능 문자열 배열입니다. 에이전트 시스템 프롬프트에서 버튼 도구 설명을 활성화하려면"inlineButtons"을 추가하십시오.channels.mattermost.interactions.callbackBaseUrl: 버튼 콜백을 위한 선택적 외부 기본 URL입니다(예:https://gateway.example.com). Mattermost가 바인드 호스트에서 Gateway에 직접 접근할 수 없을 때 사용하십시오.- 다중 계정 설정에서는
channels.mattermost.accounts.<id>.interactions.callbackBaseUrl아래에 동일한 필드를 설정할 수도 있습니다. interactions.callbackBaseUrl을 생략하면 OpenClaw는gateway.customBindHost+gateway.port(기본값 18789)에서 콜백 URL을 생성한 다음http://localhost:<port>으로 대체합니다. 콜백 경로는/mattermost/interactions/<accountId>입니다.- 연결 가능성 규칙: Mattermost 서버에서 버튼 콜백 URL에 접근할 수 있어야 합니다.
localhost은 Mattermost와 OpenClaw가 동일한 호스트/네트워크 네임스페이스에서 실행되는 경우에만 작동합니다. channels.mattermost.interactions.allowedSourceIps: 버튼 콜백의 소스 IP 허용 목록입니다. 이 설정이 없으면 루프백 소스(127.0.0.1,::1)만 허용되므로, 원격 Mattermost 서버를 여기에 허용 목록으로 추가해야 합니다. 그렇지 않으면 해당 서버의 클릭이403로 거부됩니다. 리버스 프록시 뒤에 있는 경우 전달된 헤더에서 실제 클라이언트 IP를 확인할 수 있도록gateway.trustedProxies도 설정하십시오.- 콜백 대상이 비공개/tailnet/내부 대상이면 해당 호스트/도메인을 Mattermost
ServiceSettings.AllowedUntrustedInternalConnections에 추가하십시오.
직접 API 통합(외부 스크립트)
외부 스크립트와 Webhook은 에이전트의 message 도구를 거치지 않고 Mattermost REST API를 통해 버튼을 직접 게시할 수 있습니다. OpenClaw의 message 도구 사용을 권장합니다. 직접 통합하려면 @openclaw/mattermost/api.js에서 buildButtonAttachments을 가져오십시오. 원시 JSON을 게시하는 경우 다음 규칙을 따르십시오.
페이로드 구조:
{ channel_id: "<channelId>", message: "옵션을 선택하십시오:", props: { attachments: [ { actions: [ { id: "mybutton01", // 영숫자만 허용 - 아래 참조 type: "button", // 필수이며, 없으면 클릭이 아무 알림 없이 무시됨 name: "승인", // 표시 레이블 style: "primary", // 선택 사항: "default", "primary", "danger" integration: { url: "https://gateway.example.com/mattermost/interactions/default", context: { action_id: "mybutton01", // 버튼 ID와 일치해야 함 action: "approve", // ... 사용자 지정 필드 ... _token: "<hmac>", // 아래 HMAC 섹션 참조 }, }, }, ], }, ], },}HMAC 토큰 생성
Gateway는 HMAC-SHA256을 사용하여 버튼 클릭을 검증합니다. 외부 스크립트는 Gateway의 검증 로직과 일치하는 토큰을 생성해야 합니다.
봇 토큰에서 비밀 값 파생
HMAC-SHA256(key="openclaw-mattermost-interactions", data=botToken), 16진수로 인코딩합니다.
컨텍스트 객체 생성
_token을 제외한 모든 필드로 컨텍스트 객체를 생성합니다.
정렬된 키로 직렬화
재귀적으로 정렬된 키를 사용하고 공백 없이 직렬화합니다(Gateway는 중첩된 객체도 정규화하여 압축된 JSON을 생성합니다).
페이로드 서명
HMAC-SHA256(key=secret, data=serializedContext)
토큰 추가
결과로 생성된 16진수 다이제스트를 컨텍스트의 _token으로 추가합니다.
Python 예:
secret = hmac.new( b"openclaw-mattermost-interactions", bot_token.encode(), hashlib.sha256).hexdigest() ctx = {"action_id": "mybutton01", "action": "approve"}payload = json.dumps(ctx, sort_keys=True, separators=(",", ":"))token = hmac.new(secret.encode(), payload.encode(), hashlib.sha256).hexdigest() context = {**ctx, "_token": token}일반적인 HMAC 함정
- Python의
json.dumps은 기본적으로 공백을 추가합니다({"key": "val"}). JavaScript의 압축 출력({"key":"val"})과 일치시키려면separators=(",", ":")을 사용하십시오. - 항상
_token을 제외한 모든 컨텍스트 필드에 서명하십시오. Gateway는_token을 제거한 다음 남은 모든 항목에 서명합니다. 일부 필드에만 서명하면 별다른 오류 없이 검증에 실패합니다. sort_keys=True을 사용하십시오. Gateway는 서명 전에 키를 정렬하며, Mattermost는 페이로드를 저장할 때 컨텍스트 필드의 순서를 바꿀 수 있습니다.- 무작위 바이트가 아니라 봇 토큰에서 비밀 값을 파생하십시오(결정론적 방식). 버튼을 생성하는 프로세스와 검증하는 Gateway에서 비밀 값이 동일해야 합니다.
디렉터리 어댑터
Mattermost Plugin에는 Mattermost API를 통해 채널 및 사용자 이름을 확인하는 디렉터리 어댑터가 포함되어 있습니다. 이를 통해 openclaw message send 및 cron/webhook 전달에서 #channel-name 및 @username 대상을 사용할 수 있습니다.
별도의 설정은 필요하지 않습니다. 어댑터는 계정 설정의 봇 토큰을 사용합니다.
다중 계정
Mattermost는 channels.mattermost.accounts 아래에서 여러 계정을 지원합니다.
{ channels: { mattermost: { accounts: { default: { name: "Primary", botToken: "mm-token", baseUrl: "https://chat.example.com" }, alerts: { name: "Alerts", botToken: "mm-token-2", baseUrl: "https://alerts.example.com" }, }, }, },}계정 값은 최상위 필드를 재정의하며, 계정이 지정되지 않았을 때 사용할 계정은 channels.mattermost.defaultAccount에서 선택합니다.
문제 해결
채널에서 응답이 없음
봇이 채널에 있는지 확인하고 봇을 멘션하거나(oncall), 트리거 접두사를 사용하거나(onchar), chatmode: "onmessage"을 설정하십시오.
인증 또는 다중 계정 오류
- 봇 토큰, 기본 URL 및 계정 활성화 여부를 확인하십시오.
- 다중 계정 문제: 환경 변수는
default계정에만 적용됩니다. - 비공개/LAN Mattermost 호스트에는
network.dangerouslyAllowPrivateNetwork: true이 필요합니다(SSRF 보호 기능은 기본적으로 비공개 IP를 차단합니다).
네이티브 슬래시 명령 실패
Unauthorized: invalid command token.: OpenClaw가 콜백 토큰을 수락하지 않았습니다. 일반적인 원인은 다음과 같습니다.- 시작 시 슬래시 명령 등록이 실패했거나 일부만 완료되었습니다.
- 콜백이 잘못된 Gateway/계정에 도달하고 있습니다.
- Mattermost에 이전 콜백 대상을 가리키는 오래된 명령이 아직 남아 있습니다.
- 슬래시 명령을 다시 활성화하지 않은 채 Gateway가 재시작되었습니다.
- 네이티브 슬래시 명령이 작동을 멈추면 로그에서
mattermost: failed to register slash commands또는mattermost: native slash commands enabled but no commands could be registered을 확인하십시오. callbackUrl이 생략되었고 로그에서 콜백이http://localhost:18789/...같은 루프백 URL로 확인되었다는 경고가 표시된다면, 해당 URL은 Mattermost가 OpenClaw와 동일한 호스트/네트워크 네임스페이스에서 실행될 때만 연결할 수 있을 가능성이 큽니다. 대신 외부에서 명시적으로 연결할 수 있는commands.callbackUrl을 설정하십시오.
버튼 문제
- 버튼이 흰색 상자로 표시되거나 전혀 표시되지 않는 경우: 버튼 데이터의 형식이 잘못되었습니다. 각 프레젠테이션 버튼에는
label및value이 필요합니다(둘 중 하나라도 없는 버튼은 삭제됩니다). - 버튼은 렌더링되지만 클릭해도 아무 반응이 없는 경우: Mattermost 서버에서 Gateway에 연결할 수 있는지, Mattermost 서버 IP가
channels.mattermost.interactions.allowedSourceIps에 포함되어 있는지(설정하지 않으면 루프백만 허용됨), 비공개 대상의 콜백 호스트가ServiceSettings.AllowedUntrustedInternalConnections에 포함되어 있는지 확인하십시오. - 버튼을 클릭하면 404가 반환되는 경우: 버튼의
id에 하이픈이나 밑줄이 포함되어 있을 가능성이 큽니다. Mattermost의 작업 라우터는 영숫자가 아닌 ID를 처리하지 못합니다.[a-zA-Z0-9]만 사용하십시오. - Gateway 로그에
rejected callback source이 표시되는 경우:interactions.allowedSourceIps외부의 IP에서 클릭이 발생했습니다. Mattermost 서버 또는 인그레스를 허용 목록에 추가하고, 리버스 프록시 뒤에서는gateway.trustedProxies을 설정하십시오. - Gateway 로그에
invalid _token이 표시되는 경우: HMAC 불일치입니다. 일부가 아닌 모든 컨텍스트 필드에 서명하고, 정렬된 키를 사용하며, 공백 없는 압축 JSON을 사용하는지 확인하십시오. 위의 HMAC 섹션을 참조하십시오. - Gateway 로그에
missing _token in context이 표시되는 경우: 버튼의 컨텍스트에_token필드가 없습니다. 통합 페이로드를 구성할 때 이 필드가 포함되는지 확인하십시오. - Gateway가
Unknown action오류와 함께 클릭을 거부하는 경우:context.action_id이 게시물의 작업id중 어느 것과도 일치하지 않습니다. 둘 다 동일하게 정제된 값으로 설정하십시오. - 에이전트가 버튼을 제공하지 않는 경우: Mattermost 채널 설정에
capabilities: ["inlineButtons"]을 추가하십시오.
