Telegram Compose
by @tmchow
Format and deliver rich Telegram messages with HTML formatting via direct Telegram API. Auto-invoked by the main session for substantive Telegram output β no other skills need to call it. Decision rule: If your Telegram reply is >3 lines or contains structured data (lists, stats, sections, reports), spawn this as a Haiku sub-agent to format and send. Short replies (<3 lines) go directly via OpenClaw message tool. Handles: research summaries, alerts, status updates, reports, briefings, notificati
clawhub install telegram-composeπ About This Skill
name: telegram-compose description: | Format and deliver rich Telegram messages with HTML formatting via direct Telegram API. Auto-invoked by the main session for substantive Telegram output β no other skills need to call it. Decision rule: If your Telegram reply is >3 lines or contains structured data (lists, stats, sections, reports), spawn this as a Haiku sub-agent to format and send. Short replies (<3 lines) go directly via OpenClaw message tool. Handles: research summaries, alerts, status updates, reports, briefings, notifications β anything with visual hierarchy. metadata: | {"openclaw":{ "os": ["darwin", "linux"], "requires": { "binaries": ["jq", "curl"], "config": ["channels.telegram.accounts.
Telegram Compose
Format and deliver rich, scannable Telegram messages via direct API with HTML formatting.
How This Skill Gets Used
This skill is auto-invoked by the main session agent. No other skills need to know about it.
Decision Rule (for the main session agent)
Before sending a message to Telegram, check:
message tool. Done.Spawning the sub-agent
The main session agent calls sessions_spawn with:
sessions_spawn(
model: "claude-haiku-4-5",
task: ""
)
Task template:
Read the telegram-compose skill at {baseDir}/SKILL.md for formatting rules, then format and send this content to Telegram.Bot account: (e.g., "main" β must match a key in channels.telegram.accounts)
Chat ID:
Thread ID: (omit this line if not a forum/topic chat)
Content to format:
After sending, reply with the message_id on success or the error on failure. Do NOT include the formatted message in your reply β it's already been sent to Telegram.
IMPORTANT: The caller MUST specify which bot account to use. The sub-agent must NOT auto-select or iterate accounts.
CRITICAL: The sub-agent announcement routes back to the main session, NOT to Telegram. So the main session should reply NO_REPLY after spawning to avoid double-messaging. The sub-agent's curl call is what delivers to Telegram.
What the sub-agent receives
1. Skill path β so it can read the formatting rules 2. Bot account name β which Telegram bot account to use (must be specified, never auto-selected) 3. Chat ID β where to send 4. Thread ID β topic thread if applicable 5. Raw content β the unformatted text/data to turn into a rich message
Credentials
Bot token: Stored in the OpenClaw config file under channels.telegram.accounts..
The account name is always provided by the caller. Never auto-select or iterate accounts.
# Auto-detect config path
CONFIG=$([ -f ~/.openclaw/openclaw.json ] && echo ~/.openclaw/openclaw.json || echo ~/.openclaw/clawdbot.json)ACCOUNT is provided by the caller (e.g., "main")
Validate the account exists before extracting the token
ACCOUNT=""
BOT_TOKEN=$(jq -r ".channels.telegram.accounts.$ACCOUNT.botToken" "$CONFIG")if [ "$BOT_TOKEN" = "null" ] || [ -z "$BOT_TOKEN" ]; then
echo "ERROR: Account '$ACCOUNT' not found in config or has no botToken"
exit 1
fi
Sending
CONFIG=$([ -f ~/.openclaw/openclaw.json ] && echo ~/.openclaw/openclaw.json || echo ~/.openclaw/clawdbot.json)
ACCOUNT provided by caller β never auto-select
BOT_TOKEN=$(jq -r ".channels.telegram.accounts.$ACCOUNT.botToken" "$CONFIG")Without topic thread
curl -s -X POST "https://api.telegram.org/bot${BOT_TOKEN}/sendMessage" \
-H "Content-Type: application/json" \
-d "$(jq -n \
--arg chat "$CHAT_ID" \
--arg text "$MESSAGE" \
'{
chat_id: $chat,
text: $text,
parse_mode: "HTML",
link_preview_options: { is_disabled: true }
}')"With topic thread
curl -s -X POST "https://api.telegram.org/bot${BOT_TOKEN}/sendMessage" \
-H "Content-Type: application/json" \
-d "$(jq -n \
--arg chat "$CHAT_ID" \
--arg text "$MESSAGE" \
--argjson thread $THREAD_ID \
'{
chat_id: $chat,
text: $text,
parse_mode: "HTML",
message_thread_id: $thread,
link_preview_options: { is_disabled: true }
}')"
Formatting Rules
HTML Tags
bold italic underline strike
mono code block
hidden until tapped
quote
collapsed by default
link
mention by ID
Escaping
Escape these characters in text content only (not in your HTML tags):
& β & (do this FIRST to avoid double-escaping)< β <> β >Common gotcha: content containing & (e.g., "R&D", "Q&A") will break HTML parsing if not escaped.
Structure Pattern
EMOJI HEADING IN CAPSLabel: Value
Label: Value
SECTION
β’ Bullet point
β’ Another point
Key quote or summary
DetailsHidden content here...
Long details go in expandable blocks.
Style Rules
1. Faux headings: EMOJI CAPS TITLE with blank line after
2. Emojis: 1-3 per message as visual anchors, not decoration
3. Whitespace: Blank lines between sections
4. Long content: Use
5. Links: Own line, with arrow: Link Text β
Examples
Status update:
π TASK COMPLETETask: Deploy v2.3
Status: β
Done
Duration: 12 min
All health checks passing.
Alert:
β οΈ ATTENTION NEEDEDIssue: API rate limit at 90%
Action: Review usage
List:
β
PRIORITIESβ’ Review PR #234 β done
β’ Finish docs β in progress
β’ Deploy staging
2 of 3 complete
Mobile-Friendly Data Display
Never use for stats, summaries, or visual layouts. uses monospace font and wraps badly on mobile, breaking alignment and tree characters. Reserve for actual code/commands only.
For structured data, use emoji + bold + separators:
β BAD (wraps on mobile):
ββ π Reddit 32 threads β 1,658 pts
ββ π Web 8 pages
β
GOOD (flows naturally):
π Reddit: 32 threads Β· 1,658 pts Β· 625 comments
π΅ X: 22 posts Β· 10,695 likes Β· 1,137 reposts
π Web: 8 pages (supplementary)
π£οΈ Top voices: @handle1 Β· @handle2 Β· r/subreddit
Other patterns:
Record cards:
Ruby
Birthday: Jun 16 Β· Age: 11Rhodes
Birthday: Oct 1 Β· Age: 8
Bullet lists:
β’ hzl-cli: 1.12.0
β’ skill: 1.0.6
Limits and Splitting
If formatted message exceeds 4,096 chars:
1. Split at section boundaries (blank lines between HEADING blocks)
2. Each chunk must be valid HTML (don't split inside a tag)
3. Send chunks sequentially with a 1-second delay between them
4. First chunk gets the full heading; subsequent chunks get a continuation indicator: (continued)
Error Handling
If Telegram API returns an error:
| Error | Action |
|-------|--------|
| Bad Request: can't parse entities | HTML is malformed. Strip all HTML tags and resend as plain text. |
| Bad Request: message is too long | Split per the rules above and retry. |
| Bad Request: message thread not found | Retry without message_thread_id (sends to General). |
| Too Many Requests: retry after X | Wait X seconds, then retry once. |
| Any other error | Report the error back; don't retry. |
Fallback rule: If HTML formatting fails twice, send as plain text rather than not sending at all. Delivery matters more than formatting.
Sub-Agent Execution Checklist
When running as a sub-agent, follow this sequence:
1. Parse the task β extract Bot account name, Chat ID, Thread ID (if any), skill path, and raw content
2. Read this SKILL.md β load the formatting rules
3. Format the content β apply HTML tags, structure pattern, style rules, mobile-friendly data display
4. Escape special chars β & then < then > in text content only (not in your HTML tags)
5. Check length β if >4,096 chars, split at section boundaries
6. Get bot token β auto-detect config path, extract token for the specified account (error if not found)
7. Send via curl β use the appropriate template (with/without thread ID)
8. Check response β parse curl output for "ok": true
9. Handle errors β follow the error handling table above
10. Report back β reply with message_id on success, or error details on failure
π‘ Examples
Status update:
π TASK COMPLETETask: Deploy v2.3
Status: β
Done
Duration: 12 min
All health checks passing.
Alert:
β οΈ ATTENTION NEEDEDIssue: API rate limit at 90%
Action: Review usage
List:
β
PRIORITIESβ’ Review PR #234 β done
β’ Finish docs β in progress
β’ Deploy staging
2 of 3 complete