“队友可能是 AI ，对手可能是 AI”

目前其实已经是了。而且在手机游戏时代尤为突出。
1 、手机游戏的操作维度普遍偏少。
2 、手机游戏的玩家操作环境不稳定（网络、事务、在线人数波动）
3 、手机游戏又普遍多互动。
4 、手机游戏普遍走免费+收费道具模式。需要给人比较友好的初体验。
以上都给 AI 队友、对手非常好的成长土壤。

“游戏里的角色是 AI ，游戏里的剧情或者任务由 AI 来生成布置？”
这个在目前的“道具收费”环境中不成立。因为道具收费的环境中，游戏的所有机制都是为更高的氪金率服务的。
运营者为了自身的利益考量，不一定会选择最优的经营策略。AI 最擅长的是统计学局部最优，越多的人为干预，AI 输出的结果就越差。

这个场景和 15 年前的“大数据、数据驱动”有着相同的掣肘。

如果楼主描述的没问题，那是你软件本身的延迟（比如执行效率低，算力差导致性能最高就只能到 10 帧/秒）。
验证方法也很简单，在相同的网络内再租一台机器运行客户端。

要摒弃象牙塔思维，干什么都纠结于“有没有用”。
其实“有没有用”压根就是一个伪命题。不是一个是否值得投入精力的评判指标。
社会上也从来不以“有没有用”作为事物的评判标准。

你想判断一个事物有没有价值，更多的要看：
0 、这件事的真实性的比例是多少（是不是挂羊头卖狗肉，是不是画饼，有没有退出机制）
1 、是不是有更为廉价、更低沉没成本的获取渠道。
2 、了解这些信息的人有多少，门槛有多高。
3 、对你在当前的岗位、公司能不能增加不可替代性。

别天天讽刺说自己是资本的消耗品，然后转头又把自己迈出消耗品的路给拆掉。

这个应该只是单纯的图片防盗链。
也就是说，图片无法显示不是没爬到，而是你在这些快照网站打不开。

@xmt328 蓝牙无钥匙进入不能只对码，如果只对码一个蓝牙放大器就危险了。所以会结合位置、运动来综合验证开门授权。

@uibobo ios 端特斯拉 app 强烈要求位置“始终”，读取“运动与健身”，允许“实时活动”，允许后台 app 刷新。

这是为了保活。苹果端一般是频繁的获取健康数据。

不保活怎么实现蓝牙无钥匙进入。

“虽然代码产出数量没达到 100 行/小时”
其实 AI 赋能不能看绝对值。更恰当的比较应该是，同样的人，实现同样的功能。用 AI 和不用 AI ，产出的效率。

按照我目前的经验，合理使用 AI ，纯从代码量上考量，应该能放大个人生产力 5~10 倍。

btw：当然，因为生产力提升，代码实现的逻辑也会与没有 AI 时有本质的区别（比如技术选型更激进、更容易偏好于代码量大，但更稳健的业务逻辑等）。

这也会影响代码量之比。所以“代码量之比”也并不是合理的生产力提升衡量标准。
但这其实是另外一个话题了，就不赘述了。

btw：v 站的关键词限制越来越魔怔了，上文比较“扭捏”的名词都是我经过“润色”的，否则直接封 IP

“购买第三方 api 是不是最划算的”

如果只考虑 AI 的执行层面，是的。
目前即便是最低成本的方案（ k'transformer ），跑 671B 的 deepseek ，也就 3token 每秒。大概的硬件成本在 5~6 万。你可以换算一下，3token/s ，跑价值 6 万的 api ，大概需要多少年。如果想让 token/s 提升，价格基本也是指数级提升。

但是使用 API 也有很多不便。
1 、不能微调，不能训练。导致很多细分业务场景下没有收敛度很高的模型 api 可用。
2 、第三方也有一些使用上的限制。比如隐私、xx 限制等。而且第三方 api 的审核模型与内容控制会污染最终输出的精度。
3 、很多高品质的 api 提供商并不服务于大陆。

所以可以看到很多垂直领域的公司，宁肯自己成本高，也要自建，甚至是自训练、自开发。比如彩云系。

然后就是 CORS （ Cross-Origin Resource Sharing ），也就是通过 web 容器的响应头设置，可以通知浏览器当前网站允许请求哪些域名，使用哪些请求方法。

再往后就是一些歪招了，好奇楼主可以自己查。
关键字：JSONP （利用浏览器对 script 引用没有跨域限制，把请求承载伪装成 script 引用）、WebSocket （本意是实现浏览器与服务器的长连接）、iframe 给主页面 postMessage 等方式。

楼主的描述相当的详尽，部分楼上是一个字都不带看的。

1 、楼主是本地 html 文件直接打开。
2 、楼主要 ajax 的请求 url 一个非本域的地址（也就是不在当前目录内）。

我的答案是不能这样做。

首先楼主要先定义你这么做（把 html 放在文件夹中运行）是想实现什么效果？
如果只是测试 Servlet 的 API 是否正常运行，那么有 postman 等工具。
如果是想简单的测试网页>ajax>服务器端 API 的整个动态网页链路，那么需要你把网页放在一个 web 容器中执行（可以是传统的 web 容器比如 tomcat 、IIS ，也可以通过 nodeJS 环境下的脚手架来运行，比如 webpack 、vite 等）。

通过 file://协议打开网页，从你学习的认知维度上，与真正的 web 开发是有很大差异的。一定要用 http 、https 协议来实现。


然后是关于跨域。
如果你是以贴近实战的目的，就不要去纠结“绕过跨域验证”。而是要考虑“怎么不跨域”。换句话说，禁止跨域，是浏览器的一种安全机制。任何教你在浏览器侧实现跨域的，都是拿信息安全玩火。

业内最通用的解决方法：反向代理。
既通过服务器端的二次转发，来解决跨域问题。页面请求的都是本域内的 URL 。这个 URL 本身并不存在真正的 Servlet 服务。
然后通过一些软件（比如最知名的 nginx ，业内一般叫“中间件”，也可以在 Web 容器中直接设置策略转发。），把合法且正确的请求转发到真正的 API URL 中。

这种在服务器端，把请求转发到真正的业务 api 路径的服务，叫反向代理。

@geelaw “很难相信用一款 cur 会比另一款明显提升性能”

我个人分析，网上的这种说辞是一种错误归因。
实际上起作用的，应该是这些优化软件一口气禁用掉了全局的 Aero 效果。

至于说为何顺带手把鼠标的外观改成“标准”，我个人理解就是标准的“繁忙”状态没有动效，是个静态的黑白沙漏图标，所以主观上不给人卡顿的感觉罢了。

1 、VSCode 是由 Electron 实现的。
2 、Cursor 由 VSCode fork 而来。

所以楼上都在说什么？

阮一峰是不是“周刊里”算好的。是，基本不鸽，而且很多选题比较有趣。
但是“阮一峰周刊”质量下滑严重，广告比例越来越高，信息的信源根本不交叉验证。也是不争的事实。

@yjxjn 这两个是调教风格细节的不同。自动补全等基本功能的底层都是 claude sonnet 3.5 。

我是 Copilot 用的最多，因为之前不限量时是年费，目前还没到期。等到期了可能要这二者选一个。