最权威的数据是 CPI ，但其实每个人花钱的地方都不一样，比如自有房/还房贷/租房之间的差距就特别大，所以 CPI 也就只能参考。楼主需要根据自己实际的支出情况来计算。

楼主问这个问题是想知道你现在交的社保以后能享受到什么生活吗？那我几乎可以确定中国社保这个庞氏骗局会崩塌。因为现在幼儿园已经开始倒闭了。

你就不怕当地无线管理局找上门来，然后看你电脑不错给顺走？

我猜测这是几个 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 点头像，然后里面不是有进入各种设置的菜单？