Claude Duet 小店早报：推 Google 地图差评

我们在 2026 年 11 月 5 日 00:16–00:27（新加坡时间）真调了三家美国小店的 Google 地图和 Yelp 评论：纽约法拉盛的春阳茶事（Chun Yang Tea Flushing）、奥斯汀东区的 Flitch Coffee、休斯敦东区的 Taquería Chabelita。三家店最新一条 Google 评论分别是 41.8 天、13.5 天、22.9 天以前，近 90 天里只有 8 天、7 天、4 天出现过新评论，所以一个每天早上帮店主看差评的主动助理，绝大多数早晨应该一句话都不说。把 since 参数写成前一天以后，没有新评论的那天 google_maps_reviews/reviews 返回空结果、预扣的费用当场退回，实际不花钱；春阳茶事最近一条差评却在 Yelp 上（9 月 29 日，2 星，等饮料等了近 30 分钟），比它在 Google 上最新的评论还晚 6 天，只盯 Google 的早报会漏掉它。Duet 一侧我们还没有资格实测，下文的 Duet 设置是按官方帮助页写的配置示例。

这篇文章回答一个具体的问题：一家没有技术人员的小店，店主每天早上打开手机，想看到一条消息：昨天 Google 地图和 Yelp 上有没有新差评、写的是什么、要不要回、同一条街上的竞品最近有什么变化。工具用的是 Anthropic 在 10 月 21 日开放研究预览的 Claude Duet，数据用 EveryInfra 的 google_maps_reviews/reviews、google_maps_reviews/search、yelp/reviews 和 yelp/search 四项能力。EveryInfra 一侧的每个数字都来自真调的原始返回；Duet 一侧我们没有账号，本机也不登录 Claude 网页版，所以所有 Duet 的界面和行为都写成「配置示例」，每条事实都链到 claude.com 或 support.claude.com 的原文，读取日期是 2026 年 11 月 5 日。

这件活是什么：不会写代码的店主，每天早上一条消息

站内已经写过两篇和地图差评有关的文章，先说清楚这一篇和它们有什么不同。Google 地图评论怎么批量抓讲的是开发者怎么把评论导出成表，比较官方接口、自己写爬虫和按次付费的数据接口；Claude Managed Agents 每晚巡检门店差评讲的是有工程师的连锁餐厅，怎么在 Anthropic 云端用定时部署、vault 和 webhook 搭一个无人值守的巡检任务，样本是纽约 Katz's 这种一天进来二十多条评论的大店。这一篇的读者不写代码，手里只有一部手机和一个 Claude 订阅，店也小得多：一个月只有几条新评论，一年可能只有几条差评。对这样的店，问题不是「怎么读得快、读得全」，而是「怎么让助理在没事的时候别打扰我，有事的时候一条都不漏，而且别为空跑花钱」。

我们选法拉盛的一家奶茶店做中文版的主样本，就是因为纽约、湾区、洛杉矶的华人小店老板正是 Duet 这类产品瞄准的人群：Anthropic 在发布文里写，Duet 是为「事情多到盯不过来」的专业人士和小店主做的（Introducing Claude Duet）。

我们给这件活定了三条判据，写在调数据之前：第一，早报只在有新的 1–2 星评论、或者竞品出现明显变化时才发消息；第二，同一条差评不重复推；第三，没有新评论的早晨，接口费应该是零或接近零。后面的实测逐条回答这三条能不能做到、在哪一步做不到。

Claude Duet 是什么：10 月 21 日开放的主动助理

Anthropic 在 2026 年 10 月 21 日（2026-10-21）发布 Claude Duet 的研究预览。发布文对它的定义是一个「主动的智能体」：它会主动来找你，告诉你什么事需要你注意；你交给它的任务，它在你离开以后继续做；它代表你做事之前会先问你（Introducing Claude Duet）。Claude 官方账号当天在 X 上发的说明写的是「通过等候名单，先开放给美国的 Pro 和 Max 用户」（Claude 在 X 上的发布帖）。CNBC 当天的报道把它定位成和 OpenAI dots、Meta Muse 竞争的产品（CNBC 2026-10-21）。

对小店早报最有用的是四个机制，都写在发布文和帮助页里。第一，每天早上它会发一份简短的早报，列出你连接的应用里最重要的事；白天它盯着这些应用，只在有事需要你时才发消息。第二，它有一台自己的云端虚拟机和浏览器，所以不需要你的电脑或手机开着。第三，它「每隔几个小时」检查一次你连接的账户，原因写得很直白：一直不停地检查会更快用完你套餐的额度；你也可以告诉它你想听什么、多久听一次。第四，发消息、付款、签文件、删除任何东西之前，它会把要做的事完整展示出来，等你批准（Introducing Claude Duet）。帮助页把检查频率写成「按固定间隔」，并在限制里补了一句：紧急的事情可能在两次检查之间到达（Get started with Claude Duet）。

这张图是本文推荐的流程，第 1、3、5 步的取舍在后面几节用实测数据解释。需要先说明的是，Duet 自己的早报怎么挑「最重要的事」，原文只说它会判断什么需要你、什么可以等，并且 Anthropic 还在根据测试者的反馈调整这种判断（Introducing Claude Duet）。所以我们不指望它自己想到去看 Google 地图，而是在任务里写清楚每天看什么、什么情况才发消息。

