我猜测这是几个 AI 弱点的集合：
1 。特殊 Unicode 字符需要用多个 token 表达，AI 并没有学过写字，所以并不能像真人一样一眼看出➁➂➃➄➅都是什么。它只能通过网上的文章学会这是带圈的数字，但是每个字符是几我想除了 Unicode 码表里的描述，并没有很多其他的文章费力去一一列举，所以 AI 其实没有学会。AI 看这个 prompt 就像你问没学过阿拉伯文的人这个数是啥：١٢٣٥٦。

2 。这个图很好，食物的边界不是很明显，材质也不是很好用语言描述。这直击多模态模型底层使用 token 来“理解”这个图形的架构缺陷。所有标错的都是没有理解到底哪个是点心。以图二为例，它明显认为奶黄色块的是点心。

3. 容易被上下文中不重要但是很明确的内容带偏。因为提示里有吃掉，但它没有理解➀是什么，于是就又做了一次吃掉。

@chanssl 我觉得你给的提示词太过于提示了，其实 AI 只是抓住了左上角和 6 ，后面的应该和楼主原提示词一样没有理解。我猜你上传一个其他的图片，同样的提示词它也是这么标注。

没有机箱有个大问题，就是会和 2.4G Wifi 等产生干扰，总线跑到这个频率的倍数的时候特别明显。我机箱盖子一开，无线键盘接收器就失灵。

@OmoineMie AI 答案体现出它就是个语言模型，是按照大数据瞎编的，和你的测试数据根本不匹配。你通过 wifi 测试内网能有 900 兆，怎么可能是什么“无线端口 -> 有线端口 (低速路径)”，性能瓶颈根本不在这。

你 500 兆的宽带，走无线测出 450 兆，我觉得问题不大。你有线测出 700 兆可以稳定复现嘛？

其实我很好奇 AI 给你输出的那些 SQL 都是对的嘛？像我的一个小弟写的查询经常会根据他看到的数据臆测一些规则（比如瞎猜某个 FK 只有一行结果），简单测试一下也不一定能马上看到错误，必须有非常熟悉这个数据库的人 review 才行。

人尚且如此，对于这类高度逻辑化且缺乏文档的工作，我是完全不敢相信 AI 。

健康码才过去多久，为什么这么多人就会去拥抱另外一个国家大数据的产物？

比如以前要是成为维稳对象，人家要派人盯着你，派人去问候你孩子亲友，这些都是要消耗资源的。现在方便了，直接把你网号注销，微信、支付宝通通用不了，直接失联+无法支付。你要去投诉，人家说没有要求网号是唯一身份验证方式，但是你根本没有账号密码。

至于有人说没有干坏事怕什么，你们要不要问问前几天四川外卖小哥路过现场他是犯了什么事？

公交没有和地铁配套，属于相互竞争，然后老年人坐还不要钱，实际上只有上下班、上下学、游客这样的客流比较赚钱。但车子成本高（政治要求大多换成了电车，高强度使用电池报废快），人力成本更高（一堆机关关系户、各种退休人员）。整体属于亏本买卖，必须依靠补贴。

但最重要的是领导不会坐！

@wangpao XXX.local 这种地址就是我说的 mDNS ，它是依靠在每个网络接口上多播数据包来实现名称解析。如果有多个网卡的话，你本地控制不了远程的客户端会解析出哪个网卡的地址，所以需要直接指定 IP 。


@yigefanqie 你在服务器端的网络设置里查看一下 Thunderbolt Bridge 这个网卡的详情，里面会有一个随机 IP 地址（比如 169.254.xxx.xxx)，你用这个地址就不会走 Wifi 。你也可以手动指定这个网卡的地址，需要保证两端的雷电虚拟网卡都是同一个子网。

这个属于“Zero-trust access"的范畴，国外每隔一个大厂都有解决方案，Cloudflare 还是免费的。基本上都能实现服务端不用开放任何端口（使用厂家的内网转发软件），客户端可以用软件也可以用浏览器登陆远程桌面和 SSH 。

国内一些云也有的，但不可能免费了。

人家老李也就说长江黄河不会倒流，可没办法保证网速。

