当替客人挑餐馆的，变成了 AI。

助手去的是数据本来就在的地方

我们把一个晚餐任务交给一个真实的代理时，它没有去找任何特别的东西。它搜索网页，打开餐馆网站和目录站，用 Google 地图核对时间、地址和订位链接。如果你的 Google 资料卡上没有官网，它就只能从最后一个写过你的人那里认识你。

没有哪个特殊文件能让助手找到你。出现在它们本来就用的地方——你的 Google 商家资料、一个能打开的网站、你真正在用的订位平台——这就是「可被发现」的全部含义。

餐馆是因为缺事实被淘汰，不是因为缺风格

助手有了候选之后，会把每条事实和需求逐条核对：时间、预算、饮食、人数、能不能订。每一处空白都变成「无法确认」。在我们的测试里，三家候选都倒在这一步。没有一家是差店。也没有一家有确认过的价格、饮食信息或明确的订位方式。

我们做的就是这一步。不是为了排得更高，而是为了不被淘汰。

「列出来的」不等于「确认过的」

Google、目录站和点餐页上的营业时间可以各不相同，助手没有办法知道哪个对。一家自己说出事实、并写上日期的餐馆，就把这个平局打破了。我们把「资料卡怎么说」和「餐馆确认了什么」分成两个字段，永远不悄悄把前者升级成后者。

一份记录，四个输出

我们维护一份你的事实记录。由它生成人看的首页、带来源和日期的事实页、内容一致的 JSON 数据文件，以及一个纯文本版本。改一个字段，四处同时变。助手可以用标准的网页版本标记低成本地回来复查数据文件——我们测过，它们确实会。

行动是最后一公里

读到不等于订到。我们链接到你已经在用的——电话、Toast、OpenTable、Resy——并用文字写清你的政策。等面向助手的订位和支付协议成熟了，一份维护中的记录就是它们要接的东西。真的能接了我们就加，接不了我们就说接不了。