Claude Duet waitlist：谁能申请，要什么套餐

帮助页「Who can get access」一节列了三个条件：Pro、Max 或 Ultra 套餐；美国的 Claude 账号；等候名单发来的邀请。下面一节「Why you might not have access yet」又列了四种拿不到的原因：邀请分批发出、只在美国、Team 和 Enterprise 套餐暂时没有、等候名单上留的邮箱和你的 Claude 账号或手机上的 Google、Apple 账号对不上。我们在 2026 年 11 月 5 日 00:38（新加坡时间）截下了这两节：

这里有一个容易让人困惑的地方：10 月 21 日的 X 发布帖写的是 Pro 和 Max，11 月 5 日读到的帮助页和产品页写的是 Pro、Max 和 Ultra（产品页）。这不是 Duet 扩大了范围，而是套餐改了名字：Anthropic 在 10 月 30 日把 Max 5x 改名为 Max、Max 20x 改名为 Ultra，价格分别仍是每月 $100 和 $200（The New Stack 2026-10-30 报道，原文见 Ultra 套餐帮助页）。对小店主来说，最便宜的门槛是 Pro：定价页写的是按月付每月 $20，按年付折合每月 $17（Claude 定价页）；Pro 套餐帮助页补充说，各地区价格以当地货币显示，税费有的含在价里、有的结账时另加，Pro 有 5 小时额度和每周额度两道限制（What is the Pro plan?）。Max 每月 $100，额度是 Pro 的 5 倍（What is the Max plan?）。只做差评早报，Pro 就够了；后面会算到，早报消耗的额度主要取决于每天读回来多少文字。

申请步骤也在帮助页里：去产品页点「Join the waitlist」，填名字和邮箱（已经用 Claude 的就填 Claude 账号的邮箱），选套餐和手机类型，可以顺便写你是做什么的、想先交给它什么活；轮到你时会收到邮件，用和这个邮箱绑定的 Apple 或 Google 账号在手机上装应用（帮助页）。帮助页还写了一个小福利：被批准进入研究预览时，你会得到一次完整的额度重置，5 小时额度和每周额度一起重置，这次重置在 2026 年 11 月 30 日前有效（帮助页、额度重置说明）。Reddit 上有人在 2026-10-22 申请后一直没收到任何回音，发帖问有没有人已经进去了（Reddit 讨论），这和帮助页「分批发出、不保证日期」的说法一致。

Duet 继承哪些连接器：自定义连接器原文没写

Duet 能不能读到 EveryInfra 的数据，取决于它能不能用你在 Claude 里加的自定义连接器。帮助页的原话是：Duet 跑在你的 Claude 账号上，你在 Claude 里设置的记忆、技能和连接器从第一条消息起就在；它能用你已经在 Claude 里连好的应用，例子是 Gmail、Google 日历、Google Drive、Slack、QuickBooks、HubSpot、Docusign 和 Calendly（帮助页）。安全说明补了一句：你在 Claude 里连好的应用会带到 Duet，在一处关掉，两处都关（安全说明）。发布文说 Duet 能用 Claude Marketplace 里 6,000 多个连接器和插件（Introducing Claude Duet、Claude Marketplace）。

这几处原文都没有出现「自定义连接器」（custom connector）这个词，也没有说「只限目录里的连接器」。我们能找到的唯一直接证据来自用户：Reddit 上一位已经拿到资格的用户在讨论帖里说，他为了连多个 Google 账号自己写了一个 MCP 服务器，Duet 马上就能用（Reddit 讨论）。这是个人报告，不是官方承诺，所以我们的写法是：按帮助页「继承你在 Claude 里连好的连接器」的字面意思，加在 Claude 里的 EveryInfra 自定义连接器应该会出现在 Duet 里，但在你自己的 Duet 里确认之前，不要把它当成定论。帮助页还列了两条已知限制：有些连接器在 Duet 里有限制，例如 Slack；Microsoft 365 暂时不能用（帮助页）。

自定义连接器本身在 Claude 里是哪些套餐都能用的。连接器帮助页写明，使用远程 MCP 的自定义连接器在 Claude、Cowork 和 Claude 桌面版上对 Free、Pro、Max、Ultra、Team 和 Enterprise 都开放，Free 只能加一个（连接器帮助页）。另一个和小店主有关的细节是网络：自定义连接器是从 Anthropic 的云端连到你的 MCP 服务器，不是从你的手机或电脑连（自定义连接器帮助页）。EveryInfra 的远程 MCP 地址 https://api.everyinfra.com/mcp 在公网上，这一条不会挡住你。

为什么不让 Duet 自己开浏览器看 Google 地图

很多人第一个想法是：Duet 有自己的浏览器，让它每天早上打开 Google 地图看一眼不就行了，为什么还要接一个数据接口？原文里有三处理由，加上我们的实测，可以说清楚为什么不推荐。

第一，你看不到它读到了什么。帮助页的限制里写着：你不能在 Duet 的浏览器里看它工作，也不能接管浏览器（帮助页）；发布文也说它「还不能给你看它的浏览器」（Introducing Claude Duet）。差评早报最怕的是漏读，而浏览器读页面这件事你没法核对；接口返回的是带 id、posted_at、rating、owner_response 的结构化记录，每一条都能回查。

