1.5 KiB
1.5 KiB
name, description
| name | description |
|---|---|
| telegram-ops | Set up, validate, and operate Telegram messaging in OpenClaw. Use when adding Telegram, debugging delivery/replies, mapping chat IDs, validating channel/account routing, or creating Telegram notification workflows with low-noise test sends. |
Telegram Ops
Operating policy
- Use first-class OpenClaw messaging tools only.
- Explicitly set
channel: telegramwhen channel ambiguity exists. - Ask before messaging a new target/chat.
- Run one minimal test send per change, then stop.
- Record stable environment-specific routing notes in
TOOLS.md.
Standard workflow
- Identify intent: setup | debug | automation.
- Verify target metadata (chat/user id, account, expected direction).
- Validate outbound with a short plain-text test.
- Validate inbound reply path back to current session.
- Summarize status and exact next action.
Debug decision tree
- Wrong destination -> re-check target id/name and account mapping.
- No delivery -> verify channel/account selection and retry minimal payload.
- Delivery works, reply missing -> check routing/session mapping for inbound path.
- Intermittent -> reduce formatting/media, confirm with plain text, then re-add complexity.
Output contract
Return:
- State: working | partial | blocked
- Validated: exact checks that passed
- Failed at: first failing step
- Next action: smallest user/actionable fix
- Safety hold: what was not sent without approval