今日 10 点京东红包再加码，猜大小赢红包，至高可膨胀至 10 元： 点此抽取 。 猜大小红包玩法：小伙伴们可以选择骰子点数大、小（1、2、3 点为小，4、5、6 点为大），获胜 1 局即可获得领取额外奖励的机会（每人至多 5 次机会），可随机获得京东红包、品类东券或店铺券等奖励。 当获胜 1 局后，可以选择直接领取奖励或者继续挑战。如果再次获胜，则红包奖励会膨胀一定倍数，如果失败则无法获得任何奖励。 连胜次数越多，红包奖金越高，连赢四局，红包膨胀三次，至高可达 10 元。 蚊子肉也是肉，节点开始越早抢红包金额越大，小伙伴可每天都领（多个红包支持叠加使用），积攒多天后带走个大件哦 ~ 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
书籍的名称是：膨胀土改良方法及生物酶改良膨胀土的本构关系 主编：文畅平 7 个帖子 - 4 位参与者 阅读完整话题
昨夜横竖睡不着，翻开GPT，我寻觅聊天，只见满眼写的都是vibe coding的欲望膨胀导致付费！ 遂有此作（俺真的是乡下来滴，不要喷俺写的烂 ） 念奴娇·号池怀古 遥想进站， 公益未几， 只见 Team 潮如雪。 号池初成， 谈笑间、猛蹬千轮明灭。 旧时 GPT， 痴愚未醒， 问答多离别。 遂移主力， Claude 座上听捷！ 谁料风卷云遮， 封声四起， 账号成残月。 Plus 方兴， 又看 Pro 、短阵声威争烈。 两月浮沉， 皆成大患， 指下轻翻页。 至今二验， 铜墙铁壁难越。 我本折腾惯客， 也曾披甲， 几度填坑喋血。 CPA 旧路， 终须弃、免受风波摧折。 今入 Pro 20x， 且收残阵， 本地重排列。 账号归库， 一尊还酹江月。 放一张今天新鲜出炉的表情包 3 个帖子 - 2 位参与者 阅读完整话题
今日 10 点京东红包再加码，猜大小赢红包，至高可膨胀至 10 元： 点此抽取 。 猜大小红包玩法：小伙伴们可以选择骰子点数大、小（1、2、3 点为小，4、5、6 点为大），获胜 1 局即可获得领取额外奖励的机会（每人至多 5 次机会），可随机获得京东红包、品类东券或店铺券等奖励。 当获胜 1 局后，可以选择直接领取奖励或者继续挑战。如果再次获胜，则红包奖励会膨胀一定倍数，如果失败则无法获得任何奖励。 连胜次数越多，红包奖金越高，连赢四局，红包膨胀三次，至高可达 10 元。 蚊子肉也是肉，节点开始越早抢红包金额越大，小伙伴可每天都领（多个红包支持叠加使用），积攒多天后带走个大件哦 ~ 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
所以 通货膨胀 了吗。 津巴韦布式token吗。。 3 个帖子 - 3 位参与者 阅读完整话题
今日 10 点京东红包再加码，猜大小赢红包，至高可膨胀至 10 元： 点此抽取 。 猜大小红包玩法：小伙伴们可以选择骰子点数大、小（1、2、3 点为小，4、5、6 点为大），获胜 1 局即可获得领取额外奖励的机会（每人至多 5 次机会），可随机获得京东红包、品类东券或店铺券等奖励。 当获胜 1 局后，可以选择直接领取奖励或者继续挑战。如果再次获胜，则红包奖励会膨胀一定倍数，如果失败则无法获得任何奖励。 连胜次数越多，红包奖金越高，连赢四局，红包膨胀三次，至高可达 10 元。 蚊子肉也是肉，节点开始越早抢红包金额越大，小伙伴可每天都领（多个红包支持叠加使用），积攒多天后带走个大件哦 ~ 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
IT之家 5 月 25 日消息，据科技媒体 Phoronix 昨天报道，Linux 7.1-rc5 内核现已发布，本次候选版本继续带来大量修复更新，并新增更多 AI 生成代码。 IT之家在此援引 Phoronix，Claude Code 等 AI 编写的代码现在被广泛分散在内核各个部分，从图形驱动 Bug 修复到 C 语言代码安全问题都有涉及。 而 Linux 创始人 Linus Torvalds 上周也表示，虽然 AI 工具确实很好用，但请各位开发者不要凭空造出“没必要的痛苦”和“毫无意义的假工作”。 除此之外，rc5 还新增了更多惠普、华硕笔记本的 x86 驱动支持、Intel P-State 驱动修复、AMD P-State 修复，以及多项硬件驱动更新。Linux 7.1 正式版预计将在 6 月中旬发布，并带来大量新功能和改进。 随后 Linus Torvalds 发布了 rc5 公告，不过从措辞来看， 他对当前内核规模及 AI 代码改动并不满意 ： 到了现在，应该不会有人感到意外了。rc5 非常庞大，而且比传统的 rc5 大得多。 我对此并不完全满意。更新里大部分内容只是随机驱动的琐碎改动，这件事本身就已经够吓人了。但与此同时，我真的不确定在 rc5 阶段就进行这些变动到底值不值。虽然名为“修复”，但很多其实无关紧要。我认为它们更适合放到 linux-next 分支，然后等到下一个合并窗口再整合。 所以我认为，接下来我会对这种在发布后期塞入毫无必要变动的行为采取强硬态度。我们本应专注在回归问题（regressions），那些长期存在但不关键的问题，不适合放在发布周期末尾处理。 我丑话说在前头 ， 以后那些不重要的修复性 Pull Request（PR）我都会直接拒绝 。而且没错，其中有好几组 PR 都是由 AI 审查发起的。 不管是不是修复，这种庞大的 rc 都不利于长期稳定性。虽然小型修复看起来风险很低，但并不等于完全没有风险。 所以，请各位在 PR 前审视自己，然后扪心自问：“这真的是回归问题吗？它真的严重到不能先进入开发堆栈吗？”。
各位 V 友，AI 编程工具现在越做越重，文件目录稍微大一点，上下文就被各种 Grep 和日志给污染了，Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程，通过给子代理限制 Tool 范围与分配隔离分支，成功实现了多线程并行的 codebase 检索，感觉是目前工程上比较优雅的降噪方案。 随笔写了一篇技术分享，求大佬们提提意见： https://aidevhub.net/blog/google-antigravity-subagent-orchestration
各位 V 友，AI 编程工具现在越做越重，文件目录稍微大一点，上下文就被各种 Grep 和日志给污染了，Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程，通过给子代理限制 Tool 范围与分配隔离分支，成功实现了多线程并行的 codebase 检索，感觉是目前工程上比较优雅的降噪方案。 随笔写了一篇技术分享，求大佬们提提意见： https://aidevhub.net/blog/google-antigravity-subagent-orchestration
各位 V 友，AI 编程工具现在越做越重，文件目录稍微大一点，上下文就被各种 Grep 和日志给污染了，Token 费用直线上升。 看了下 Antigravity 2.0 里的 define_subagent 和 invoke_subagent 流程，通过给子代理限制 Tool 范围与分配隔离分支，成功实现了多线程并行的 codebase 检索，感觉是目前工程上比较优雅的降噪方案。 随笔写了一篇技术分享，求大佬们提提意见： https://aidevhub.net/blog/google-antigravity-subagent-orchestration
京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包 今日 10 点京东红包再加码，猜大小赢红包，至高可膨胀至 10 元。 猜大小红包玩法：小伙伴们可以选择骰子点数大、小（1、2、3 点为小，4、5、6 点为大），获胜 1 局即可获得领取额外奖励的机会（每人至多 5 次机会），可随机获得京东红包、品类东券或店铺券等奖励。 当获胜 1 局后，可以选择直接领取奖励或者继续挑战。如果再次获胜，则红包奖励会膨胀一定倍数，如果失败则无法获得任何奖励。 连胜次数越多，红包奖金越高，连赢四局，红包膨胀三次，至高可达 10 元。 蚊子肉也是肉，节点开始越早抢红包金额越大，小伙伴可每天都领（多个红包支持叠加使用），积攒多天后带走个大件哦 ~ 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包 今日 10 点京东红包再加码，猜大小赢红包，至高可膨胀至 10 元。 猜大小红包玩法：小伙伴们可以选择骰子点数大、小（1、2、3 点为小，4、5、6 点为大），获胜 1 局即可获得领取额外奖励的机会（每人至多 5 次机会），可随机获得京东红包、品类东券或店铺券等奖励。 当获胜 1 局后，可以选择直接领取奖励或者继续挑战。如果再次获胜，则红包奖励会膨胀一定倍数，如果失败则无法获得任何奖励。 连胜次数越多，红包奖金越高，连赢四局，红包膨胀三次，至高可达 10 元。 蚊子肉也是肉，节点开始越早抢红包金额越大，小伙伴可每天都领（多个红包支持叠加使用），积攒多天后带走个大件哦 ~ 京东 618 无门槛红包 面额至高 26618 元，每天抽 3 次： 点此抽红包 淘宝 618 无门槛红包 面额至高 26888 元，每天抽 1 次： 点此抽红包
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
帕金森定律：“在工作能够完成的时限内，工作量会一直增加，直到所有可用时间都被填充为止” 在 HN 看到深感赞同，有了 AI 以后，我们公司的项目版本量明显变得更大也变得更复杂，人也更累了
本人是个烟斗爱好者嘛，最近ai能力大爆发，连带我自己也膨胀起来了：搞一个斗草监控和抢草的应用。谁知道被codex直接卡在卡在坎上了。先说一下我的问题： 1、codex基本帮我实现了框架，采集的网站是这个： 但是到网站库存实时更新这里，直接被拒绝了： 佬佬们，救救草友，指点指点 1 个帖子 - 1 位参与者 阅读完整话题
据Windows Latest深度调查， Windows 11月度累积更新体积已从2024年的约300MB膨胀至2026年的5GB，解压后更接近9GB。 其中AI功能确实贡献了部分增量，但更新机制本身的设计才是体积持续膨胀的根本原因。 AI组件：3GB的增量从何而来 2025年5月的累积更新是一个关键转折点，该月更新包体积从此前的约1.3GB骤增至4.4GB，解压体积从6.5GB跳升至近9GB。 WindowsLatest解包分析发现，增量主要来自数十个此前不存在的MSIX组件，全部与语义搜索和本地AI推理相关，这约3GB的增量基本可以归因于AI组件。 这里存在一个关键细节，这些AI组件最初仅为Copilot+ PC设计，随着支持范围扩展到Intel和AMD平台，更多版本被塞进同一个更新包。 Windows Update的适用性检查逻辑会在下载前检测硬件配置，仅拉取系统实际需要的部分。在一台无NPU的虚拟机上测试，4GB+的目录包实际仅下载了约1.7GB，语义搜索组件未被拉取。 也就是说，AI组件被打包进了更新，但大量用户的电脑根本不会安装它们。 技术上，这些AI模型和语义搜索组件完全可以通过Microsoft Store或按需下载单独分发，与月度累积更新解耦，微软目前尚未这样做。 累积更新机制：体积膨胀的真正根源 Windows 11采用最新累积更新（LCU）模式，每月的安全更新包含当月修复以及所有历史修复，即使你的电脑只需要一个微小补丁，更新包仍然携带将任何系统升级到该版本所需的完整变更集。 这种模式从可靠性角度是干净的，安装最新更新即可确保系统完全更新，即使跳过了之前的更新。但副作用是更新包只会越来越大，永远不会缩小。 微软曾在Windows 11 24H2中引入检查点累积更新，试图缓解这一问题，其思路是定期建立新基线，后续月度更新仅包含自上一个检查点以来的变更，从而缩小体积。 2024年9月建立了第一个检查点后，截至2025年4月的更新确实保持了相对较小的体积，但2025年5月更新体积骤增三倍，此后至今超过一年未建立新检查点，微软承诺的体积优化正在悄然失效。 企业端：成本暴涨4倍 对于家庭用户，实际下载量远小于目录包体积，多数人不会注意到4-5GB这个数字，但企业环境没有这种灵活性。 WSUS每月下载完整累积更新，Configuration Manager将完整包分发到每个分发点，离线服务工具将完整MSU包注入系统镜像，每个场景都需要完整包，即使单个终端仅使用其中一小部分。 WindowsLatest测算，每个架构每个分发点的年度更新存储成本已从2024年的约11GB飙升至2026年的52GB，增幅超过4倍。 一个拥有5个分发点的组织，每年每个架构仅更新文件就占用超过250GB磁盘空间，且这还不包括定期清理的节省。 与苹果的对比 macOS增量更新通常在1-3GB范围内，大型版本跳跃才出现更大体积，主要是因为硬件版本远少于Windows。 苹果也没有固定的月度更新时间表，更新在准备好时发布，在变更打包方式上有更大灵活性，Windows则优先考虑兼容性、可预测性和在极其庞大的硬件及软件配置组合中的部署能力。 WindowsLatest总结认为，Windows更新之所以体积庞大，是因为它被设计为能在任何配置下、适用于任何企业场景的环境中运行，微软已经在尽量缩减体积，但包本身仍在不断增长。 查看评论