夜雨聆风就在昨天，微信开发者平台发了一条通知。
大意是，开发者可以把自己的小程序接入微信 AI 生态。接入之后，你的小程序有机会被微信 AI 推荐和调用。
没接入，就无法被微信 AI 调用。
我刷到这条的时候，愣了两秒。
因为这玩意儿看上去就是一条平平无奇的平台通告，挤在一堆开发者文档里，按理说没几个人会多看一眼。但你如果在 AI 行业里待过一阵，再多看两眼，就会觉得这事儿不太一样。
它可能是这两年微信生态里，最值得盯的一次入口变化。
我先讲一件最近发生在身边的事。
前段时间陪一个长辈去三甲医院做体检。体检完一个月后，他拿着一沓报告来找我，问我上面写的什么意思。
我说没事，咱在小程序上能看电子版。
然后我打开医院的小程序，点了三次没找到入口，最后在公众号菜单里翻到一个二级入口。点进去后要重新输身份证号，要选就诊卡，要确认手机号，要勾隐私协议。
全程花了我差不多六七分钟。
我当时就想，如果是我那个长辈自己来操作，他大概率到第二步就放弃了，然后默默把那沓纸质报告塞进抽屉再也不看。
我后来又试了一下另一个需求，附近哪家医院能拍 CT。
这个问题在微信里现在基本没有好的解法。搜一搜结果是一堆夹着推广的公众号文章，你想精确知道哪家医院明天能预约 CT，你得一家一家点小程序看，或者打电话。
说实话这个体验，挺糟糕的。
所以当我看到那条通知时，我脑子里第一个冒出来的不是技术架构，而是一个非常具体的画面。
我那个长辈跟微信说，帮我查一下上次的体检报告。
微信 AI 直接调出那家医院的小程序，把报告拉出来，顺手用大白话告诉他哪几项偏高一点点，建议复查。
我跟微信说，附近有没有明天上午能拍 CT 的医院。
微信 AI 直接列出三家，每家旁边标着可预约时段、距离、医保覆盖情况。
我说，那就预约最近这家明天 10 点的。
对话结束。
你想想看，如果这个场景真的能跑通，整个微信里小程序的玩法就变了。
回到那条通知本身。
它给了开发者两种接入模式。
自动模式，授权之后平台审核时会读取你的小程序源码，平台来分析你的页面，让微信 AI 能直接操作。开发者基本不用额外动手。
开发模式，开发者根据自己的业务特点做个性化开发，通过平台评测和审核之后被 AI 调用。
最后还补了一句很关键的话，两种模式不互斥，可以同时开启。
自动模式的潜台词是，微信知道大部分小程序开发者不会专门为 AI 调用再投一波研发资源。这世界上绝大多数小程序，都不是大厂出品，都是中小团队甚至一两个开发者撑着。
所以微信干脆说，行，你授权，我自己读，我自己分析，我自己理解你这个页面是干嘛的、能干嘛、用户怎么操作。
但这里有个东西需要注意一下，授权读取源码这件事，对涉及核心算法、敏感业务逻辑的小程序来说不是一个小决定，开发者大概率会犹豫。不过对绝大多数功能性、工具性的小程序来说，自动模式就是最省事的入口。
开发模式是给那些有自己想法的团队留的口子。
我自己的感受是，开发模式才是真正决定一家公司能不能在微信 AI 调用里跑出来的关键。
举个例子，你是做医疗影像的，自动模式下，微信 AI 可能识别出来这是一个查报告加预约的小程序，于是它在调用你的时候只会让用户做这两件事。
但你心里清楚，你的业务远不止这两件事。你有 AI 报告解读、有医院横向对比、有报告历史趋势。这些能力在自动模式下基本调不出来。
开发模式就是干这个的。你自己定义你能被 AI 调用的服务接口，自己定义参数，自己定义在什么样的对话上下文下你应该被优先推荐。
说到底，自动模式是「让微信 AI 替你想」，开发模式是「你自己告诉微信 AI 你能干嘛」。
两种模式不互斥这一点特别值得品。它说明微信不是在押单一路径，一边照顾长尾的低门槛接入，一边给专业玩家留深度定制的口子。
聊完接入方式，我想聊一个更重要的问题。
小程序的入口，正在从「人找服务」变成「AI 替人找服务」。
这句话听着简单，但你顺着想下去，会发现它几乎改写了过去几年所有小程序的获客逻辑。
过去小程序的入口是什么。
是扫码，是搜一搜，是公众号菜单，是群聊里的卡片，是附近的小程序。
这些入口的共同点是，用户得知道你的存在，得知道你叫什么，得主动去找你。
所以过去这些年小程序圈里所有的运营动作，本质上都在做一件事，让用户记住你。
但 AI 调用之后，逻辑反过来了。
用户不需要记住你的名字。
用户只需要表达需求。
剩下的事情，AI 来匹配。
兴奋的点在于，你终于不用再为了让用户记住你花那么多钱了。只要你的服务真的能解决某一类需求，AI 会在用户表达那类需求的时候找到你。
恐怖的点在于，你的小程序从此多了一个比用户更难讨好的客户，那就是微信 AI 本身。
你的页面结构、你的接口设计、你对自己业务的描述，过去只需要让人看懂就行。
现在你得让 AI 看懂。
这就是一种全新的 SEO，只不过这次优化的对象不是搜索引擎，是 AI 助手。
我寻思了一下我没寻思明白这件事最后会卷成什么样。但我能确定一件事，过去那套靠包装文案、靠投流、靠裂变的小程序运营打法，在 AI 调用这条入口里基本会全部失效。
因为 AI 不看你的文案多花哨，AI 只看你的服务能不能解决问题。
说到这儿，可能有些做 AI 的朋友会问，那 MCP 呢。
MCP 这两年在国外社区被吹得很猛，本质上也是在解决「让 AI 调用具体服务」这件事。Anthropic 推 MCP，OpenAI 推 GPT Apps，谷歌也在搞自己的 Agent 协议。每家大模型都在抢着定义那个 AI 和服务之间的接口标准。
微信这次干的事，本质上是一样的。
只不过微信干这件事，有一个谁都没有的筹码，就是它手里有 14 亿用户的日常对话场景，还有 400 多万款活跃的小程序。
国外那些协议再先进，目前生态里能被调用的服务还很有限。而微信只要把这条路打通，第一天就有几十万个真实可调用的服务，覆盖支付、出行、医疗、教育、政务几乎所有领域。
这是一个完全不同量级的起跑线。
往更大了说一句，人类历史上每一次重大的入口变化，本质上都是中介逻辑的更换。
报纸时代，入口是编辑。电视时代，入口是频道。互联网时代，入口是搜索引擎。移动互联网时代，入口是 App Store。
而 AI 时代，入口正在变成「意图被谁理解」。
过去十年，入口的核心资产是位置，谁在用户屏幕上占了一个好位置，谁就赢。未来十年，入口的核心资产是理解，谁能在用户表达需求的那一瞬间，最快最准地理解他想干嘛，谁就赢。
而微信，正在用 AI 加小程序这个组合，悄悄地把自己重新放到那个理解者的位置上。
最后我想给两类人一些不太成熟的建议，姑且听之。
如果你是 AI 行业从业者。别只盯着大模型本身，模型这个赛道已经卷到没什么差异了。真正的差异会出现在「模型 + 生态」这个组合层。未来一两年，能不能在某个生态里成为 AI 优先调用的那一类服务，会比你训练了一个多强的模型更值钱。
如果你是小程序开发者，我自己也还在摸索，但有几个动作可以现在就做。
第一，去微信开放平台把那个接入说明仔细看一遍，搞清楚自动模式和开发模式各自的边界。
第二，回头看一下你的小程序，问自己一个问题，如果一个 AI 来读我这个小程序，它能正确理解我能提供什么服务吗。如果不能，那就说明你的页面结构、字段命名、流程设计，对 AI 都不友好。这些东西现在改还来得及。
第三，开始想一个新问题，在什么样的用户对话里，我的服务应该被调用。这个问题过去你不需要想，未来会变成你能不能被 AI 调用的关键。
第四，如果业务比较有特点，认真考虑开发模式。自动模式适合保底，开发模式才能让你跑出差异。
一开始可能会有点笨拙，花的时间也会比想象中长，但这是真的值得提前布局的事。
每一次入口变化，最先冲进去的那一批人，吃到的红利都是后来者再努力也补不回来的。
回到开头那条平平无奇的开放平台通知。
它真的不像一条会被刷屏的新闻，没有发布会，没有官方造势，就一行字静静躺在文档里。
「未完成接入的小程序，将无法被微信 AI 调用。」
但我总觉得，五年后回头看，这一行字可能会是一个被反复提起的时间点。
就像很多年前，微信小程序刚开放的那一天一样。
那时候也没几个人觉得这是大事。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～
谢谢你看我的文章，我们，下次再见。
