在微信中用 Google 登录，很难吗？
我有个去年就完成了 90% 却一直没有上线小工具，并在国庆期间突击了两天将进度提到 99% 后，还差 1% 就终于要上线了。
稍微预告一下，这仍然是我作为第一用户的一个小工具，一句话介绍就是：基于 LLM 的个性化实时快讯。
它和我现在的 AI 实时快讯有两个不同点：一是每个人看到的和其他人将不再相同——可以自定义 prompt 来进行内容筛选，二是不限于 AI 领域，可以是其他任何领域（比如美股、区块链等）的实时快讯。
当然，因为确实有成本所以需要付费（仅适用于这事对你而言很有价值愿意花点成本的人）。免费倒也能用，但只能监控比如 Sam Altman 或者马斯克干啥说啥，或者最新的模型发布等等有限的通用快讯。
不过，今天的重点并不是这个工具（需要提前试用工具的请评论区加群），而是我在开发登录功能时碰到的一个问题：
在微信里用 Google 的 OAuth 登录，是会登录失败的。
我查了查 Google 的官方文档，并且 AI 也给我做了简单结论：
为了安全考虑，从 2021 年 9 月 30 日开始，Google 官方政策禁止在嵌入式 WebView 中进行 OAuth 登录。
我有点不信邪：不是吧？那不是无数产品都在三方 APP 里无法登录不了？
于是我又找了一堆使用 Google 进行 OAuth 登录的相对知名点的产品，看它们在微信中、X 中、邮箱工具中是否能成功登录，结果——
居然，统统无法登录。
我试了的产品名单有：
producthunt
refly
tidyread
youware
liblib.ai
lovart.ai
builder.io
loomi
youmind
excalidraw
mulerun
hitemed
cursor
factory
排名不分先后，顺序上是我在一支烟花的微信群里搜索 HTTPS 出来的域名的顺序。当然，其中不乏融资无数的风口的猪。
并且，我也都一一手动作了截图（对习惯了用 AI 偷懒的我来说，这真是个体力活），如下：
<<< 左右滑动见更多 >>>
我想，这个问题究竟是没法解决，还是并不重要呢？
为什么这么个明晃晃的问题，却没有人去解决呢？
好比微信公众号明晃晃地判我抄袭的事：公众号抄袭，原因是什么？（乱入自揭伤疤了属实是），多简单直观的问题，但它就这么判了，并且微信官方还用了抄袭我的文章……（因为这事，我都想停更一阵子了，比如昨天也不更了
而为什么几乎所有的公司在这个细节上，不但没能成功登录，并且都拥有如此糟糕的体验呢？
毕竟，Google 这也不是昨天才刚加的限制啊！
虽然你也可以硬甩锅给谷歌，但明明都不能登录了，那要么可以隐藏掉谷歌的登录入口，要么就提示用户到浏览器打开，要么，就研究一下更好的方案啊！
刚碰到这个问题的时候，我都有点一脸懵逼：我还想哪里出 bug 了呢？是不是我哪里没配置对？但后来发现浏览器里其实没问题能登录，再一查才知道这是谷歌为了安全做的限制。
但是，这么多创业产品、大公司的产品，难道就没有用户反馈过这个问题吗……或者是收到反馈后就石沉大海低优搁置了？
当然，你可以说微信不是你一个重要的场景，那么在 X 里面，YouTube 里面，Facebook 里面，总还是有场景、要传播吧？
毕竟上面的很多产品，其实都还是有传播属性和需求的。
总之，这齐刷刷的糟糕体验，我是有点不太能理解……这或许又和微信公众号平台判定谁抄谁一样，巨难无比，很难搞定？
但无论如何，明知 Google 登录不了，还让用户走 Google 登录然后走到这懵逼的一步，显然可以算是是个 bug 了吧？
当然，我还是决定硬刚一把——
你们不重视，我还是要重视啊！
你们解决不了，不代表我解决不了啊（实际上，我用嘴就可以解决
）
我没有选择禁掉 Google 登录的入口或是提示用户去浏览器打开，毕竟这虽然是个办法，但它是一个没办法的方法，属于是掩耳盗铃的方法。
它背后对应的是用户有更多的交互成本：
用户每跳转到浏览器里打开一次，浏览器（比我的 iPhone 上的 Safari）里就会多一个 tab，要是不及时关掉，最后要全是这些跳转而来的 tab 了。
以及，下次再在同一个容器 APP 里点开，还要再跳走，成本了高很多很多。
而成本高了，自然就有人不想用了。
讲真，我真没有过多思考，几乎是条件反射式地就想到了一个我觉得并不难很简单的方案，并直接用语音给 Claude Code 输入了任务：
（因为还没上线，就先码了）
当然，那几个被 @ 的文件，不是用语音输入的，是我在语音输入后手动校正了一下的补上的。
（语音输入时能 @ 文件，对我还真是个需求，不过我就不做这个了……哪位大佬有空有兴趣了还请做一个给程序员们造福）
然后，就真的是一把过，没有任何 bug，就完直接完成了。
完美符合预期！
（后来我还要求不要仅限微信，其他非原生浏览器的都要走这个逻辑）
也就是说，我用一分钟的语音输入，加上 Claude Code 不到五分钟的工作，就完成了无数家公司没有去解决的问题……
当然，也完全符合谷歌的安全规范。
好了，这个提示词就送风口的猪们了，拿走不谢。
不过，这只是一个很小的不太起眼的问题罢了，我其实也是想借这个 case，来说说 AI 编程的一点观点，并分享出来。
在我看来，我们用 AI 来编程的诀窍，其实也不外乎和开发 Claude Code 这样的 Coding Agent 一样，要点都在 "context engineering" 上：
我们需要为 AI 提供足够却又最少的信息。
其实之前的文章就讲得很好了，如果没看的可以深入去看一下：Anthropic 发布 AI Agent 上下文工程指南
虽然这篇文章主要还是讲如何去开发一个 Claude Code 这样的 agent，但其实我们在使用 Claude Code 来编程时，也是同样的道理：
我们需要给 AI 提供它不知道的信息，并且能多明确就多明确；对于有多种方案且不知道 AI 会怎么选、且并不是每种选择都会 OK 的，也需要 AI 明确地指出方案。
用文中的话来说就是：找到最小可能的高信号提示词集，以最大化某些期望结果的可能性。
比如：用什么技术栈、什么包、什么思路、什么样的表结构…… 等等，这都是我会主动给 AI 去讲的部分，因为我对 AI 不是很有信心。
而如果 AI 明确就知道的，那就简略一些，没必要浪费口舌去多说废话了。
以及给 AI 的指令里，一定要逻辑清晰、一致，不要有任何的冲突和矛盾。
并要学习预判好哪些是 AI 不知道的、容易犯错的，哪些是不用提供、AI 自己就知道的。
而这，也是在我看来，积极拥抱 AI Coding 的传统程序员们，将会有极大的优势。
虽然在使用 AI 编程这些事情上，大家都是同一起跑线，但与初级程序员们相比，他们有经历过更多的大型项目的高并发线上故障的捶打，和踩过的无数坑的经验积累，这是初级程度员们不太具备的，也是目前 AI 不太能擅长的。
AI 擅长的和不需要抽卡就能稳定解决的，目前而言还是偏平均值的东西，即常见的任务和问题。
所以我的建议是，如果你是传统程序员，且还没有大量使用 AI（比如 90% 的 AI 代码率），那快用起来吧！
而如果你是刚刚入行的初级程序员，那一定不要局限在 vibe coding 上并怡然自得，多掌握一些其他 vibe coder 们不太具备的问题解决能力，就能比其他人多更多的机会。
比如除了用 AI 来 vibe coding ，还要多做非 vibe 的事，比如认真 review，从 AI 那里去其糟粕，取其精华。
好比这个 Google 登录的问题，如果只是给 AI 简单说一句：
请解决在微信中的 Google 登录问题。
那我相信，很可能抽卡多次也不会得到一个很好的结果。
而如果用我的提示词，即使不用 Claude Code，用国内随意的一个开源模型，我相信，也能得到不错的结果。
好了，今天就说到这里，该洗洗睡了。
并且，以上只是此刻的观点，自然也会随着 AI 能力的改变而变化，甚至变成废话。未必都对了，仅供参考。
需要 AI Coding 交流的，可以在评论区加群。
👇
👇
👇
另外，我还用AI 进行了全网的AI 资讯采集，并用AI 进行挑选、审核、翻译、总结后发布到《AGI Hunt》的实时AI 快讯群中。
这是个只有信息、没有感情的 AI 资讯信息流（不是推荐流、不卖课、不讲道理、不教你做人、只提供信息、希望能为你节省一些时间）
欢迎加入！
也欢迎加群和7000+群友交流。