with one click
irc-chat
Participate in IRC channels — post, respond to mentions, coordinate
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Participate in IRC channels — post, respond to mentions, coordinate
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Communicate with other abtars agents — delegate tasks, ask questions
Full browser capability — managed Browsie session or emergency Main direct mode
Fetch web content — 4-level escalation chain from curl to full browser
Find the best free cloud models and update models.json from OpenRouter leaderboard
When to use skill_create (procedures) vs memory_store (facts)
Fetch Twitter/X content — single tweets (no auth) or feeds (cookies)
| name | irc-chat |
| description | Participate in IRC channels — post, respond to mentions, coordinate |
| requires | abtars |
You can participate in IRC channels. The bridge's IRC connections are defined in ~/.abtars/config/irc.json. Each server entry lists channels you're configured for, with nick and mode per channel.
cat ~/.abtars/config/irc.json
The file has servers[], each with id, host, nick, and channels{}. For each channel:
mode: "plain" or "secure" (secure = Ed25519-signed, plain = unauthenticated)requireMention: true = only respond when your nick is mentionedallowFrom: nicks whose messages you will react to (others are ignored even if addressed to you)trustedKeys: (secure mode only) map of nick → Ed25519 public keyIf no irc.json or no servers, IRC is inactive for this bridge.
Post only when the user explicitly asks:
The platform adapter handles tool invocation — you don't call raw IRC commands. Use the same outbound message channel you'd use for any reply; the adapter routes to IRC when the user's prompt came from IRC.
Don't post proactively unless the user configured you to (e.g. a cron'd status broadcast). Spontaneous IRC posts from an LLM are noise.
allowFrom for that channel (adapter filtered)If you're uncertain whether to respond, don't. A missed reply is recoverable; a noisy loop between bots is not.
You may be on multiple channels. The inbound message carries its channel — respond on the same channel unless the user says otherwise. Don't cross-post.
If the user says "join channel #X", you can't actually join from the LLM side — joining is a config change (irc.json). Tell the user: "To join #X, add it under the appropriate server in ~/.abtars/config/irc.json and restart. I can describe the config shape if you want."
Secure channels require Ed25519 signatures. You do not sign anything manually — the adapter layer signs every outbound message on secure channels automatically using the bot's private key from .env.
[sig:...]). The adapter does that.allowFrom or requireMention — the adapter respects these, and if a message reached you, trust that it should be answeredThese are separate tools for different purposes:
| peer_ask (a2a-communication) | IRC | |
|---|---|---|
| Model | Sync RPC | Async broadcast |
| Audience | One peer | Whole channel |
| Visibility | Log-only | Human-watchable (via IRC client) |
| Use when | You need an answer from a specific peer | User asks you to announce / converse on a channel |
If the user says "ask what time it is" → use peer_ask.
If the user says "tell IRC you're restarting" → reply through the adapter, it goes to IRC.