01 客服邮箱
客户来信
现在,靠人工
- 读邮件
- 客户真正想要什么
- 翻找过往回复和订单记录
- 打字回复
- 在工单系统里登记
- 记得跟进
有了系统之后
- 每封邮件一到就读取并分类
- 从您的文档和订单中提取事实
- 按您的语气起草回复,并附上来源
- 登记并安排跟进
留给您的
- 批准或修改草稿
AI 系统 · Laravel 与 WordPress
我把 AI 集成到您业务已经在用的软件里:让 Laravel 应用和 WordPress 网站读邮件、提取发票、起草产品页、根据您自己的文档回答问题——然后把真正重要的那个决定交给人。基于官方 Laravel AI SDK 和 WordPress AI Client 构建,使用您的数据、您的密钥和您选择的模型。
{ 意图:报价,数量:40,截止:周五,紧急程度:高: }
01在哪里节省时间五个流程,前后对比
大多数企业已经在某处用上了 AI——麦肯锡 2025 年调查中为 88%——但超过 80% 表示利润并未因此改变。区别几乎总在于 AI 放在哪里。放在工作旁边的聊天窗口能省几分钟。同一个模型放进流程内部——读取到来的内容、填写您的系统、只在该问人的时候才问人——就能省掉整整几个步骤。
客户来信
现在,靠人工
有了系统之后
留给您的
收到一份 PDF
现在,靠人工
有了系统之后
留给您的
来了一件新商品
现在,靠人工
有了系统之后
留给您的
有人填写了您的表单
现在,靠人工
有了系统之后
留给您的
同事有个问题
现在,靠人工
有了系统之后
留给您的
02范围我构建什么
一个搜索框或聊天窗口,依据您的文档、制度、产品数据和历史工单作答——而不是来自互联网。您的内容会被切分、向量化并存储,以便按语义检索,每个回答都链接到它出自的段落。如果答案不在您的资料里,它会直说,而不是编造一个。
发票、采购订单、简历、合同、表单、来信:由一个必须返回固定结构的模型读取,像其他任何输入一样经过校验,再写入您的数据库或账务系统。它拿不准的,会连同原因一起进入队列交给人处理。
产品页、商品说明、常见问题、替代文本和翻译,以您的语气在 WordPress 和 WooCommerce 中生成为草稿,供编辑审核。我在生产环境中构建过这样的系统:根据一张照片写出产品页,并一键翻译成七种语言。
智能体是能使用工具的模型:查询订单、更新 CRM、预订时段、发起退款。每个工具都是普通的、经过测试的代码,有自己的权限检查,任何有后果的操作在执行前都要等待批准。Laravel AI SDK 内置了这个审批步骤,我会用上它。
WordPress 现在有了 Abilities API 和官方 MCP 适配器,能让 AI 助手发现并执行您网站允许的操作——发布草稿、查询订单——仅此而已。我会为您的团队注册合适的能力,每一项都有自己的权限检查。
这类工作大多不是做一个新产品,而是让一个运行良好的 Laravel 应用或 WordPress 网站多出一项功能,去掉某人一天中最乏味的那一步。我会先读您的代码,再用同样的风格往上加,而不是外挂一个独立服务。
03方法模型之外的工程
调用一个模型只需十行代码。要信任它在您业务中的所作所为,需要的是这十行代码周围的一切——而这正是我构建的主要内容。
回答由从您自己内容中检索到的段落构建,并注明出处。这是防止“一本正经地答错”最有效的办法,任何人一键就能核对。
当结果要流入另一个系统时,模型必须返回规定的结构——字段、类型、允许的值——并在保存任何东西之前完成校验。格式错误的回答只是一个会被重试或标记的失败任务,绝不会变成一条损坏的记录。
发送、付款、删除和发布要等人来批准。起草、分类、提取和查询则不用。这条线划在哪里,由我们按流程逐一共同决定,并且可以随着信任增长而移动。
上线前会用您真实案例组成一套测试集,并据此给系统打分。之后更换提示词或模型,就成了有据可查的改动,而不是碰运气。
代码通过一个与供应商无关的层来调用模型,所以在 OpenAI、Anthropic 和 Gemini 之间切换只是配置,而不是重写。每次调用都会记录 token 数、费用和耗时,让您看到每个流程的运行成本。
如果一个表格公式或一条简单规则就能解决,我会直说。AI 适合读取非结构化的东西——文字、文件、图片——而不适合做算术。
04流程先小规模,再证明可行
05常见问题常被问到,坦率回答
不会——它把重复录入、分类和查找从他们一天的工作中拿走,把决策留给他们。我构建的每个系统,都有人来批准所有重要的事。实际效果是同一支团队能处理更多工作、犯更少错误,并且不再做那部分没人愿意做的活。
在我使用的企业级 API 方案中不会:OpenAI、Anthropic 和 Google 默认不会用 API 数据训练模型。您的文档留在您自己的数据库中,每次请求只发送回答所需的那几段内容。如果数据不能离开某个地区或某台服务器,这会限制我们可选的模型,我会在一开始就说明。
系统的设计就是要让错误被发现。回答会注明出处;流入系统的结果必须通过校验;任何有后果的操作都要等待批准;而每次更换提示词或模型,都会重新跑一遍由真实案例组成的测试集。目标不是一个永不出错的模型,而是一个让错误答案无法悄悄造成损害的系统。
通常比大家预想的低得多:大多数业务流程每处理一项的模型费用只有几美分。每次调用都会记录费用,所以从试运行第一周起,您看到的就是每个流程的真实数字,而不是估算。
以合适成本最能完成您任务的那个——通常来自 Anthropic、OpenAI 或 Google。代码通过与供应商无关的层来调用(Laravel AI SDK 或 WordPress AI Client),所以日后换模型只是配置变更,不必重建。
可以,这正是这类工作的主体。我会先读现有代码,再用同样的风格加上功能——一个新的队列任务、一个新的后台页面、一个新的区块——而不是做一个您之后还得保持同步的独立服务。
用您的真实数据做出原型大约需要一周,第一个流程上线生产环境大约需要三到六周,取决于要对接的系统。从一个流程开始是刻意的:先证明价值,您再决定是否投入下一个。