我比较惊讶的是，他们在限制跨网的同时没有开一个类似精品网一样的差异套餐来让你加钱可及。逼跨网需求的人都去租 BGP 服务器的话，本来运营商可以吃的独食还得分给云服务商一份。

你也没说清雷电上是插了一个网卡还是直接雷电线互联的，但不管怎么样在 MacOS 里都是显示成网卡，都有和 WiFi 独立的 IP 地址。你在客户端用这个 IP 地址连它就只能走这个链路。

你用机器名或者 mDNS 名链接的话，那可能会出现解析成你 WiFi 的 IP ，这个你怎么改变顺序都不能解决的。

@LINGJUN 我觉得这个文章都是纯瞎猜的，无损在无线耳机上实现是很困难的，低功耗、低延迟和高音质是不可能三角。

所以我怀疑 Apple Vision Pro 上的无损是利用距离近，跳过了蓝牙协议中一些容错机制，甚至采用了蓝牙里没有的调制，以获得无损所需要的带宽，这属于全私有协议了。

这个问题是蓝牙没有采用这些技巧也是有原因的：2.4G 电磁环境非常差，只要稍微有点距离就必须采用非常多的冗余来保证稳定传输。我觉得相对于无损，耳机用户肯定对不断流更加在意。

在电池没有突破的情况下上高阶调制也是不现实的，没有人能接受开了无损音质以后耳机一张 CD 也听不完。

以前 AWS S3 还支持直接运行 SQL-like 查询呢： https://docs.aws.amazon.com/AmazonS3/latest/userguide/selecting-content-from-objects.html

当然这种好事已经结束了

你任何 Google 家的 app 点头像，然后里面不是有进入各种设置的菜单？

@badkiddo 不要相信微软社区上的回答，都是一群想刷 MVP 的人在那里水，他们不代表微软官方的。

@obeykarma 他们本来就是旁路监听，根本不需要中断链接来采集，反而保持畅通更利于他们采集链接建立以后的行为。

我猜测这是某种 fallback 策略，比如分析旁路数据的集群出现问题，完全不处理的话就相当于没有墙，这是万万不可的，于是直接在链路上启用了发送 RST 的规则。

这次其实是绝好的观察墙的运作的机会，希望有人当时利用这个机会系统的 probe 一下墙。

@QlanQ #36

这个其实很有意思，iPhone 之前不向应用开放 NFC 就是因为（在中国以外的）主要使用场景就只有支付，而它自家的 Apple pay 在这个场景已经很完美，不需要网络也能刷卡。

--

很多人说的堵在闸机口调二维码的问题还反应出很多人其实没有意识到平时展示二维码需要浪费多少时间。伦敦地铁十几年前开始论证要不要直接在闸机接受银行卡的时候，一个主要的问题就是 EMV 银行卡交易需要几秒，比公交卡慢几倍，会大幅影响高峰时间的通过率。为了解决这个问题他们最后和银行合作，通过启用 EMV 标准中的一些可选功能，把整个过程压缩到平均 1 秒。很难想象中国国企会这么严谨的论证任二维码的效率问题。

大语言模型和中国式教育一样，其机制就只能产生一个很大众的产品，你要稍微好一点的结果就需要成倍的下功夫，最后需要精确到用自然语言描述程序算法，那我觉得还不如用编程语言。

我最近尝试用 Cursor 开发一个自用的插件，目标平台很小众，所以我把 API 文档地址扔给了 AI 让它给我生成除核心算法以外其他的框架代码（算法我有功夫描述给它我自己都写好了）。结果它从调用包管理软件开始就栽跟头，我带它修好以后它也没有界面继续，我手动代它运行了好多命令。

生成的文件里面自说自话幻觉了算法，但是我需要的框架却只生成了部分。你叫它改吧，它老是重构已经生成的框架，但每一次都有各种问题。最后我还是对着文档手动补齐。

然后这个平台需要打包上传，然后跟它网页交互来运用我的插件，错误的反馈也比较简单。每次有问题，如果我把触发问题的步骤用文字描述给 AI 那都得十几分钟，AI 也不懂那个网站是怎么运作的，根本帮不上忙，都是我自己修比较快。

所以我觉得现阶段 AI 能用的就是网站套皮、代码片段补全、生成注释/文档/图片资源、代替搜索引擎。