第二，网站可以拒绝它。安全说明写道，Duet 的浏览器发出的请求带有专门的 User-Agent，Anthropic 公布它浏览时用的公网 IP，发布前还联系了几家大网站，让它们可以选择不让 Duet 访问，其中一些选择了不让（安全说明）。原文没有点名是哪些网站，我们也不知道 Google 地图和 Yelp 在不在里面，但这说明「让浏览器去看」不是一条稳定的路。帮助页也写了它的浏览器会尽量遵守网站给智能体定的规则（帮助页）。

第三，网页的排序本身就不可靠。Yelp 的支持页写明，默认排序综合了时间、用户投票和评论质量，所以较旧的评论可能排在较新的前面，登录用户才能选「Newest First」（Yelp 支持中心）。我们实测春阳茶事的 Yelp 第一页 10 条，日期从 2025 年 4 月到 2026 年 9 月，顺序是乱的，最新那条 9 月 29 日的差评排在第 3 位。Google 一侧，Google 商家资料帮助页写明，评论要先过政策审核，有时要几天才出现；客人看到店家回复以后改了评论，评论日期会变成最后一次修改的日期（缺失或延迟的评论、管理客户评论）。我们在春阳茶事的最新 50 条里看到 2 条 2022 年和 2019 年的评论夹在 2024 年的评论中间，在 Chabelita 的 50 条里看到 5 处这样的乱序，用浏览器「从上往下看到昨天为止」的读法，会被这些评论打乱。

官方接口也帮不上忙。Google Places API 的字段说明写明，一个地点最多返回 5 条评论，按相关度排序（Places API 参考）；Yelp 开放平台的评论接口最多返回 3 条评论摘录，按 Yelp 默认顺序（Yelp 开发者文档）。如果是读自己的店，店主还有一条官方路：Google Business Profile API 可以列出一家门店的全部评论，也能回复，但要先注册应用、拿 OAuth 2.0 凭据（Google Business Profile API），这对不写代码的店主门槛不低，而且读不了竞品。

还有人会问：Google 自己不是会通知店主有新评论吗？会。Google 商家资料的通知设置里有一类「客户动态」，客人留下新评论或上传照片时会提醒你，可以通过邮件、搜索或地图应用收到，也可以在 Business Profile 的 More → Notifications 里逐项开关（管理通知）。如果你只关心自己店在 Google 上的评论，而且每条通知都会看，这个免费的提醒已经够用。差评早报多做的是三件事：把 Yelp 上的评论放进同一条消息；把好评和差评分开，只把 1–2 星和没回复的顶到前面；附上回复草稿和同商圈竞品的变化。Google 的通知只管你认领过的店，看不到竞品，也不会替你起草回复。

配置示例：在 Claude 里加 EveryInfra 连接器

下面的步骤照 Claude 帮助页和 Claude 文档的原文写，界面我们没有亲手点过，菜单名以你看到的为准。Pro、Max、Ultra 用户的入口是 Customize → Connectors，点 Add，悬停在 Custom 上选 Web；填名称和远程 MCP 地址，点 Continue；在 Authentication 里选「No sign in」；在 Request headers 里加 API Key（连接器帮助页）。Claude 文档特别提醒两点：Claude 按原样发送请求头的值，不会自动补「Bearer」，所以 Authorization 的值要写成 Bearer 加 Key，中间有一个空格；认证设置保存以后不能改，换 Key 要删掉连接器重新加（Add a connector that isn't in the directory）。

# 配置示例（Claude 网页版 → Customize → Connectors → Add → Custom → Web）
Name:            EveryInfra 评论数据
MCP server URL:  https://api.everyinfra.com/mcp
Authentication:  No sign in
Request headers:
  Authorization: Bearer <给 Duet 单独开的 EveryInfra Key>

# 工具权限（Customize → Connectors → EveryInfra 评论数据 → Tool permissions）
everyinfra_list_capabilities   Always allow     # 免费，查能力和参数
everyinfra_call_api            Always allow     # 每天的取数；会扣费，见下一节
everyinfra_get_job             Always allow     # 免费，读异步任务
其余工具                        Blocked          # 早报用不到

Key 最好单独开一把。EveryInfra 的 Key 可以只放行部分能力，并设一个美元总限额，到限额时请求被拒、不扣费，字段说明在 OpenAPI 文档里，接法细节见远程 MCP 接入说明和 MCP 服务器页。按后面算的账，一家店一年的接口费不到 $0.31，把限额设成 $2 就足够覆盖好几年；即使 Key 被别人拿到，损失也被锁在这个数以内。

工具权限：everyinfra_call_api 为什么标 destructiveHint

这是这件活里最大的一个不确定。我们在 2026 年 11 月 5 日 00:15（新加坡时间）不带 Key 读了一次 MCP 的工具清单（tools/list，不计费），一共 12 个工具，每个工具都带 MCP 规范定义的行为提示（annotations）。和早报有关的三个如下：

everyinfra_call_api 不改你在任何平台上的数据，为什么标成「可能有破坏性」？因为它会从你的钱包里扣钱，按 MCP 规范的定义，这是一个改变外部状态、而且不能撤回的动作。规范写明这些提示只是提示，客户端必须把它们当成不可信，除非来自可信的服务器（MCP 规范 Tools 一节）；MCP 官方博客 3 月的一篇文章举例说，一个标了只读的工具可能被自动放行，标了 destructiveHint: true 的会多一步确认（MCP 博客 2026-03-16）。

