北京
“在动手写代码之前，我先给SDK立了五条永远不能打破的规矩。第一条就是：一条广告绝不能打断一次工具调用。”Lulu Ads的创始人在一篇工程自述中这样写道。他的野心很明确——给AI智能体经济的工具层安上一套商业模式，而目前上千个MCP服务器几乎全部免费运行，开发者独自扛着账单。
所谓MCP服务器，是支撑Claude这类智能体去搜索、抓取、预订、计算的工具。当前生态里，多数服务器由个人开发者维护，没有收入来源，但持续产生着真实的托管成本。创始人说，这就是他一直在填补的缺口。
最直观的解法——“就往里面塞广告”——恰恰是最令人不安的方案。让广告接近大语言模型输出，几乎等于在更高速度下复刻广告技术领域曾经犯过的每一项错误。因此他选择先列出一份约束清单，再让产品从清单里长出来。
五条不可违背的铁则是：广告绝不能打断工具调用、绝不能试图给模型下指令、绝不能不加标注、绝不能出现在故障状态下、以及一条不相关的广告该让广告主买单，绝不能让用户承担代价。整个架构的其他部分都由这些约束自然推演而出。
第一条铁则被实现为“故障开放、150毫秒硬限制、无例外”。SDK包裹住MCP工具返回的响应，广告拉取被赋予一个硬性的150毫秒预算。超时、网络错误、畸形响应、后端宕机——任何事发生，原始响应都原样发出。故障模式是“没有广告”，绝对不可能是“没有答案”。哪怕Lulu Ads整个后端明天忽然消失，所有已集成的服务器也察觉不到任何变化。这听起来简单，实际却意味着广告通路永远不能横在工具与用户之间；它只是一个旁路注解，而绝非代理。
第二条铁则把守门人的角色交给了模型自己，这也是受到最多质疑的设计决策。创始人给出精确表述：赞助单元是一个标注为“赞助”的数据字段，附属在工具返回结果上，它根本不是一条提示。SDK中不存在任何展示指令——没有“请显示这个”，没有“可以考虑提一下”，什么都没有。宿主模型会看到实际工具结果旁边有一个清晰标注的赞助建议，然后自行判断它的相关性是否足以呈现在用户面前。如果是垃圾，模型就会忽略它，用户根本看不到。这样就把常规广告技术里的权力关系倒转了过来：发布者这个表面比广告本身更聪明。一块横幅广告无法评估自己，但一个前沿模型在评估一条标注清晰的建议时，绝对可以做到这一点。
第四条铁则规定永远不能出现在错误状态下。如果工具调用失败了，用户正在经历糟糕的瞬间。这时候SDK会在中间件层面拒绝将赞助数据附加到错误返回上。把故障状态拿来变现，就是产品开始憎恨自己用户的起点。
对于为何选择按行动计费（CPA）而非按展示计费，文章给出了清晰的激励逻辑。基于展示的定价会奖励漫天投放与祈求运气；基于行动则意味着广告主只有在有人实际转化时才付费。因此，唯一值得运行的广告就是那些真正相关的广告。激励对齐的效果远超任何政策执行。
在集成方式上，文章透露，Python生态中只需在FastMCP中间件上添加一行代码就能完成接入。这种极简设计呼应了整个项目从约束出发的产品哲学——先决定什么不能做，再让能做的事情变得一目了然。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
