周一打开故障群,发现一个支付失败的工单上已经堆了三次重试。最初的提示词早就没了,取而代之的是午饭前同事随手敲的一行字。没人说得清第一次调用用了哪个工具 schema,也没人知道第二次调用有没有改过 system prompt。共享模型的调用记录里还挂着这笔费用,但 wiki 上根本找不到谁该为这串调用负责。 这个缺失的记录才是值得修的 bug,而且不用跟人争这周哪个模型更聪明。重试把失败的提示词
你肯定见过这种玩法:某个 Reel 说"评论 GUIDE 我就发给你",你刚发完评论,几秒钟后私信就来了。这不是有人在盯着手机,而是基于 Meta 官方 Instagram API 构建的事件驱动系统。 这篇文章聊清楚几件事:评论怎么推送到你的服务器、私信怎么发出去、有哪些限制需要提前设计好,以及为什么"给我密码"的机器人是个坑。内容保持在架构层面,Meta 会改 API 版本、权限名和限制,具
最近折腾了几个 AI 项目,踩了不少坑,这篇把从 LLM API 到 Agent、Harness 再到生产系统的东西捋清楚。 把大模型接进应用里其实不难,发个请求、收个响应、显示出来就完事了。但要做成一个可靠的应用,那就是另一回事了。 真实的应用需要管理上下文、执行工具、保持状态、处理中断、请求审批、处理异常、恢复故障,还得把进度反馈给用户。有些应用还要处理图片、音频、视频、文档、结构化数据或
最近把市面上的 Agent 间通信协议翻了个底朝天,想找个客观的评估维度,结果发现所有对比文章都是软文式的叙事——协议 A 强调发现能力,协议 B 任务模型更丰富,都很有前景,还需要更多工作。确实有几篇综述做得不错,但看完还是不知道该信谁。 所以自己动手整了一个评估框架。十个维度,每个维度有序数级别,每个级别锚定的是规范文档里能找到的具体属性,而不是"质量好不好"这种主观判断。然后把这十三份规范