Duet 会不会因此每天早上停下来等你批准？原文没写。我们能确认的是三件事。第一，Duet 的审批范围写得很具体：发消息、付款、签文件、删除任何东西之前要你批准；另有一个独立的自动检查，基于 Claude Code 的自动模式分类器，判断每个动作是否符合你的意图（安全说明、Anthropic 工程博客：auto mode）。第二，Claude 的连接器权限可以按工具设成「Always allow」「Needs approval」或「Blocked」（连接器帮助页）。第三，安全说明写明，你离开时跑的例行任务也受同样的保护（安全说明）。所以最稳妥的做法是：在 Claude 的连接器设置里把 everyinfra_call_api 设成 Always allow，再用限额 Key 兜住花费；如果你的 Duet 仍然每次都问，就在第一天早上点一次批准，看它会不会给出「这个任务里都允许」之类的选项。帮助页写道，你来不及批准时，Duet 会把任务的其余部分做完，晚点再把审批带回给你（帮助页），所以最坏的情况是早报晚到，不会白扣钱。

对比一下另外两家：OpenAI 的 dots 写明，后台的主动研究只用限制为只读的工具，不能发消息、不能改应用内容（Introducing dots）；按这个规则，readOnlyHint: false 的取数工具只能放进你指派的定时任务里，这一点站内 ChatGPT dots 选品雷达一文有详细分析。Meta Muse 的权限页把动作分成读和写两类，选「Ask for some actions」时，每个写动作和重要的读动作都会先问你（Muse 指导与审批）。三家里，Duet 是唯一没有公开「后台检查能调哪类工具」规则的。

早报的提示词和格式

Duet 的帮助页说，你可以像给人发消息一样给它发任务，也可以告诉它你想听什么、多久听一次（帮助页、Introducing Claude Duet）。下面这段是我们按实测结果写的任务说明，直接发给 Duet 即可。它有三处是专门为省钱和防漏写的：Google 用 since，每天只读一次；Yelp 和竞品放到每周固定的日子；判新只看评论 id。

从明天起，每天早上 7 点（纽约时间）帮我看一次店里的新评论，只用 EveryInfra 评论数据连接器，不要用浏览器。

1. 调 everyinfra_call_api：platform=google_maps_reviews, action=reviews,
   params={url: "<我的店的 Google 地图链接>", sort: "newest", since: "<昨天的日期，YYYY-MM-DD>", limit: 20}。
   如果 count 是 0，今天这一步就结束，不要给我发消息。
2. 每周一和周四再调一次 platform=yelp, action=reviews, params={url: "<我的店的 Yelp 链接>"}。
   Yelp 不按时间排序，整页 10 条都要看。
3. 每周一调一次 platform=google_maps_reviews, action=search,
   params={keyword: "bubble tea", location: "Flushing, NY", limit: 20}，
   记下每家店的 rating 和 review_count，和上周比。
4. 用评论 id 判断是不是新的：记住你已经告诉过我的 id，同一条不要说第二次。
5. 只有下面三种情况才给我发消息：有新的 1–2 星评论；有新的 3 星评论且提到服务或卫生；
   竞品里有人评分变化 ≥0.1 或一周新增评论 ≥10 条。
6. 消息格式：
   - 第一行：今天要处理几条差评。
   - 每条差评：平台、星级、日期、原文（不是中文就附一句中文翻译）、店家回复过没有、
     你建议怎么回（不超过 3 句，先道歉；改进只写我告诉过你的，不要替我承诺或编造已经采取的行动，不知道就留一个「<你实际做的调整>」让我填；不要提优惠或补偿）。
   - 最后一行：本周竞品变化，一句话。
7. 回复草稿只给我看，不要替我发到任何平台。

第 6 条里「不要提优惠或补偿」不是客套。美国联邦贸易委员会 2024 年 8 月发布的消费者评论规则禁止企业以特定倾向为条件给评论人报酬或其他好处，也禁止用威胁、恐吓等手段让人删掉差评（FTC 公告、16 CFR Part 465）。Google 的政策写明，用免费或打折的商品换取客人发评论、改评论或删差评，都属于被严格禁止的虚假内容；Google 地图的内容政策还写明，商家不能阻止或劝阻客人写差评，也不能只挑可能给好评的客人去邀请（Google 地图禁止和受限内容）；它对回复差评的建议是保护隐私、不做人身攻击、诚实说明能做什么不能做什么、及时回复（获取更多评论的提示）。Yelp 更严，连主动请客人写评论都不鼓励（Yelp：不要索要评论）。FTC 工作人员发布的问答补充说明，这条规则 2024 年 10 月 21 日起生效，法院可以对明知故犯的违规处以民事罚款；替商家写评论、做口碑管理的公司同样可能要担责（FTC 规则问答、联邦公报原文）。让 Duet 起草回复，等于让一个自动化工具替你说话，所以回复草稿要你看过再发，这一条写进了提示词第 7 步。我们只写这些平台和监管机构的原文，不提供法律意见。

一条按春阳茶事真实数据拼出来的早报示例（9 月 29 日那条 Yelp 差评，假设它是昨天发的）：

