账号情况： iOS 尼区 + 咸鱼礼品卡 Claude Code ↔ Sub2API ↔ CliProxyAPI ↔ 美国家宽代理 5月13日 开始订阅 每天稳定使用 6月10日 凌晨 瞎搞家宽订阅 没想到IP自动切换了 6月10日 早上 8点 请求几次 6月10日 早上 8点55分 收到封号邮件 这个情况应该能“实锤”是因为 IP 变化导致的封号吧。 准备继续开号 养号。 2 个帖子 - 2 位参与者 阅读完整话题
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
最近看到有人说 ping0.cc （很多人用来查 IP 纯净度/风控值的工具）在偷偷收集用户真实 IP 。我不喜欢人云亦云，直接打开浏览器 F12 抓了一遍包、扒了它的前端 JS ，我擦，居然实锤了。下面每一条你都能自己复现。 手法一：WebRTC 抓真实 IP ，再 POST 回服务器 打开 ping0 时，它的 check.js 里有个 peer()函数（代码混淆过，但逻辑很清楚）： - 新建 RTCPeerConnection ，配上 STUN 服务器； - 监听 ICE candidate ，从候选串里把 IP 抠出来； - 然后 axios.post (/ip/peer, { ip: 你的真实 IP })，发回 ping0 自己的服务器。 WebRTC 这个 IP 能绕过你的代理/VPN——这正是它"危险"的地方。你以为在用代理 IP 查询，它却从 WebRTC 拿到了你代理背后的真实地址，还发回了服务器。 抓包里你会看到一个 POST https://ping0.cc/ip/peer 。 手法二：双栈（ IPv4 + IPv6 ）交叉强制抓取 ping0 的页面同时从两个子域名加载脚本： https://ipv4.ping0.cc/geo/jsonp/ipv4cb https://ipv6.ping0.cc/geo/jsonp/ipv6cb ipv4.ping0.cc 只解析 A 记录、 ipv6.ping0.cc 只解析 AAAA 记录——这样强制你的浏览器分别走 IPv4 和 IPv6 各连一次。哪怕你只用 IPv6 上网，它也能把你的 IPv4 钓出来（反之亦然）。双栈用户的两个地址，一个都跑不掉。 手法三：把你的 IPv4 和 IPv6 配对，记到服务器（最致命） 这是压死骆驼的一根稻草。ping0 的 JS 原文（去混淆后）： js axios({ method: 'get', url: '/logv6/' + window.ipv6 + '/' + ip }) 也就是说，它会发一个： GET https://ping0.cc/logv6/ {你的 IPv6}/{你的 IPv4} 把你的 IPv6 和 IPv4 配成一对、记到 ping0 的服务器上。这已经不是"检测"了，这是建立你真实身份的关联档案。我实测时这个请求确确实实发出去了，URL 里就明晃晃挂着我这台机器的两个真实地址。 复现步骤（ 30 秒，你自己验） 1. 浏览器打开 https://ping0.cc ，按 F12 → Network （网络）面板； 2. 刷新页面； 3. 在请求列表里搜 peer 、logv6 、ipv4.ping0 ，三个都在； 4. 点开 logv6/...那条，URL 里就是你的 IPv6/IPv4 配对。 这意味着什么 - 你拿 ping0 测一个代理/VPS 的 IP 时，它可能顺手把你本机的真实 IP 也抓走、还把你的 v4/v6 关联起来记档； - 对在意匿名性、做跨境/多账号/科学上网的人，这是实打实的去匿名风险。 ### 怎么保护自己 - 浏览器禁用 WebRTC （ Firefox 改 media.peerconnection.enabled=false ，Chrome 装 WebRTC 控制类插件）； - 或者，换一个不这么干的网站。
一名三星员工在韩国某餐厅就餐时被路人拍到， 他正在使用的正是三星尚未发布的Galaxy Z Fold8手机，这款机型也是Android阵营首款主打阔折叠形态的旗舰产品， 刚被拍到就引发了数码圈的广泛讨论。 从路人随手拍下的实拍画面可以看到，这台被拍到的Galaxy Z Fold8还套着防泄露的保护壳，后置镜头模组采用全新的双摄方案，没有搭载独立长焦镜头，和此前几代的配置路线做出了明显区分。 根据业内提前泄露的详细参数信息， Galaxy Z Fold8的内屏尺寸为7.6英寸，外屏尺寸为5.4英寸 ，核心处理器搭载高通第五代骁龙8至尊版旗舰移动平台，影像部分仅配备5000万像素主摄加5000万像素超广角的双摄组合，机身内置5000mAh容量电池。 值得一提的是，这次Galaxy Z Fold8在大家最关心的屏幕折痕控制上取得了突破性进展，水准直接达到了头部国产大折叠旗舰的第一梯队优秀表现，日常展开使用几乎感知不到折痕的存在，给用户带来了近乎零折痕的顶尖折叠屏使用体验。 这款全新大折叠旗舰预计将在7月份正式和公众见面，这次三星还打破了过往单款常规迭代的惯例，会在同一场发布会上同时推出Galaxy Z Fold8和Galaxy Z Fold8 Ultra两款定位不同的大折叠产品，分别覆盖常规旗舰和高端顶配两个不同的消费群体，给消费者更多选择空间。 查看评论
一、现象(两种形态) 体感都是"任务突然没结果": 形态A(报错型) :红字 The model's tool call could not be parsed (retry also failed) ,随后无正文结束。 形态B(空白型) :纯空白、 No response requested ,什么都没有就结束。 11 个帖子 - 10 位参与者 阅读完整话题
有博主在社交平台上晒出了iPhone 18 Pro首批机模， 该机将带来四款配色，分别是蓝色、黑色、银色和樱桃色。该博主表示，樱桃色很有可能是苹果的下一个爆款。 据悉，上代iPhone 17 Pro系列仅提供银色、深蓝色和星宇橙三款配色。对比来看，iPhone 18 Pro砍掉了星宇橙，这款配色被不少消费者称为爱马仕橙，同时新增了樱桃色和黑色，上代偏深沉的深蓝色也调整成了更清爽的浅蓝色。 这次将要发布的iPhone 18 Pro樱桃色会是苹果的主打配色，英文名为Dark Cherry，整体色调非常接近酒红色，颜色深邃内敛，拥有极高的辨识度。 核心配置上，iPhone 18 Pro系列将全球首发A20 Pro芯片，这将是苹果历史上首款基于台积电2纳米工艺打造的旗舰芯片，也标志着iPhone正式迈入2纳米时代。 另外有供应链消息确认，今年秋季的苹果发布会不会推出标准版iPhone 18，只会亮相iPhone 18 Pro、iPhone 18 Pro Max以及全新的iPhone Ultra折叠屏三款产品。 查看评论
最近很大佬友都吐槽水gpt-5.5降智了，我写着项目感觉也是，于是闲来无事拿了2个比较常用来测试模型的测试，玩玩，之前用plus官方账号测试 xhigh级别无论是5.5还是5.4都能回答正确，但今晚测试，两个测试题均答错，第二题，直接回答“Cannot determine”无法确认。 而群友使用pro回答却能回答正确 10 个帖子 - 6 位参与者 阅读完整话题
pp支付两次账单还是免费，应该实锤是被pp截断挂了！ 13 个帖子 - 6 位参与者 阅读完整话题
CPUID发布CPU-Z 2.20.1更新，唯一新增支持的处理器为AMD锐龙7 7700X3D。AMD尚未正式公布该SKU，但CPU-Z的直接列入几乎等同于官宣，Computex发布在即的猜测也随之升温。 据此前chi11eddog透露的信息，锐龙7 7700X3D定位低于锐龙7 7800X3D，核心规格几乎一致：Zen 4架构，8核心16线程，L3缓存总量96MB（32MB基础缓存+64MB堆叠3D V-Cache）。 与7800X3D的差异集中在频率，基础频率4.0GHz，低200MHz；加速频率4.5GHz，低500MHz，TDP尚未确认，预计在105W至120W之间。 频率下调预计带来约5%的性能损失，但96MB 3D缓存的完整保留意味着游戏性能的核心优势并未缩水。 对于预算有限但追求3D缓存红利的玩家而言，7700X3D可能成为AM5平台新的性价比入口。 AMD目前已有三款8核3D V-Cache处理器，分别是7800X3D、9800X3D、9850X3D，7700X3D的加入将使AM5游戏CPU产品线覆盖更广的价格区间。 查看评论
我实在想不出任何理由，能删掉这个帖子。 实锤都是有证据的，而且不是我一个人实锤，下面也有人测试实锤。 实锤帖子过去20多天了，商家没有任何回复。 根据neo自己定的规矩，此类问题，商家需要在48小时内回应，否则下架推广帖子/封禁，但我与多位佬友多次 @neo 均为回应。 前几条一叶知秋再次上线发推广贴，我们再次请求处理，但均无果。 今天佬友提醒，才发现连实锤帖都被下架了。 请给个解释，我觉得这不是我一个人的事情，而是许多佬友的请求。 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 无意参加活动，只是突然想起来前段时间的帖子： 蹲一蹲什么时候有回复 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 [image] 哈哈哈，笑死了，直接刷到两条连起来的。 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 掺假的事情还没解决就开始推广了吗，这就冷处理了？ [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 快大半月没动静了，什么时候回应一下呗 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 模型掺假的事不解释了吗，经典送10刀 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 想问下佬这种事，论坛是不管的对吧。我刚看完你的帖子，这事最后商家怎么解决的？没有回复吗？ [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 论坛是发完就跑的，质疑是绝不回复的。 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 装死不处理，转头10刀乐， 。这就是富可敌国吗 [富可敌国] 【一叶知秋API】关于新用户注册送10刀的说明~ 再刷个广，哈哈哈哈哈哈哈 福利羊毛 不是被打假了吗？还富可敌国？ 这种为啥还能够在站点骗人呢？ 真诚 、 友善 、 团结 、 专业 ，共建你我引以为荣之社区。 我一没有在帖子中引站，二没有在帖子中关联我的任何高级推广，三该帖甚至是在我开通富可敌国前2~3个星期发的。我不认为此贴有任何违规。 16 个帖子 - 14 位参与者 阅读完整话题
说实话有点接受不了，因为明确问过是否可以用在小龙虾官方说可以。 结果后面偷偷换模型。 问题：学校大扫除去年是高一扫，今年轮到高二，明年是高三，你认为这个制度合理吗？结果+理由 首先是CC： 结果： 模型使用：GLM5.1 质谱官方coding plan： ● 不合理。 这个制度意味着同一届学生连续三年都要打扫： ┌──────┬────────────┬────────────────────────────┐ │ 年份 │ 打扫的年级 │ 实际是谁 │ ├──────┼────────────┼────────────────────────────┤ │ 去年 │ 高一 │ 某一届学生（高一） │ ├──────┼────────────┼────────────────────────────┤ │ 今年 │ 高二 │ 同一届学生（升高二了） │ ├──────┼────────────┼────────────────────────────┤ │ 明年 │ 高三 │ 还是同一届学生（升高三了） │ └──────┴────────────┴────────────────────────────┘ 核心问题： 按年级轮转，本质上没有轮转——永远是同一批人在干活，其他两届学生三年都不用参与。 更合理的做法是按届轮转： ┌──────┬──────────┬──────┐ │ 年份 │ 打扫的届 │ 年级 │ ├──────┼──────────┼──────┤ │ 去年 │ A届 │ 高一 │ ├──────┼──────────┼──────┤ │ 今年 │ B届 │ 高一 │ ├──────┼──────────┼──────┤ │ 明年 │ C届 │ 高一 │ └──────┴──────────┴──────┘ 这样每届学生在三年高中里只需大扫除一次，负担均等。或者各年级每年共同分担，也比现在的方案公平。 ✻ Brewed for 32s 讯飞coding plan： ● 不合理。 核心问题：这个轮换是按"年级名称"（高一→高二→高三）而非"届别"（同一批学生）轮转，导致同一届学生连续扫三年，而另外两届一 次都不用扫。 推演如下： ┌──────┬──────────┬────────────────────┬────────────────────┬────────────────────┐ │ 年份 │ 扫除年级 │ 2024届（去年高一） │ 2023届（去年高二） │ 2025届（今年高一） │ ├──────┼──────────┼────────────────────┼────────────────────┼────────────────────┤ │ 去年 │ 高一 │ ✅ 扫 │ — │ — │ ├──────┼──────────┼────────────────────┼────────────────────┼────────────────────┤ │ 今年 │ 高二 │ ✅ 扫 │ — │ — │ ├──────┼──────────┼────────────────────┼────────────────────┼────────────────────┤ │ 明年 │ 高三 │ ✅ 扫 │ — │ — │ └──────┴──────────┴────────────────────┴────────────────────┴────────────────────┘ 2024届连扫三年，2023届和2025届三年一次都不用扫。 合理做法：按届别轮换——去年A届扫，今年B届扫，明年C届扫，每届在整个高中阶段只扫一次，公平对等。 然后我配置了Hermes agent 结果如下,突然就合理了？： 2 个帖子 - 2 位参与者 阅读完整话题