你但凡点进去「 Finance Agent benchmark 」就能知道 55.3% 这个表现已经是现在所有大模型里面排行第一的，而且比第二强很多。

你在那条链发币现在不都这么简单吗

我觉得你应该先说下你个人游玩的习惯

有一定时间间隔，并且改了文件名就好了的话，可能不是“防火墙”起作用，而是某个定时扫描的“杀毒软件”起作用。

内容限制很奇怪

想要成人内容/Porn Web ✅
想要推特福利 Up ❌

这是件好事，懒人改变世界。

@ming1455 BYD 的车机就是个安卓平板，而且是个权限极其宽松的安卓平板。

虽然调侃的居多，但我还是想要提醒刚接触合约的人：
1. 只拿不影响生活的小钱进去玩，但凡钱多到会影响你的心态时，对身心和钱包的健康都不好
2. 要有基本的进场和离场逻辑，无论策略好坏
3. 合约本质上就是赌博，而且是有老千存在的情况下的赌博

Dex 怎么可能不经过 Web3 钱包……

不是很明白写着 Solana 网络跟网络费了吗。

首先，LLMs 只是 AI 的其中一种，所以现在大多数人直接用 LLMs 跟 AI 直接划等号是不对的。

回到 OP 的问题，LLMs 无论有多强，它始终没法代替你做“决策”，如果你对于这些技术方面压根没有任何认知，那么它再强，你也用不好。

月饼就肯定是高热量的，那个皮要好吃就要油多，要保质期长一点不加防腐剂就要糖多，你自己做只会更高热量不会更低。

用爱发电？广告盈利？买断制？

不知道为什么总让我想起来 Windows Vista

平常的使用场景？以及有没充电桩？

至于能不能开 5-10 年，我觉得只要不是初代版本的车，能不能开 5-10 年看的是运气而不是车本身

“在大厂 MySQL 是不能用 Docker 的，为什么？”

关于这种已经带了立场且缺乏上下文的面试题，首先是不要带上你自己的立场去评判它正确与否，你应该做的是合理到位的去阐述你的观点。

无论是面试官还是被面试者也好，都应该知道这不是一道判断题，没有标准答案可言，在不同的环境、需求下会有不同的答案。

所以对于被面试者而言，你应该做的是结合你的经验、理解去阐述清楚，什么时候能，什么时候不能，为什么能，已经为什么不能等。

而对于合格的面试官而言，不应该去纠结被面试者回答的是能或者不能，而应该通过被面试者的回答来评估被面试者的逻辑思维、技术理解深度等方面的能力。

另外，对于被面试者而言，一定不要在面试中全程跟着面试官的节奏走，要大胆的打破节奏，表现出你的能力，面试是个动态的互动过程，不是应试做题，不要限于条条框框。

关于这类工具更换的调整动作，只有两种方式有可能成功完成：
1. 强制更换，忽略任何反对意见
2. 大多数人达成共识，逐步替换

2 这种方式要做的事情很多，首先要换位思考一下，换做是你，这种可得的利益/收获不明显（在他们看来），迁移的代价又不小的事情，如果不是你自己推动/有份推动的，你会很情愿去干吗？

所以，在没法强制推行的前提下，领头/推广的人一定要做好布道的工作，让大家理解迁移的好处；然后要建立好方案、HowTo 、Sop 等，降低迁移的麻烦程度，减少大家对这件事情的反感；甚至还可以通过人际关系来拉拢，等大多数人都接受并且执行了，这件事情也就差不多完成了。

倒是有 bridge 的开发经验

优点就是快，其它都是次要的，对于那些后端业务很轻的应用，AI 的加持下，几天就能搞完。

站在你的角度上的建议：
1. 通过增加单元测试覆盖率要求来减少测试人手这一大目标注定会失败。
2. 既然注定失败，那么你可执行的方案有两种：
2.1. 想通过写单元测试来提高代码质量，完全遵循 TDD （可选），并且编写有逻辑，有思考的“白盒测试”
2.2. 放弃通过写单元测试提高代码质量的想法，面向测试覆盖率编程，编写一大堆毫无逻辑，不用思考，全面覆盖的测试。
3. 可以通过 AI 去先提高代码的可测性/找到一种绕过当前测试困难的方法
4. 先有一个测试案例，然后告诉 AI 参考该案例来编写测试就行