今天有 1 条差评要处理。 Yelp · 2 星 · 9 月 29 日 · 原文大意：点单后等了将近 30 分钟，看到很多做好的饮料放在台面上没人叫号。店家还没有回复。建议回复（尖括号里由你填，助理不替你编）：「很抱歉让您等了这么久。那天出单和叫号没跟上，<你实际做的调整，没做就删掉这句>。欢迎再来，到店时可以直接跟店员说一声。」 本周竞品：法拉盛 20 家同类店里，评论最多的是 ChaHalo 茶话弄（1,342 条）和 Xing Fu Tang（1,153 条）。

一次真实往返：模型发出什么，接口回了什么

Duet 一侧我们没法跑，但它经连接器发给 EveryInfra 的请求，就是一条标准的 MCP tools/call。我们在 2026 年 11 月 5 日 00:24（新加坡时间）用同样的请求直接调了一次远程 MCP，读春阳茶事 10 月 1 日以后的 Google 评论：

{"jsonrpc":"2.0","id":7,"method":"tools/call","params":{"name":"everyinfra_call_api",
 "arguments":{"platform":"google_maps_reviews","action":"reviews",
  "params":{"url":"https://www.google.com/maps/search/?api=1&query=Chun%20Yang%20Tea%20Flushing&query_place_id=ChIJnzbAWQ5hwokRCFXB8oE55cg",
            "sort":"newest","since":"2026-10-01","limit":20}}}}

返回体只有 1,274 字节：results 是空数组，count 为 0，pagination.stop_reason 是 end_of_list，billing.charged 为 false、charged_usd 为 0.0、reason 是 empty_result_refunded，refund.status 是 succeeded，100 credits 当场退回。两分半钟以后，00:26（新加坡时间）我们用 REST 读 Flitch Coffee 2026-10-15 以后的评论，返回 2 条，都是 5 星、都没有店家回复，扣 $0.001389。下图左右两张卡片是这两次的原始返回，只删掉了余额字段：

这两次往返说明了两件事。第一，空结果不扣费不是「事后退款要等几天」，而是同一个响应里就写明了退款成功，Duet 读到 count: 0 就可以直接结束。第二，有结果时按次计费、不按条数：2 条和 50 条都是 $0.001389。所以 limit 写 20 不会多花钱，只是在某天来了一堆评论时多一点余量。这两次的字段和目录里的 response_fields 一一对得上：id、text、rating、reviewer_name、posted_at、owner_response、owner_response_at 都在；需要说明的是 reviewer_name 是普通用户的昵称，早报里转述差评时不必带上。

失败的情况我们也碰到了：00:22、00:24 和 00:25 三次请求返回 429，原因是这把测试 Key 每分钟限 10 次，又和其他任务共用；等 60 秒重试就成功了，429 本身不扣费。退款和对账的细节见失败返还与对账。

实测一：小店的 Google 新评论有多稀

我们对三家店各调了一次 google_maps_reviews/reviews，sort=newest、limit=50，再按每条评论的 posted_at 往回数。三次调用都在 2026 年 11 月 5 日 00:17–00:22（新加坡时间），每次 $0.001389。

这组数直接决定了早报该怎么设计。按近 90 天算，春阳茶事平均 11 天才有一天出现新评论，Chabelita 平均 22 天一天。如果早报每天都发「今天没有新差评」，店主一个月要收到二十多条没用的消息，很快就会不看；而 Duet 的设计初衷正是「只在有事时找你」（产品页）。所以提示词第 1 步写的是「count 为 0 就不发消息」，而不是「每天汇报一次」。

还有一个细节：50 条里没有文字、只打了星的评论，春阳茶事 6 条、Flitch 17 条、Chabelita 20 条。只打星的 1–2 星评论也是差评，只是没法回应具体问题；早报遇到这种情况应该照样提醒，但不必起草长回复。

这组数的边界要写清楚。三家店都是我们按搜索结果挑的公开样本，和我们没有任何关系；评论量会随季节变，近 90 天正好是夏末到秋天；Google 评论的显示日期可能是客人最后一次修改的日期，所以「近 90 天 8 条」是按显示日期算的。站内 Claude Managed Agents 每晚巡检门店差评 一文用纽约 Katz's 测出 Google 最新 100 条只覆盖不到 4 天，大店和小店的节奏差了两个数量级，同一套早报设计不能照搬。

实测二：差评有没有人回

同样的 150 条评论里，我们按 owner_response 是否为空统计了店家回复的比例，再单独看 1–2 星的评论。

三家店是三种典型。春阳茶事几乎每条都回，大多是「Thank you ... for the kind rating!」这样的感谢，但 8 月 31 日那条 1 星（抱怨没有洗手间和 Wi-Fi）偏偏没回，而它前后的 5 星都回了。Google 的回复建议里专门有一条：与其给每个人都回同一句「谢谢」，不如把精力放在能给出有用说明的评论上（获取更多评论的提示）。Flitch Coffee 在 5 月 31 日集中回了几条之后就再没回过，9 月 13 日和 9 月 27 日两条 2 星都说咖啡难喝，至今挂在那里。Chabelita 是一家夫妻店，50 条评论跨越三年半，一条都没回过，好在差评也只有 1 条。

