dispatch回写生活
工作已经完成了。
代表们在 Slack 上阅读晨间清单。 所以他们记录通话的方式是在同一通道中使用斜杠命令，并直接写入 CRM 系统。 无需打开标签页，无需构建屏幕，路径中也没有任何模型调用。
[2026-04-14] 留言，周二重试• dana@example.org 短暂的——只有销售代表才能看到
日志记录被跳过的原因是使用了制表符，而不是输入文字。
每个客户关系管理系统（CRM）都已具备备注字段。 这项工作仍然不会被记录，因为记录工作意味着要离开你正在做的事情。
通常情况下会发生什么
名单保存在一个地方；记录保存在另一个地方。
- 在聊天中查看列表
- 打电话
- 打开客户关系管理系统，找到联系人
- ……稍后再记录，或者永远不记录
✓ 这里发生了什么
同一个表面承载着列表和回写操作。
- 在聊天中查看列表
- 打电话
- 在该频道输入一行
- 该记录已存档。
九个步骤，却没有一个步骤思考
指令到达，纸条落在正确的记录上，回复返回。 每一步都是一种工具。 此流程中没有任何提示。
拆分命令
第一个词是目标，其余部分是笔记。 直引号、弯引号和多余的空格都能解析，因为手机会发送弯引号。
阅读声望图
一个小型 JSON 文件，用于将每个聊天帐户映射到 CRM 用户。 编辑是新员工获得访问权限的方式。
确定是谁在提问
对这张地图进行内连接。 如果聊天记录不在文件中，则不会生成任何行，因此下游所有程序都无法对其进行任何操作。 拒绝本身就是数据的形态，而不是某人记得写下的规则。
阅读今日列表
和早报中写的是同一个CSV文件。 报告和回写操作共享一个快照。
缩小范围到那个代表
第二次连接同时执行两项任务：它只保留该代表的行，并将解析后的命令添加到每一行，因此后续步骤只需要该行即可。
每个联系人挑选一次
列表中每行代表一个站点；一条备注属于一个联系人。 管理四个站点的联系人会出现四次，但仍然需要填写一次。
写下便条
每个联系人一次通话，通话记录需注明日期和前缀。 它还会移动该帐户的最后活动时间，使其从明天的停滞列表中移除。
建立确认
统计书写内容并列出每个联系人的姓名。 当没有任何结果符合预期时，它会直截了当地说明，而不是宣称成功。
仅回复客服代表
返回到输入该消息的人所在的频道，其他人看不到该消息。
谁可以写什么，由一个联合体决定。
回写操作必须先回答三个问题才能进行：谁在请求，可以更改谁的记录，以及可以说明发生了什么。
从请求中，而不是从消息中。
发件人的身份信息来自已签名的请求本身，而不是他们输入的任何内容。 你不能通过改变命令的措辞来声称自己是另一个代表，因为命令文本永远不会被用来识别身份。
只有他们名单上的人。
连接范围缩小到今天列表中该代表的行。 即使准确地说出联系人的名字，也无法联系到属于其他人的联系人，因为它从未在要写入的联系人列表中。
记录为自动化操作，而非代表操作。
该记录由代表授权撰写，但记录在自动化系统验证的账户下。 它绝不会被当作是销售代表手动输入到客户关系管理系统中的文件来归档的。
没有模型会造成什么后果？
实际测试结果：九步，写一张纸条，送达一份回复。
没有调整提示，没有输出验证，模型更改时无需重新运行。
速度快到客服代表还在查看频道时，确认信息就已经到了。
输入相同，写入也相同。 没有模型的管道没有温度。
没有屏幕，没有表格，也没有任何应用程序供任何人安装或接受培训。
平台为你提供什么——以及你需要连接什么
入场部分是内置的。 你决定了命令的内容、谁可以使用该命令以及该命令输出的内容。
调度提供
内置功能——适用于每个工作流程，每个设备。
- 已签名的入站 Webhook 作为触发器
- 有效载荷作为工作流程输入
- 键控连接、筛选、转换
- 类型化 CRM 工具 + 写入门控
✓ 你接线
你电脑数据库中的一行和一个小型文件。 活在当下，努力生存。
- 命令及其语法
- 哪些账户对应哪些销售代表。
- 纸条上写了什么
- 确认信息将送达何处
将写回操作放在 读取操作已经发生的地方。
今天发货 · 聊天记录只有一行，路径中没有模型