最近，当我跟 dots 交流时，已经可以同时向 Codex 和 Claude Code 派发任务了。
我把 ChatGPT 的 dots 打造成了我工作的指挥中心。
我只需要说出我想做什么。
dots 就会根据我提前设定好的分工，向 Codex 或 Claude Code 下达指令。
然后，它会用通俗易懂的方式把结果反馈给我。
各自的分工、工作内容、推进方式以及所需数据，全都存在 Obsidian 里。
虽然我用了好几个 AI，但真正需要对话的只有 dots。
这是我目前用法中最大的变化。
现在不只是让各个 AI 去干活，连"该找谁做、怎么做"这个决策过程，也有 AI 介入了。
我只需要跟 dots 说话
直到不久前，每次用 AI 我都得自己决定该找哪一个。
"这个任务该交给 Codex 吗？"
"那个该给 Claude Code 吗？"
"中途想拉另一个 AI 进来，该怎么沟通呢？"
除了实际的工作内容之外，还会冒出很多调度层面的琐事。
而在现在的环境里，我把这些分拣工作都交给了 dots。
开口的时候，我不需要再自己分别为 Codex 和 Claude Code 写指令。我只告诉 dots 我想做什么，它就会按照预设的分工去执行。
我和 dots 之间，就是正常的商量。
剩下的事，由 dots 去向各个 AI 下达指令。
我让 Codex 和 Claude Code 各自负责擅长的领域。
提前定好职责，然后把沟通窗口统一收口到 dots。
如果每加一个新 AI，我的调度负担就重一分，那根本不会更轻松，只会又变回瞎忙……
关键不在于你用了多少个 AI，而在于你自己扛了多少调度工作。
我意识到，这一点其实也是可以改变的。
光分配角色，传达不了工作内容
想让 dots 做好任务分发，还需要提供执行者真正需要的信息。
"谁负责什么"和"具体怎么干"是两码事。
我存在 Obsidian 里的，不只是 Codex 和 Claude Code 的分工。
每项任务的具体内容。
任务的执行步骤。
推进所需的数据。
这些全都在同一个 Obsidian 库里。
就算定好了负责人，如果不告诉他"看什么资料、按什么步骤来"，他还是会反过来问我。
比如任务是写文案，就需要目标受众和写作规范。
如果是处理数字的任务，就需要源数据。
这只是按任务类型举的例子，但无论哪种，光靠一句"找谁做"都没法推进。
在我的环境里，发布规范和操作流程也都存在 Obsidian 中。
这样，负责该任务的 AI 就能直接调用必要信息往下走。
表面上看，我的沟通对象是 dots。
但在背后，支撑工作的信息都在 Obsidian 里。
即使换了沟通入口，我也不需要每次都从头重写一遍工作说明。
我现在这种派发任务的方式，用的正是我在 Obsidian 里积累下来的信息。
dots 的职责还包括让我看懂回复
这种用法的另一个关键点，在于回复。
dots 不只是给各个 AI 下指令，还会用"容易理解"的方式把结果反馈给我。
阅读回复对派发者来说是有时间成本的。
就算工作在推进，如果 decipher（解读）说明的负担变重了，接收方又会陷入忙碌。
哪怕细节写得再多，如果看完还是不知道下一步该干嘛，最后还得继续追问。
比如在汇报里，如果能一眼看出哪些做完了、还剩什么、需要我做哪些决定，接收起来就轻松多了。
你是想了解详细背景，还是只想知道推进的关键点——需求不同，想要的格式也不同。
所以，我不只想琢磨怎么派活，也想琢磨怎么接回复。
发出去：dots 接收我的输入，转换成给各个 AI 的指令。
收回来：dots 拿到各 AI 的结果，用我能看懂的格式返回给我。
这一来一回，都由 dots 搞定。
能派发复杂任务，同时收到看得懂的回复——这两者缺一不可，否则没法进入下一轮沟通或下一个任务。
━━━━━━━━━━━━
如果你在用 AI，却觉得发布很费劲。
把资料集中放在一个地方，别再每次都从零开始了。
我开启了《Minami 的 Obsidian x AI Agent 落地实录》。
可以免费阅读 ↓
━━━━━━━━━━━━
从工作内容出发，而不是从 AI 名字出发
如果你想尝试类似的搭建，别一上来就连一堆 AI，先挑一个你平时常派发的任务，理清思路。
比如任务是写 X（Twitter）草稿，如果只写"写文案"，传给执行者的信息就很模糊。
你在做哪类发布？
用到了哪些素材？
希望做到什么程度再交回来？
把这些写下来，你就能看清：当沟通窗口和执行者分离时，到底需要传递什么。
要梳理工作描述，可以用这样的框架：
1要派发的任务：2负责的 AI：3工作内容与流程：4所用笔记/数据的存放位置：5在给我的回复中需要讲清楚的事项：
把这段描述存进 Obsidian。
这感觉就像是不光写下"找谁做"，还把执行者用什么资料、按什么步骤做、以什么格式返回结果都写清楚了。
这是一份备忘录，用来在向指挥中心交接工作时把说明理顺。
如果提前就能看到工作内容，"我想委托给指挥中心的事"也会变得更具体。
别一上来就罗列 AI 的名字，而是从你一直在串联的实际工作出发去思考。
我相信，这样更容易搭出适合你自己发布节奏的形式。
结语
如果你在用 AI，却因为要决定找谁做、怎么沟通、怎么看回复而心累，不妨检查一下是不是所有事都自己扛了。
想用好 AI，你并不需要一直当传话筒。
我现在只跟 dots 聊，给 Codex / Claude Code 下指令、再把结果反馈给我这些事，都交给 dots。
如果你今天就想试试，挑一个平时常让 AI 做的任务，用上面的框架在 Obsidian 里写下来。
沟通对象：dots。工作内容/流程：Obsidian。
我就是靠这套组合，同时跑着多个 AI。
感谢你读到最后！
通知 📢
我建了一个 Open Chat！
在"让 Obsidian 用户暴增！"计划下，我会分享一些没发在 X 上的 Obsidian x AI Agents 实战案例和翻车故事。
还准备了福利，感兴趣的话来看看吧 ↓