对早报来说，owner_response 这一列比星级更有用：它把「没人管的差评」顶到最前面。Duet 能起草回复，但不能替你发到 Google 上，因为 Duet 的连接器里没有 Google 商家资料，回复只能你自己登录 Google 商家资料去点（管理客户评论）。Google 写明回复会先审核，通常 10 分钟内，有时要 30 天，客人会收到通知，还可以据此修改评论。

实测三：Google 和 Yelp 各看到什么

只看 Google 够不够？我们对三家店各调了一次 yelp/search 找到店铺页，再调一次 yelp/reviews 读第一页 10 条，时间在 00:18–00:23（新加坡时间），6 次共 $0.008334。

春阳茶事这一家最能说明问题。它在 Google 上最新的评论是 9 月 23 日的 5 星，最新的差评是 8 月 31 日；Yelp 上却有一条 9 月 29 日的 2 星，说点完单等了将近 30 分钟，台面上放着一堆做好的饮料没人叫号。这条差评比 Google 上任何一条评论都新，也是这家店最近一个半月里唯一一条差评。只接 Google 的早报，会在 9 月 30 日早上告诉店主「没有新差评」。

Yelp 这一侧有两个限制要写进设计。第一，yelp/reviews 没有 since 参数，每次调用都会返回非空的一页，都要扣 $0.001389；所以每天读 Yelp 会成为月费里最大的一项。第二，第一页不按时间排，三家店的第一页都是乱序的，最新一条可能在第 2、3 位，甚至可能在第二页（Claude Managed Agents 每晚巡检门店差评 一文在 Katz's 上就测到第二页有 5 条比第一页最旧那条更新）。对一个月只有几条 Yelp 评论的小店，每周读两次第一页、按 id 判新，是费用和漏读之间比较合理的折中；评论多的店应该每次读两页。

实测四：一次搜索看同城 20 家竞品

竞品动态这一部分，最省钱的读法是 google_maps_reviews/search：一次调用返回 20 家店的 name、rating、review_count、permanently_closed 等字段，只扣 $0.001389。我们在 00:16（新加坡时间）搜了「bubble tea」+「Flushing, NY」，返回 20 家，春阳茶事的评分 4.4 按评分在 20 家里排第 14（和另一家并列），评论数 229 排第 12；20 家的评分中位数 4.6、评论数中位数 368。评论最多的是 ChaHalo 茶话弄（1,342 条，4.9 分）、Xing Fu Tang（1,153 条，4.3 分）和 Teapulse（1,116 条，4.7 分）。

一次快照只能看到排名，看不到变化。为了看「一段时间里竞品发生了什么」，我们在 01:08–01:09（新加坡时间）用完全相同的参数把三个商圈又搜了一次，和第一次相隔约 50 分钟，对应纽约当地 2026-11-04 中午前后，3 次共 $0.004167。

50 分钟里，两次都出现的 56 家店没有一家的评分或评论数变化，这和实测一「小店一个月才几条新评论」对得上。变的是顺序：法拉盛 20 家里有 11 家换了名次，休斯敦有 4 家店整个换掉了，例如第一次排第 14、有 2,526 条评论的 Bodegas Taco Shop 第二次不在前 20 里，换进来一家只有 3 条评论的新店。这说明搜索结果的顺序和名单本身都不稳定，不能拿「排第几」当竞品指标，也不能把「这周没出现」当成「关门了」。做法是第一周把竞品的 place_id 存成固定名单，以后每周只按 place_id 比 rating 和 review_count；某家店不在结果里时，换个关键词再搜一次，或者看它的 permanently_closed 字段。

这个设计的好处是，竞品监测的成本和竞品数量无关：20 家一次 $0.001389，每周一次一个月约 $0.006。读每家竞品的评论原文就贵得多，20 家各读一次要 $0.0278；所以早报只在某家竞品「评分动了」或「一周评论数涨得多」时才去读它的评论，平时只看计数。

每天、每月接口费

价格来自 2026 年 11 月 5 日 00:12（新加坡时间）读取的免费目录 https://api.everyinfra.com/api/v1/social/catalog：google_maps_reviews/reviews、google_maps_reviews/search、yelp/reviews、yelp/search 都是 available，每次 100 credits，即 $0.001389（每 1,000 次 $1.39）。下面四种读法都按 30 天算。Google 用 since 的那一项按上限估：一条新评论可能在发布当天和第二天的两个早上各被读到一次，所以按「有新评论的日子 × 2」计费；没有新评论的早晨不扣费。

所有读法的接口费都在一美元以内，真正要算的是另外两笔。第一笔是 Duet 本身：研究预览期包含在 Pro、Max、Ultra 套餐里、不另收费，Pro 按月付每月 $20（帮助页、定价页）。第二笔是套餐额度：帮助页写明 Duet 和 Claude 其他功能按同样的速度消耗你的 5 小时额度和每周额度，早报和后台检查都算（帮助页、用量与长度限制）。这一笔比接口费更值得省：春阳茶事最新 50 条的返回存盘后有 63,916 字节，since 的空结果只有 1,274 字节，差 50 倍；每天早上读 50 条全文，等于每天往 Duet 的上下文里塞一大段用不着的旧评论。推荐读法既省接口费，也省额度。

