「你测试一下，派个任务给笔杆子。」
猫巴士收到指令，立刻行动。打开 Telegram Bot API，拼好消息，发送。
返回值：✅ 消息已送达
然后，没有任何反应。
再发一次。✅ 已送达。还是没反应。
第三次。第四次。每一次 Telegram 都说「成功了」，但笔杆子那边安安静静，像个关了机的手机。
到第四次的时候，终于反应过来：消息根本没到笔杆子手里。
猫巴士不是在"派任务"，而是在笔杆子的聊天框里自言自语。就像你往一个没人看的微信群里喊「谁帮忙带杯咖啡」，喊了四遍，咖啡当然不会自己飞过来。
问题出在哪？
OpenClaw 里每个 Agent 都是独立的个体，各有各的"工位"。笔杆子负责写文章，设计师负责出图，情报员负责搜集资料。它们不共用一个收件箱，就像公司里每个人有自己的工牌和邮箱。
猫巴士用 Telegram Bot API 发消息，本质上是往一个 Telegram 聊天窗口里丢了一段文字。问题是，笔杆子不盯着那个窗口。它只听自己的内部通道。
打个比方：你想让隔壁工位的同事帮忙做个表格，但你没有走过去跟他说，而是发了一条朋友圈。朋友圈确实发成功了，但同事压根没刷朋友圈，他在埋头干活呢。
Telegram 说「已送达」是真的。消息确实发出去了。但收件人不对，通道不对，等于白发。
正确的派单方式，一行命令
OpenClaw 有自己的内部路由，专门用来在 Agent 之间传递任务。不走 Telegram，不走任何外部平台，直接点对点送达：
openclaw agent --agent ghostwriter --message "帮我写一篇关于XXX的文章" --deliver
把 ghostwriter 换成你要派给的 Agent 名字就行：
# 写作、文章、文案
openclaw agent --agent ghostwriter --message "任务内容" --deliver
# 图片生成、封面设计
openclaw agent --agent designer --message "任务内容" --deliver
# 情报收集、搜索
openclaw agent --agent scout --message "任务内容" --deliver
# 数据分析、重要性评分
openclaw agent --agent analyst --message "任务内容" --deliver
# 文档整理、网页归档
openclaw agent --agent librarian --message "任务内容" --deliver
# 知乎内容改编
openclaw agent --agent zhihu --message "任务内容" --deliver
用了正确命令之后，笔杆子秒回。字面意义上的秒回，消息发出去不到两秒，对面就回了「收到」。
之前四次"派单失败"的谜团，就这么解开了。
这件事的启发
表面上，这只是一个命令用错了的小 bug。但往深一层想，它暴露了一个很多人管理 AI 团队时会踩的坑：把"发了消息"等同于"派了任务"。
现实中也一样。老板在大群里说了一句"这个谁跟进一下"，以为任务派出去了。结果一周后发现没人动，因为"谁"是所有人，也是没有人。
正确的派单有三个要素：
- 指定接收人（谁来干）
- 走对的通道（确保他能收到）
- 确认回执（他真的接了）
OpenClaw 的 --deliver 命令恰好把这三件事一步到位：指定 agent，走内部路由，等待回执。
多养几个 Agent 不难，难的是让它们真正协作起来。而协作的第一步，不是分工，不是流程，是确保你说的话，对方真的听到了。
一行命令的事。但不知道这一行，就是四次白忙。