用途：作为统一聊天收件箱操作器，将 WhatsApp、Discord、Slack、Telegram 聚合到一处（可扩展至 WeChat、iMessage、LINE、Messenger），用统一撰写器把回复排入审核队列而非直接发送。默认采用 AirApp 优先行为，即同步或摄入已配置账号后给出可点击的 AirApp URL；仅在用户明确要求纯聊天或不要打开 UI 时才使用 chat-only 模式。
主要能力：AirApp 提供总览、统一收件箱、发件箱审核队列、账号连接器健康与设置视图。同步脚本 scripts/sync_messages.mjs 从 API 连接器拉取新消息；scripts/ingest_messages.mjs 是代理浏览或手动采集载荷的唯一写入路径；scripts/send_outbox.mjs 只发送状态为已批准的回复。数据存于 Busabase 的六个 Base：accounts、conversations、messages、sync-log、replies、settings。
使用方式：首次运行检查 accounts Base，为空则引导配置，只询问非密信息（平台、显示名、工作区、频道与持有令牌的环境变量名），然后运行 node skills/kelly-messenger/scripts/ingest_messages.mjs onboarding-payload.json --apply。API 连接器执行 node scripts/sync_messages.mjs --apply；浏览器或手动采集走 ingest_messages.mjs。发送前先运行 node scripts/send_outbox.mjs 查看计划，获明确批准后再加 --send。本地预览用 pnpm --dir skills/kelly-messenger/content/kelly-messenger-app dev。
适用场景：跨平台消息集中查看、起草回复、人工审批后发送、连接器健康检查与同步记录。
限制：AirApp 只读写 Busabase，绝不调用聊天平台 API。每条外发消息都需人工批准。仅限用户自有并已配置的账号，须遵守各平台条款与速率限制。绝不存储密码、二维码登录载荷或会话令牌，只记录持有令牌的环境变量名。无发送目标时保留已批准状态并报错，不猜测。平台支持范围、可用连接器与具体配置方式以资料为准；未提供的信息暂未提供。