我在不知不觉中实现了 WhatsApp‑first
Source: Dev.to
介绍
一切始于三年多前，当时我在一个看似简单的自由职业项目中偶然接触到了 Whaticket，这彻底改变了我之后的方向。当时，它几乎是很多人通过 WhatsApp 提供客服的代名词。但我从未能够直接使用现成的工具。我并不太喜欢它的架构，也不满意前端。
第一个细分市场
在一次自由职业项目中，客户基本上要求我 将 WhatsApp 转换为 Facebook 聊天，完全相同。完成后，客户非常惊讶，我这才意识到自己找到了一个细分市场中的细分市场。于是我开始提供 Whaticket 的视觉修改 服务。人们为此付费，因为市场上终于出现了不同的东西。这让我以一种奇特的方式脱颖而出：我并不是在与系统竞争，而是在与千篇一律竞争。
第三方平台的上限
随着时间的推移，我开始感觉在第三方平台内部生活有一个明确的上限。我可以自定义，我可以修改，但归根结底，我是在一个不是我自己的基础上构建。
转折点：通过 WhatsApp 的指令
大约两年前，我开始尝试一个不同的想法，而随后产生的结果只有在回顾时才显得显而易见。我有一台自己的测试服务器，开始创建 通过 WhatsApp 本身发送指令来触发操作：
- 一个指令会触发一个例程，创建记录，查询信息，启动流程。
- 我意识到 不需要完整的仪表盘来管理操作，因为在此之前我已经在使用 WhatsApp 发送服务器警报。
- 界面已经在我的口袋里，已经打开，已经是所有事情发生的渠道。
WhatsApp 作为管理界面
这种认识在我对界面的思考方式上产生了裂痕。真正的控制在 API，而不是面板。当我开始通过消息编排操作时，我意识到 WhatsApp 可以成为 管理界面，不仅仅是客服渠道。如果冷静分析，这已经几乎算是 WhatsApp‑first。我并不是纯粹主义者，因为仍然存在外部功能，但运营中心可以在对话中运行的想法已经在萌芽。
2025：全力聚焦 WhatsApp
在 2025 年，这种想法在我的选择中变得更加具体：
- 我只接手核心是 直接在 WhatsApp 上创建某些功能（客服、销售、预约）的项目，并与客户已有的系统集成。
- 我避免从零开始完整的 ERP 或沉重的企业面板。
- 我专注于将真实行动与真实对话相连接的工作。
我做得越多，越清楚自己在积累 人工智能、自动化架构、异步编排、事件、专用代理 等概念，但却把它们应用在碎片化的项目中。
决定：创建自己的 CRM
就在那时，我想到了：我要创建自己的 CRM。不是为了与市场竞争，而是为了拥有一个系统，能够实现我所学（以及仍在学习）的所有关于代理式人工智能的内容，而无需向任何第三方平台请求许可（但我使用过 Baileys、Whatsmeow 或 EvolutionAPI）。
事件驱动架构
由于我已经开发了基于 event‑driven 异步 的架构，使用 Entity Agents 和 AtomicBehavior Agents，整个过程几乎是自动的：
- 我在 API 中创建一个新功能。
- 在同一个周期内将其集成到 WhatsApp。
- 我不需要先构建完整模块再“连接”。
- 连接是设计本身的一部分。
每个实体对事件作出响应，每个行为都很小、独立，并可通过消息触发。对话不再仅仅是界面，而是 语义触发器。WhatsApp 成为 对话操作系统。
“WhatsApp‑first” 术语的发现
有一天，在研究我创建的功能模式的名称时，我遇到了 WhatsApp‑first 这个术语。更有趣的是，在我甚至还没读完这个概念的含义时，我已经把它和我正在做的事情联系起来了。这不是一次发现，而是一种认知。我之前并没有学习过这个概念；我在解决问题，随后才发现它已经有了名称。名称只是后来才出现的。
实践路径 → 架构 → 概念
- 在视觉上区分一个饱和的系统。
- 通过指令自动化操作。
- 认识到服务器才是真正的核心。
- 选择与对话对齐的项目作为主要界面。
- 将所有内容整合到一个肥沃的 CRM，用于 IA 代理。
每个阶段看似独立，但回顾时，我看到一条 连续的线：界面变成事件，事件变成代理，代理变成原子行为，WhatsApp 不再是渠道，而是 对话式操作系统。
实际结果
这个模型让我构建了一个 通过 WhatsApp 可操作的电子商务 + CRM + 迷你 ERP，具备以下功能：
- 在同一渠道内的执行、可追溯性和恢复。
- 这不是“机器人”，而是一个对话式运营层。
下一步 – 系列文章
在这一系列文章中，为了解释我如何创建术语/概念/架构 FullAgenticStack，你会注意到大部分概念的名称都是在我实现解决方案 之后 产生的。
- 目标： 在全年展示从 “WhatsApp‑first” 到完整系统的工程路径。
- 最终交付： 在今年年底前，完成 3 个关键的额外模块（用于连接通常松散的部分），以构建一个真正的 FullAgenticStack 系统。
如果你想了解 FullAgenticStack 的最小定义，请继续关注本系列。
我所认为的“WhatsApp‑first 系统”(WFS Basic)
WFS 基础版（最低“通过/失败”）
- 100 % 可通过 WhatsApp 执行的功能（包括管理员和恢复）
- 通过文本和音频（STT）输入，适用于任何功能
- 没有仅限仪表盘的状态变更
- 带确认的命令 + 幂等性（不能重复收费/取消）
- 通过对话进行可观察性（状态/错误/最后决策，无需强制面板）
- 通过对话进行恢复（在适用时重试/取消/重新处理/补偿）
如果想要更深入的工程实现（协议、证据、可观察性和恢复），我已经链接了这篇技术文章。
想了解更多关于 WhatsApp‑first 吗？
了解首个专注于此概念/架构的课程：
fullagenticstack.dev/whatsapp-first
想进一步了解 WhatsApp‑first 的开放标准吗？
访问相应的文章（链接待插入）。
下一篇文章： 我如何实现对话式 Agentic UX