如果你有好几家店，按店数乘就行：推荐读法 10 家店每月约 $0.25，竞品搜索按商圈算，同一个商圈的店可以共用一次搜索。

Claude Duet vs Muse：三家主动助理对比

Claude Duet、Meta Muse 和 ChatGPT dots 都在 2026 年 9–10 月发布，都主打「主动找你」。下表只写各家原文写了的，原文没写的写「未公开」，读取日期都是 2026 年 11 月 5 日。

对一个想每天看差评的小店主，三家的差别主要在两处。第一，后台能不能调付费的取数工具：dots 写得最清楚（主动研究只读），所以取数要放进你指派的定时任务；Muse 的权限页给了「Always allow」的选项；Duet 没有公开规则，要你自己试。第二，原生连接器的方向：Muse 和 Meta 自家的 Facebook、Instagram 连得最深，dots 偏办公和开发，Duet 的例子集中在记账、发票和合同。三家都没有 Google 商家资料或 Yelp 的原生连接器，评论数据都要经自定义连接器接进来。Reddit 上一位拿到 Duet 资格的重度用户的评价是：它擅长整理收件箱、跟进遗漏、起草回复和每天的简报，但大部分工作仍然要你直接下指令（Reddit 讨论）。这和差评早报的需求正好对得上：任务固定、你只看结果。

和站内 Claude Managed Agents 每晚巡检门店差评 一文比，店的规模差了两个数量级，结论正好相反：大店要担心一晚读不完，小店要担心天天空跑。想做口碑分析而不是每日提醒的，可以看用 Agent Skills 做竞品评论分析。

做不了或要注意的地方

第一，Duet 只在美国开放，只限个人套餐，等候名单不保证日期；这一节以外，本文所有关于 Duet 界面的描述都是按原文写的配置示例，没有在真实的 Duet 里跑过。第二，自定义连接器在 Duet 里能不能用、destructiveHint 会不会触发审批，原文都没写，上文给的是按现有原文最稳妥的设置。第三，Duet 按间隔检查，帮助页明说紧急的事可能落在两次检查之间（帮助页）；差评通常不是几分钟内必须处理的事，但如果你的店需要即时提醒，Duet 不是合适的工具。第四，Duet 不打电话、不给别人发短信，经你批准可以用你连接的邮箱发邮件（帮助页），回复 Google 和 Yelp 的评论仍要你自己去后台点。

数据这一侧也有边界。since 是日期，不是时刻，所以要按 id 去重；Google 有些评论要审核几天才出现，显示的日期可能早于它真正出现的时间，since 写成前一天能多兜一天，写成两天前更稳，代价是重复读到的天数变多。Yelp 没有 since，第一页不按时间排。我们的三家样本都是评论稀疏的小店，评论多的店应该看 Claude Managed Agents 每晚巡检门店差评 一文的做法。最后，评论里的昵称是普通用户的个人信息，早报转述时去掉名字即可；我们在文中也没有写任何评论人的名字。

最近的变化

• 2026-10-21，Claude Duet 开放研究预览（发布文）。对小店主意味着：第一次有一个默认就「主动找你」的 Claude 应用，早报不用你每天去问。
• 2026-10-30，Claude 把 Max 20x 改名为 Ultra（The New Stack、Ultra 帮助页）。对小店主意味着：Duet 页面上的「Pro、Max、Ultra」就是原来的三档，没有新增门槛。
• 2026-11-30，Duet 新用户的额度重置截止（帮助页）。对小店主意味着：拿到邀请后尽早用掉这次重置，第一周调试提示词正好需要额度。

常见问题

Claude Duet waitlist 申请以后多久能用？

问题来自搜索联想词「claude duet waitlist」和 Reddit 原帖「Has ANYONE actually gotten into Claude Duet yet」（Reddit 讨论）。帮助页只写邀请分批发出、加入名单不保证具体日期，没有给出等待时间（帮助页）。最常见的「卡住」原因是名单上的邮箱和 Claude 账号不一致，申请时请填 Claude 账号的邮箱。

Claude Duet vs Muse，小店用哪个？

问题来自联想词「claude duet vs muse」。看你的客人和账本在哪：客人主要在 Instagram、Facebook 上，Muse 连 Meta 自家账号最方便，而且大部分功能免费（Muse for Small Business）；账在 QuickBooks、Stripe，已经在用 Claude 的，Duet 少一步设置。两家都没有 Google 地图或 Yelp 的原生连接器，差评数据都要靠自定义连接器。

Claude Duet review：真实用户怎么评价？

问题来自联想词「claude duet review」「claude duet reddit」。Reddit 上评价分两派：一派认为它擅长每天的简报、跟进遗漏和起草回复（Reddit 讨论）；另一派认为它不能接手 Claude Code、Cowork 里已有的任务，要重建一遍（Reddit 讨论）。对一个从零开始的差评早报，第二派的问题影响不大。

没有新评论的早上，会不会也扣接口费？

问题来自本文实测。用 since 读 Google 评论、返回 0 条时不扣费，响应里写着 empty_result_refunded 和退款成功；Yelp 没有 since，每读一次都扣 $0.001389。所以推荐读法把 Yelp 放到每周两次。

上手步骤

