host / port / tls
像先写明去哪个 IRC 小区、走哪扇门、要不要加密通道。
Channels 导读
IRC 接入：先分清“谁能在频道里用”和“谁能在私聊里用”
配置 IRC 时最容易踩的坑是把 `allowFrom` 当成频道权限——它只管私聊；频道里谁可以触发 bot 要设 `groupAllowFrom` 或每个频道的 `allowFrom`。另外，`groupPolicy` 默认是 `allowlist`，没列在 `groups` 里的频道 bot 根本不听。
先讲这一页到底在解决什么
IRC 接入：先分清“谁能在频道里用”和“谁能在私聊里用”
配置 IRC 时最容易踩的坑是把 `allowFrom` 当成频道权限——它只管私聊；频道里谁可以触发 bot 要设 `groupAllowFrom` 或每个频道的 `allowFrom`。另外，`groupPolicy` 默认是 `allowlist`，没列在 `groups` 里的频道 bot 根本不听。
第一站
📡 Quick start 那几项，其实就是“先告诉它连哪台 IRC 服务器、叫什么名字、进哪几个房间”
先接通，再谈规矩。
nick
像它进聊天室时挂在胸前的名字牌。
channels
像先列出它要进哪些房间。
一句话
Quick start 先解决“进群”，不是先解决“说多少话”。
第二站
🚪 IRC 这里有两层门，再加一层点名，不分清就最容易误判
这是整页最值得读懂的一段。
🚪 第一层：频道能不能收
groupPolicy + groups 决定这个频道整体是不是允许它理会。
👤 第二层：频道里谁能触发
groupAllowFrom 或每个频道自己的 allowFrom 决定是谁有资格叫它干活。
@ 第三层：要不要点名
即便频道和发言人都放行了，默认仍然可能要 mention 才开口。
🎈 一句话
IRC 里“频道允许”和“发言人允许”不是一回事，再加上“是否点名”又是第三回事。
第三站
🪤 那句“allowFrom 是给 DM 用的，不是给频道用的”特别关键
这是最容易踩到的坑。
💬 DM 的
allowFrom像私聊访客名单，只管私聊那扇门。
# 频道里的触发人
要看的是 groupAllowFrom 或者 groups[\"#channel\"].allowFrom，像频道内发言人白名单。
\"#tuirc-dev\": { allowFrom: [\"*\"] }像在这个房间门口贴一张纸：房间里的任何人都能把它叫起来。
🎈 收尾一句
如果日志说“group sender 被丢掉”，先别看 DM 名单，你看错门了。