一句话概括
微信小程序 AI 开发模式从「原子组件」升级为「账号卡片」。用户在微信搜索框或对话中说"帮我找个保洁阿姨"，微信 AI 理解意图后将沪家云的服务卡片推荐给用户，点击卡片即可跳入小程序完成预约。沪家云已完成全部适配。
这次微信改了什么
7 月 3 日，微信发布了 AI 开发模式的重要更新。核心变化就一点：
| 旧：原子组件 | 新：账号卡片 | |
|---|---|---|
| 交互形态 | 在微信 AI 对话内嵌自定义 UI 卡片 | 推荐小程序卡片，点击跳进小程序页面 |
| 服务完成 | 在对话窗口内完成全部操作 | 跳入小程序后完成完整服务流程 |
| 微信的角色 | 充当 AI 客服 + UI 容器 | 意图理解 + 精准分发 |
| 开发者的角色 | 写原子组件（在小程序外建 UI） | 写原子接口（纯数据代理） |
| 支付/定位等能力 | 原子组件内限制使用 | 跳入小程序后正常使用 |
通俗地说：微信从"帮你在对话里做完所有事"，变成了"帮你找到对的服务，然后送你过去"。这对家政平台来说，是一次精准的分工调整。
对沪家云意味着什么
沪家云一直自建 AI 体系（基于阿里云百炼平台），有自己的智能客服、RAG 知识库和 A/B 实验框架。在旧的原子组件模式下，微信 AI 的功能与自建 AI 高度重叠，无法带来增量用户。
新模式解决了这个根本矛盾：
微信获客
用户在微信搜索"找保洁""月嫂推荐"时，微信 AI 精准推荐沪家云服务卡片，将高意图流量导入小程序。
自建 AI 承接
用户进入小程序后，沪家云自研 AI 客服接管对话——知道用户是谁、在哪个城市、历史偏好，提供个性化服务。
全流程闭环
微信 AI 负责发卡片，沪家云负责阿姨匹配、下单、支付、服务打卡、评价——各做最擅长的事。
数据可追踪
通过 source=wxai 参数精确区分微信 AI 引流和自然流量，可计算获客转化漏斗。
适配了哪些场景
沪家云此次适配覆盖 3 个核心业务场景、9 个原子接口，全部实现账号卡片接力：
| 场景 | 原子接口 | 用户怎么说 | 跳转页面 | 状态 |
|---|---|---|---|---|
| 找阿姨 | searchAunties | "帮我找个保洁阿姨" | 阿姨列表 | ✓ |
getHotAunties | "推荐几个靠谱的阿姨" | 热门推荐 | ✓ | |
getAuntieDetail | "看看这位阿姨的详情" | 阿姨详情 | ✓ | |
| 下单追踪 | createOrder | "帮我预约周末保洁" | 下单页面 | ✓ |
getMyOrders | "看看我的订单" | 订单列表 | ✓ | |
getOrderStatus | "订单到哪一步了" | 服务进度 | ✓ | |
| 长期需求 | createDemand | "帮我找一位住家保姆" | 需求发布 | ✓ |
getDemandStatus | "我的需求匹配得怎么样了" | 需求进度 | ✓ | |
getMyDemands | "看看我发布的需求" | 需求列表 | ✓ |
技术实现要点
handoff 接力机制
账号卡片跳转的核心是 handoff 字段。原子接口查询后端 API 后，将结果通过 handoff 传递给小程序页面：
微信 AI 理解意图 → 调我们的原子接口 → 接口返回 handoff (query + payload) → 账号卡片展示 → 用户点击 → 小程序页面 onLoad 读取 handoff 数据 → 直接渲染，无需二次请求。
用户从点击卡片到看到结果，数据零等待。
独立分包，零耦合
skills/ 目录作为独立分包（independent: true），不增加主包体积，不影响现有用户体验。提审时若微信 AI 仍在内测，可通过 git revert 一键移除，开放后一键恢复。
游客友好
未登录用户通过微信 AI 进入时，也能看到阿姨列表和详情（默认展示上海地区数据），引导注册后获得精准匹配。
微信负责把人带来，我们负责把服务做好。
微信 AI 分发 + 沪家云自建 AI 承接 + 全流程数字化服务