1. 在 EveryInfra 注册并取得 API Key，按快速开始先在试用台里调一次 google_maps_reviews/search，找到你的店和同商圈竞品，记下店铺链接；Yelp 店铺页用 yelp/search 找。
2. 用 curl 或 MCP 服务器页的说明，对你的店调一次 google_maps_reviews/reviews（since 写一周前），看清返回字段；能力说明见 Google 地图评论爬虫 API、评论能力页、搜索能力页、Yelp 爬虫 API 和 Yelp 评论能力页。
3. 给 Duet 单独开一把 Key，只放行 google_maps_reviews/* 和 yelp/*，设 $2 的总限额。
4. 在 Claude 里按上文的配置示例加自定义连接器，everyinfra_call_api 设成 Always allow，其余不用的工具设成 Blocked。
5. 拿到 Duet 邀请后，把上文的任务说明发给它；第一周每天看一眼 EveryInfra 控制台的调用记录，确认它每天只调一次、空结果不扣费。价格以定价页和目录为准。

参考资料

1. Anthropic：Introducing Claude Duet（发布文，2026-10-21），2026-11-05 读取
2. Claude（X 账号）：Claude Duet 发布帖（2026-10-21），2026-11-05 读取
3. CNBC：Anthropic 预览个人智能体 Claude Duet（2026-10-21），2026-11-05 读取
4. Claude 帮助中心：Get started with Claude Duet，2026-11-05 读取
5. Anthropic：Claude Duet 的安全、隐私与安保说明，2026-11-05 读取
6. Anthropic：Claude Duet 产品页与等候名单，2026-11-05 读取
7. The New Stack：Claude Ultra 套餐与会话额度报道（2026-10-30），2026-11-05 读取
8. Claude 帮助中心：What is the Ultra plan?，2026-11-05 读取
9. Anthropic：Claude 定价页，2026-11-05 读取
10. Claude 帮助中心：What is the Pro plan?，2026-11-05 读取
11. Claude 帮助中心：What is the Max plan?，2026-11-05 读取
12. Claude 帮助中心：What is a limit reset?，2026-11-05 读取
13. Reddit r/ClaudeAI：用户讨论：等候名单有没有人进去了，2026-11-05 读取
14. Anthropic：Claude Marketplace 连接器与插件目录，2026-11-05 读取
15. Reddit r/claude：用户讨论：Claude Duet 初体验，2026-11-05 读取
16. Claude 帮助中心：Use connectors to extend Claude's capabilities，2026-11-05 读取
17. Claude 帮助中心：Get started with custom connectors using remote MCP，2026-11-05 读取
18. Yelp 支持中心：How is the order of reviews determined?，2026-11-05 读取
19. Google 商家资料帮助：缺失或延迟显示的评论，2026-11-05 读取
20. Google 商家资料帮助：管理客户评论，2026-11-05 读取
21. Google Maps Platform：Places API (New) Place 资源参考，2026-11-05 读取
22. Yelp 开发者文档：Reviews 接口参考，2026-11-05 读取
23. Google Business Profile API：处理评论数据，2026-11-05 读取
24. Google 商家资料帮助：管理通知，2026-11-05 读取
25. Claude 文档：Add a connector that isn't in the directory，2026-11-05 读取
26. EveryInfra：OpenAPI 文档，2026-11-05 读取
27. Model Context Protocol：规范 2025-11-25：Tools，2026-11-05 读取
28. MCP 博客：工具行为提示（2026-03-16），2026-11-05 读取
29. Anthropic 工程博客：How we built Claude Code auto mode，2026-11-05 读取
30. OpenAI：Introducing dots（含 2026-11-03 更新），2026-11-05 读取
31. Meta 帮助中心：Muse 的指导与审批，2026-11-05 读取
32. 美国联邦贸易委员会：禁止虚假评论的最终规则公告（2024-08-14），2026-11-05 读取
33. eCFR：16 CFR Part 465，2026-11-05 读取
34. Google 地图内容政策：禁止和受限内容，2026-11-05 读取
35. Google 商家资料帮助：获取更多评论的提示，2026-11-05 读取
36. Yelp 支持中心：Don't Ask for Reviews，2026-11-05 读取
37. 美国联邦贸易委员会：消费者评论与推荐规则问答，2026-11-05 读取
38. 联邦公报：消费者评论与推荐使用规则（2024-08-22），2026-11-05 读取
39. EveryInfra：能力目录（价格与参数），2026-11-05 读取
40. Claude 帮助中心：How do usage and length limits work?，2026-11-05 读取
41. Meta 新闻中心：发布 Muse 个人智能体（2026-09-08），2026-11-05 读取
42. Meta 新闻中心：Muse for Small Business（2026-09-29），2026-11-05 读取
43. OpenAI 帮助中心：Getting started with your dot，2026-11-05 读取
44. Meta 帮助中心：Muse 订阅，2026-11-05 读取
45. Meta 商业帮助中心：Muse 定时任务，2026-11-05 读取
46. OpenAI 开发者文档：dots：任务与记忆，2026-11-05 读取
47. Meta 帮助中心：Muse 连接器，2026-11-05 读取
48. ChatGPT Learn：Auto-review，2026-11-05 读取
49. 9to5Mac：dots 扩展到 iMessage 和 RCS（2026-10-28），2026-11-05 读取
50. Reddit r/ClaudeAI：用户讨论：Claude Duet 的意义在哪，2026-11-05 读取