<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AI工具 on 友派博客</title><link>https://blog.uipad.com/zh-cn/tags/ai%E5%B7%A5%E5%85%B7/</link><description>Recent content in AI工具 on 友派博客</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Wed, 18 Mar 2026 10:30:00 +0800</lastBuildDate><atom:link href="https://blog.uipad.com/zh-cn/tags/ai%E5%B7%A5%E5%85%B7/index.xml" rel="self" type="application/rss+xml"/><item><title>从 File Not Found 到一针见血：记一次 Nginx + Docker 路径映射的乌龙与 AI 降维打击</title><link>https://blog.uipad.com/zh-cn/post/2026-03/nginx-docker-wordpress-path-mismatch-fix/</link><pubDate>Wed, 18 Mar 2026 10:30:00 +0800</pubDate><guid>https://blog.uipad.com/zh-cn/post/2026-03/nginx-docker-wordpress-path-mismatch-fix/</guid><description>&lt;p&gt;今天为了折腾那套 WordPress 环境，真是差点把键盘给敲烂了。&lt;/p&gt;
&lt;p&gt;事情起因很简单：我用 &lt;code&gt;wordpress:6.9-php8.2-fpm&lt;/code&gt; 镜像搭了个环境，外面套了一层宿主机的 Nginx 做转发。本以为这种教科书级别的配置，闭着眼睛都能跑通，结果浏览器一刷新，屏幕上冷冰冰地躺着四个大字：&lt;strong&gt;“File not found.”&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;我反手就是一个 &lt;code&gt;cat&lt;/code&gt; 检查了宿主机的权限和文件内容，&lt;code&gt;www-data&lt;/code&gt; 用户读写正常，路径也对得上，Nginx 配置里的 &lt;code&gt;fastcgi_pass&lt;/code&gt; 更是直连容器端口。这种“文件明明在，但它死活说没有”的感觉，就像是你在兜里摸到了钥匙，但锁却告诉你门没关、只是你手感不对。&lt;/p&gt;
&lt;p&gt;这时候，我本着“能问 AI 绝不自己抠脑壳”的原则，先去问了下豆包。结果这哥们儿给我绕了一大圈：先是让我查 Linux 文件权限，接着让我改 Nginx 的 &lt;code&gt;user&lt;/code&gt;，最后甚至开始教我怎么重新安装 &lt;code&gt;php-ext-install&lt;/code&gt;。折腾了半天，权限改成了 777，镜像重构了好几次，问题依然稳如泰山。那一刻，我真想问问它：你是不是在跟我玩“运维消消乐”？&lt;/p&gt;
&lt;p&gt;抱着试一试的心态，我转头把同样的 Nginx 配置和报错丢给了 Gemini。&lt;/p&gt;
&lt;p&gt;结果 Gemini 连一句废话都没有，直接点出了那个被我忽略的“盲点”：&lt;strong&gt;路径隔离&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;我宿主机的 Web 根目录在 &lt;code&gt;/opt/wordpress/html&lt;/code&gt;，Nginx 的 &lt;code&gt;$document_root&lt;/code&gt; 也是这个。但我忘了，PHP-FPM 是住在 Docker 容器这个“样板间”里的，在它的世界观里，压根就没有 &lt;code&gt;/opt&lt;/code&gt; 这个路径。它只认官方镜像默认的 &lt;code&gt;/var/www/html&lt;/code&gt;。&lt;/p&gt;
&lt;p&gt;当 Nginx 傻乎乎地把 &lt;code&gt;/opt/wordpress/html/index.php&lt;/code&gt; 这个路径传给容器里的 FPM 时，FPM 当然只能回敬一句“File not found”。&lt;/p&gt;
&lt;p&gt;解决办法简单到想哭：只需要在 &lt;code&gt;fastcgi_param SCRIPT_FILENAME&lt;/code&gt; 那里，把 &lt;code&gt;$document_root&lt;/code&gt; 换成容器内部的绝对路径 &lt;code&gt;/var/www/html&lt;/code&gt; 就可以了。&lt;/p&gt;
&lt;p&gt;说实话，这次排障让我感触挺深的。现在的 AI 模型很多，但像 Gemini（哪怕只是 Flash 版本）这样能一眼看穿系统架构逻辑的真的不多。它不是在机械地检索关键词，而是真的理解了“宿主机-容器”这种双重空间下的路径映射逻辑。相比之下，那些只会复读权限指令的 AI，确实显得有些“人工智障”了。&lt;/p&gt;
&lt;p&gt;有时候，强大的模型并不在于它能写多长的代码，而在于它能多快定位到那一个让你抓狂的小变量。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;最后的小贴士：&lt;/strong&gt;
如果你也在搞 Nginx 转发 Docker FPM，记住：Nginx 是个传声筒，它说的话（路径），听众（容器）得能听懂才行。&lt;/p&gt;</description></item><item><title>吐槽Google Antigravity：从香饽饽到弃子，我最终取消了AI Pro订阅</title><link>https://blog.uipad.com/zh-cn/post/2026-03/google-antigravity-complaint/</link><pubDate>Tue, 17 Mar 2026 21:30:00 +0800</pubDate><guid>https://blog.uipad.com/zh-cn/post/2026-03/google-antigravity-complaint/</guid><description>&lt;p&gt;作为一个常年和代码打交道的开发者，日常开发离不开AI工具的辅助，Google Antigravity这款IDE曾经是我的心头好，甚至一度成为我开发流程里不可或缺的存在。但最近Google的一系列迷之操作，彻底把我这份好感消耗殆尽，最终果断取消了AI Pro订阅，今天就来好好吐槽一番这段糟心的经历。&lt;/p&gt;
&lt;p&gt;还记得刚开始用Antigravity的时候，它是真的香。作为Google AI Pro订阅用户，每月花着订阅费，能直接在IDE里调用Gemini和Claude Sonnet两个强力模型，额度给得相当足，无论是写代码、查bug、优化逻辑，基本都能覆盖日常开发的所有需求，不用额外操心额度不够的问题。那时候觉得，一个AI Pro订阅就能搞定所有AI辅助开发需求，简直太值了，也一度安利给身边不少同行。&lt;/p&gt;
&lt;p&gt;但好景不长，不知道Google是飘了还是算力扛不住了，一系列“黑箱操作”接踵而至。最先来的是大规模封号潮，没有任何预警，没有明确的违规提示，一大批AI Pro订阅用户的账号被直接封禁，其中不乏像我这样合规使用、没有滥用的普通用户。当时国外Twitter（X平台）、国内开发者社区里全是吐槽的声音，群情激愤之下，Google才不情不愿地开始逐步解封账号，可这波操作已经让不少用户心里埋下了疙瘩——连合规用户都能被随意封号，这样的平台何来安全感？&lt;/p&gt;
&lt;p&gt;本以为解封之后一切能回归正常，没想到这只是开始。Google开始频繁调整Antigravity的额度规则，一改再改，没有任何公开的通知，全是暗箱操作。最直观的变化就是，曾经随手就能调用的Claude模型，现在几乎难觅踪影，偶尔出现一次也会被快速消耗完额度；Gemini Pro的额度也大幅缩水，反倒是Gemini Flash占据了大部分额度，让人哭笑不得。&lt;/p&gt;
&lt;p&gt;更离谱的是，Google开始主推AI Credit信用点机制。额度用完了？没关系，花钱买信用点就行。可这个信用点的消耗速度，简直快到离谱——1000点信用点，看似不少，可实际用起来，没完成几个开发任务就消耗殆尽，而且消耗明细完全不透明，你根本不知道每一次调用到底花了多少点，也不知道额度的计算逻辑是什么，这种被蒙在鼓里的感觉，真的太糟糕了。&lt;/p&gt;
&lt;p&gt;其实这一切的根源，后来我在社区里也大致了解到，一方面是OpenClaw这类开源AI智能体的滥用，通过OAuth令牌将Antigravity当作中间代理，高强度调用模型，导致Google算力失衡，甚至有用户月均消耗token换算成API付费远超订阅费，给Google造成了巨大商业损失；另一方面，Google本身将按量付费的资源，错误地以固定月费“吃到饱”的模式售卖，后续只能通过限额、推信用点的方式弥补亏空，却把成本转嫁到了普通合规用户身上。&lt;/p&gt;
&lt;p&gt;忍无可忍之下，我直接取消了Google AI Pro订阅。对比之下，GitHub Copilot简直是“业界良心”——真正做到按请求数计算，一个Agent任务就是一次请求，没有乱七八糟的限额套路，每月10美元的订阅费，只要用得合理，完全能覆盖日常开发需求，而且用起来流畅稳定，功能也十分贴合开发者的需求，不张扬、不搞事，默默解决问题，堪称AI开发工具里“默默无闻的英雄”。&lt;/p&gt;
&lt;p&gt;不过有一说一，被Google逼得没办法，这段时间我也被迫用了一段时间Gemini Flash，原本以为会像网上有些吐槽的那样“难用至极”，没想到实际体验还行，甚至在某些开发场景下，比Gemini 3.1 Pro（Low）还要好用。查了一下才知道，Google近期推出的Gemini 3.1 Flash系列，在速度和成本上做了很大优化，响应速度远超同级别轻量模型，甚至在部分测试中表现超越了前代更大的模型，只是在深度推理能力上和Pro版本还有差距。但即便如此，也挽回不了我对Antigravity的信任——毕竟，谁也不想用一个规则混乱、额度不透明、随时可能被封号的工具。&lt;/p&gt;
&lt;p&gt;写这篇吐槽，不是为了黑Google，只是单纯想记录一下自己的真实体验。曾经有多喜欢Antigravity，现在就有多失望。作为一个开发者，我们需要的是稳定、透明、好用的工具，而不是被平台反复拿捏、消耗信任。希望Google能正视用户的反馈，好好优化Antigravity的规则，也提醒各位同行，选择AI开发工具时，真的要多留个心眼，别像我一样，从忠实用户变成彻底的弃坑者。&lt;/p&gt;
&lt;p&gt;最后，也想问一句，有没有同款被Antigravity坑过的开发者？你们现在都在用什么AI开发工具？欢迎跟我交流。&lt;/p&gt;</description></item></channel></rss>