反正查 Bug 是只读的，v4flash + go 又等于不要钱，那我同时开 N 个 主 Agent v4-flash  去查，看谁查的好查的快不就行了

尼区涨价后，账单也发给我，今天到期了，都没有扣卡里的钱，什么情况

感觉很迷茫，培训出来的，之前也不是计算机专业的，21年毕业，22年底来北京，也是疫情扛不住就入了外包的坑 12，待了两年要离职才涨了2千，去年初离职，gap了大半年吧，回家玩了一阵子，后面再回北京的感觉就是面试好难约，虽然最后还是拿到offer了 18的外包 和 15的小自研 选了自研，现在也快一年了，感觉也很草台班子，并且开始搞绩效各种制度很恶心人，开始迷茫了

背景
之前站里小鸡毛公益站po出team账号提拉账号产生账单的问题，官方8月19号即将针对席位开始限制，超出豁免次数3，拉人就出账单 
前几天的情形
当你买了team双席位，你可以拉1个人，到期付账单，如果再拉1个人 就会立即出账单。 
也就是2n-1 
即双席位，最多拉1人，到期不续费，炸弹 
三席位就是最多拉2人，到期不续费，炸弹 
所以team几乎不用开了。 
参考帖子：记录一下Team轮转 最终结果 
现在的狂欢？
同样的检查方案，踢人的时候看请求，你会发现类似以下回复： 
{
    "success": true,
    "billing_notice": null,
    "policy_notice": {
        "kind": "threshold_exempt",
        "billed_seat_delta": 0,
        "expir...

在 claude code 里面用 gpt（用的 sub2api 转协议），发现缓存率比较低，是为啥： 
 [image] 
要么没有缓存，要么缓存率比较低

[image] 
绑不上很烦  是不是又有新焚绝

[CleanShot 2026-08-05 at 11.12.26@2x] 
这是我开发的一款 mac 原生的 dock 栏工具，基础核心功能是借鉴 Windows 的一窗一卡逻辑。右侧引入抽屉区域，用于放置使用频率低的软件，抽屉区下半部分作为常用软件启动区域。 
目前很多用户反馈希望加入读取软件列表，做一个全软件的启动台。我思考了很久，没有找到很好的应用入口（不知道把这个功能放哪个位置），并且也在想是不是要做这个功能，会不会影响它作为一个轻量化的小工具。 
第一次开发 mac 软件，还请各位大佬指点[合十] 
基础功能演示： 
[抽屉区-论坛]

Each paid tenancy gets the first 3,000 OCPU hours and 18,000 GB hours per month for free to create Ampere A1 Compute instances. This free-tier usage is shared across Bare Metal, Virtual Machine, and Container Instances. 
翻译：每个付费租户每月可免费获得 3,000 OCPU 小时和 18,000 GB 小时的配额，用于创建 Ampere A1 计算实例。该免费层级配额适用于裸金属实例、虚拟机实例和容器实例。 
 [image] 
见：Cloud Price List | Oracle

最近几天在用 Claude 帮我写一个模型来算一个很大的数据集。MacBook air 基本上每天都是十来个小时CPU99.9% 的满载运行。即使开着空调，电脑摸起来还是挺热的，但是没到非常烫手的地步，应该不会嘎了吧。现在有点后悔没上 pro 了，被动散热确实有点费劲。

最近产品开始商业化交付了，java项目在客户私有服务器上Docker容器部署，领导让调研代码安全方案，防止客户反编译我们的代码。我提出可以用Proguard进行代码混淆，license进行授权运行。领导不太满意，因为我说有AI的情况下Proguard进行代码混淆是可以逆向的，但是又不想花钱买安全性更高的商业化代码混淆工具，十几人的小团队。 
难顶，又想马儿跑又想马儿不吃草。

[image] 
[image]

之前站里佬分享的挂了，自己写了个https://gptpay.cc.cd，给各位佬试试

我家里装了一台台式机，用来玩游戏！然后半年前，电脑玩三角洲经常出现卡帧，掉帧率 
最开始我的处理方式就是卸载显卡驱动，重装显卡驱动，解决不了就重新安装win系统，装驱动，能好一两周，然后又继续出现这个问题（当时我还在网上发帖子问网友，群聊也问过，大部分都是说驱动问题） 
我之前也一直以为是显卡驱动问题，因为网上搜了下，说是显卡驱动不稳定之类的。 
直到两天前，我玩游戏的时候，又遇到了这个问题。这一次，我直接让codex给我查原因： 
原来是因为我的固态硬盘连接线不稳定，导致会出现掉帧的问题！！ 
 [76b7cd05257d7f0713b650ada9be3116] 
[d020277bed2ece4a6f4c09b764d46ece] 
然后我果断重新查了硬盘线，问题就解决了！！ 
换作以前，这玩意儿不去电脑店，经过多轮问题排查，怎么可能快速定位问题。 
只能说，还是AI好用啊

结算日才算汇率那不是赚大了，汇率一直再跌，最开始85多的plus，现在77了

以我自己为例 我是基于我们c++的程序开发一些新的功能, 我目前主要写框架性质的东西 
如果有一个比较大的比较独立的功能 我一般是下面几个阶段: 

先用用比较好且快的模型 (不一定最好的 一般是 5.6 sol high /fast 模式) 充分评审 得到一个详细的设计方案
对于拿不准的地方 再开max 推理 (这块一般需要大半天的时间) 给出优缺点我来判断
然后再找一个强力模型 比如 5.6 sol high 这种 慢慢执行, 验证 (这块大概也需要几个小时)
最后验收功能和走查代码(这块时间最长可能需要两三天 大概三四千行代码), 先用强力模型帮我梳理脉络 告诉我怎么看, 然后有问题的地方我会让快速模型修改(以前用 grok 4.5 现在是用 deepseek v4 flash)


但是最终感觉就是 阶段4 花的时间超出预期 并且感觉ai写的代码会过度设计, 不知道大家在这块有什么...

三星电子在美国加州圣克拉拉举行的未来存储与内存大会（FMS）上推出其 V10 Bonding V-NAND，即 BV-NAND 原型产品。 
该芯片拥有超过 400 层结构，并采用全新的晶圆键合架构，以提高存储密度并增强性能。三星表示，其 BV-NAND 技术较上一代 V9 NAND 将存储密度提高约 58%，同时提升读取、写入以及输入/输出性能，以满足人工智能系统对更高容量、更高能效存储解决方案日益增长的需求。 
三星还展示了其称业界首款 zHBM 和 zNAND-O 架构概念模型。该技术通过垂直堆叠存储单元，在更小空间内存储更多数据。不同于传统 HBM 与 AI 处理器并列封装的方式，三星的 zHBM 会将存储垂直堆叠于 AI 加速器之上，以缩短数据传输距离，提高带宽，同时提升能源效率。三星表示，其晶圆键合技术有望实现超过传统 HBM5 内存 10 倍的存储密度，同时将能源效率提高 3...

最近入职已经快半年了，在一个厂里（外企）的软件开发组。最近公司大力推行AI化，然后我们组的开发任务很重，人又很少，组内大部分成员都是原来做系统镜像的，软件开发的人手不足，于是乎我就被安排从零开始开发一整个完整项目。 
包括网页前端、服务后端、Agent客户端，开发测试都是我一个人；Schedule也排得比较紧张，差不多两个礼拜或者一个月一期，不得不用AI（自费）写代码。 
原先刚开始用的时候还挺爽的，开发速度特别快，特别是初期快速建立原型的时候，但是现在逐渐做大了，不用AI就赶不上DDL，用AI就看不懂代码，今天遇到了问题GPT老是返工，但是我自己去看就流口水，感觉已经变成产品经理的形状了，要咋整，要和领导沟通把后面的开发进度排慢一点吗，不理解自己的代码心里慌得很

现在x、抖音、b站上有很多教别人在闲鱼上卖信息（什么什么软件的安装渠道和教程，什么用ai给别人画图 画头像），这种真的能挣到钱吗？ 有没有佬友现身说法一下

[!quote]+ 
行针对真实个人和组织的潜在有害活动。我们宣布为安全事件，并在发现后大约一小时内控制住了事件，并开始全面调查。 
该事件源于一次评估，当时 Agent 被赋予解决网络安全挑战的任务。我们在多个模型中进行了122次挑战。我们的调查发现，在其中10次运行中，AI Agent 在实时互联网上采取了自主且未经授权的行动，目标是真实的人和组织。我们共记录了19起此类行动。几乎所有这些行为（17个动作）都来自一个模型——Anthropic的Mythos 5，其中两个动作涉及OpenAI的GPT-5.6-Sol，且禁用了网络分类器（防止滥用的机制）。在最严重的情况下，一个 Agent 试图向一个开源项目插入恶意代码。为了获得代码批准，Agent 进行了社会工程学——制造虚假的网络身份，并用这些身份施压项目维护者批准代码。一名人类维护者发现并拒绝批准恶意代码。 
这些尝试均未成功...

坏消息:数据没有了，救不回来，涉及印度和荷兰机房 
好消息:是三哥自营出问题，上游的没问题，买4c6g的不用担心了 
原文: 
尊敬的客户： 
我们非常遗憾地通知您，我们的基础设施遭受勒索软件攻击，多个虚拟化节点受到影响。 
攻击期间，受影响服务器的虚拟磁盘被加密，导致受影响节点上的数据完全丢失。很遗憾，这些节点上的所有数据均已丢失且无法恢复。 
我们的团队已控制了此次事件，隔离了受影响的基础设施，并正在从头开始重建受影响的节点。一旦新的基础设施准备就绪，我们将立即开始提供替代服务。客户需要使用自己的备份（如有）来恢复服务。 
我们深知此次事件的严重性，并对由此造成的影响深表歉意。我们的团队正在夜以继日地工作，以恢复运营并实施额外的安全措施，以帮助防止未来发生类似事件。 
我们将持续更新恢复进展情况。 
对于此次灾难性事件，我们深表歉意，并感谢您的耐心和理解。