Linux.do热榜 · 2026-06-29 历史榜单

这是 2026-06-29 的 Linux.do热榜历史存档。查看 实时Linux.do热榜 获取最新排名。

1. 1
   「君の公益」重新限制为三级使用

   06.27更新 测活会封禁ip，好自为之 06.24更新 gpt会在夜间停止供应，早上会开启供应 06.23更新 不要试图求赞升级，会很惨 由于资源紧张，重新限制为三级用户使用 清了6784个邮箱用户 本周已免费提供 967,008,431,220 tokens 所谓有求而不得，人心欲壑，可填沧海 1551 个帖子 - 1338 位参与者 阅读完整话题

2. 2
   来还债了，PackyCode 在 L 站的一年，话不多说抽个 macmini

   去年也是差不多这个时候完成了 packycode 1.0 估计很多老佬友用过我发的测试 key 小作文就不写了 简单说一下，packycode 新增的一些功能点 从 packycode 到 packyapi 我们也做到了不超售、不掺假、不乱扣费、不卖数据。 其他的噼里啪啦就不过多赘述了 本帖抽一个 macmini（m4 16​256），做为还债，这个老群友都知道是什么意思。 抽奖截止时间：6 月 27 日 12:00 ================================================================================ 帖子链接: 来还债了，PackyCode 在 L 站的一年，话不多说抽个 macmini 抽奖时间: 2026-06-27 13:45:02 恭喜以下楼层中奖: [ 1 ] 1189 楼，楼层链接: 来还债了，PackyCode 在 L 站的一年，话不多说抽个 macmini - #1189，来自 bz0741328 注: 楼层顺序即为抽奖顺序 记得联系我哦～ 2578 个帖子 - 2539 位参与者 阅读完整话题

3. 3
   高考出分了 回来感谢佬

   662＋10分民族分 672走国家专项应该可以去c9 数学有点低了 有点拉分 多亏了佬们指导 高三学生 最后两个月要怎么学 195 个帖子 - 167 位参与者 阅读完整话题

4. 4
   女朋友说我脑袋里整天不是屎就是黄

   在站内看见有意思的NSFW帖就展示给女朋友看来着 结果她说我脑袋里整天不是屎就是黄 转念一想还真是 我脑子里全是始皇 99 个帖子 - 89 位参与者 阅读完整话题

5. 5
   【干草铺服务站】开放注册一波～

   2026 年 6 月 26 日 10:26:28，没有注册的佬友情领取 cdk： LINUX DO CDK 2026 年 6 月 25 日 19:24:51，今天开放注册搞得服务器压力很大，修了一下午，实在没时间给佬友分享 cdk 了，我们约定一个时间，明天上午 10 点半发放一波 cdk，也就是发放很多张 100 或者 50 额度的 key，当然前提是在我服务器不炸的前提下哈～ 这几天看到很多佬友都缺 GPT 模型，所以决定开放一波注册，希望能帮助到各位。邀请码价格降为 300LDC，老用户不用感觉背刺哦，你们的 2 万美元依然可以爽蹬，新用户注册只送 300 美元。 干草铺站点：https://gancaopu.com 邀请码购买地址 https://shop.aini8.com 重要声明： 禁止破限，严禁分发，发现就封哦 rpm 限制为 10，正常使用即可 gpt 模型仅保证在 codex 中正常使用，其他使用场景不限制但是技术方面不保证其他场景可用 目前仅保证 gpt5.5 模型稳定可用，且仅保证在 codex 场景稳定可用，其他场景不限制但是技术层面不保证可用 注册码仅作邀请码使用，购买后不保证以后的使用完全免费 无法保证 SLA，如果确实感觉买的不值可以 3 天内随时申请退款哈，如果申请退款，请在申请后给我私信说一声，不然可能无法及时处理～ 请在确认接受上述条件后再进行购买 361 个帖子 - 285 位参与者 阅读完整话题

6. 6
   『富可敌国』『高级推广』只需要一个创意，剩下的交给星辰~即梦，创造你的梦~

   经过端午假期的加班测试， 君の星辰 针对 seedance 的手脚架已经搭建完成，欢迎大家品尝~ 我们的优势 不用排队 审核少 并发高 官价x0.88 支持对公转账和企业对接 经过测试，大概一元人民币/一秒的样子，根据分辨率不同会略微上下浮动 进入 Seedance · AI 视频生成 使用文档 ShowDoc 官网 New API 技术支持 67 个帖子 - 52 位参与者 阅读完整话题

7. 7
   CC Enable Computer Use

   从求助官方claude code cli如何使用computer use继续讨论： 有人问了 花了点时间看了下 Patch 了开关 补了 两个操作库 成功启用 Computer Use @cometix/claude-code 2.1.187 开始补齐该能力 apply-claude-code-computer-use-fix.zip (6.6 KB) // 开关配置 ： computerUseEnabled true 才会注入启用MCP "computerUseEnabled": true, "computerUseConfig": { "pixelValidation": false, "clipboardPasteMultiline": true, "mouseAnimation": true, "hideBeforeAction": true, "autoTargetDisplay": true, "clipboardGuard": true, "coordinateMode": "pixels" } 睡觉 49 个帖子 - 35 位参与者 阅读完整话题

8. 8
   Vibe coding需要知道的设计术语——布局排版

   经常看到朋友和同事在 Vibe Coding 时吐槽 AI “听不懂人话”: “高级感”、“眼前一亮”，“再改改”，结果页面越改越乱。可能并非 AI 能力不够，更多是因为我们采取了“玄学抽卡”的策略。我们无法将思考外包给模型，但是 AI 时代的学习范式也得改变。 LLM 在 Pre-training 与 RL 阶段均基于海量代码数据训练，对英文专业术语的语义锚点远强于中文（且中文语义信息熵过高，容易产生歧义），怎么和 Agent 对齐很重要，打算长期整理一份术语速查表分享给佬友们，方便查阅 视觉设计篇 roadmap Typography / 文字排版 Vibe coding需要知道的设计术语——文字排版 Color system / 色彩系统 Vibe coding需要知道的设计术语——色彩系统 Grid & Layout / 栅格与布局 Iconography / 图标系统 Spacing & Imagery / 间距与图像 Motion & Interaction / 动效与交互 合订版 布局处理内容在页面里的位置关系。它决定导航放在哪里，正文多宽，按钮离表单多远，屏幕变窄后哪些内容先换行或收起。 栅格是布局的参考线，响应式是布局对不同屏幕的调整方式，前端布局工程则把这些规则落到浏览器里。三者放在一起看，才能解释一个页面为什么稳定，或者为什么一缩小就乱。 1. 布局基础与空间关系 (Layout Basics & Spatial Relationships) Layout (布局) Layout 处理界面元素放在哪里。导航、正文、侧边栏、按钮和底部信息区，都需要在屏幕上找到稳定的位置。 Composition (构图) Composition 处理这些元素放在一起后的画面关系。它关心视线先落在哪里，哪个区域更重，哪些内容应该退到后面。布局更像搭结构，构图更像调画面的重心。 Visual Hierarchy (视觉层级) 视觉层级用尺寸、字重、颜色对比和留白拉开信息优先级。标题、价格、按钮、说明文字不能都一样重。 Reading Flow (阅读路径) 阅读路径是用户视线在页面上移动的顺序。Z 型或 F 型扫描可以参考，但真实页面还要看内容和任务。 Alignment (对齐) 对齐让分散的元素沿同一条参考线排列。即使没有画出边框，文本、按钮和卡片边缘也会形成隐形轴线。轴线稳定，页面就不会显得东倒西歪。 Proximity (邻近) 邻近关系用距离表达内容之间的关系。靠得近的元素会被看成一组，距离拉开以后，用户会自然把它们当成不同模块。 Grouping (分组) 分组不一定要靠分割线完成。表单字段、设置项和列表信息，很多时候只要调整间距就能变清楚。 Whitespace (留白) 留白是内容之间没有被占用的空间，包括内边距、外边距和区块之间的空隙。留白不足时，页面会堵，用户很难判断哪些内容属于一组；留白过多时，相关信息又会被拉散。 2. 栅格系统 (Grid Systems) Grid (栅格) Grid 是由行、栏、槽距和页面边距组成的参考线系统。这些线通常不直接显示在页面上，却会支撑内容对齐。12 栏栅格在 Web 中很常见，因为它容易拆成 2、3、4、6 等不同分栏。 Container (页面容器) Container 是承载页面主要内容的外层区域。它通常会设置 max-width，再在视口中居中。没有容器限制时，正文在宽屏上会被拉得太长，读一行要扫很远。 Margin (页面外边距) Margin 是容器边缘到浏览器边缘之间的空白。它给内容和屏幕边缘留出缓冲。手机上如果没有这层空白，文字和按钮会贴着屏幕边缘，看起来很紧。 Row (行) Row 是水平方向上的布局带。它把多个内容块放在同一层，方便控制垂直节奏。比如一行里放三张指标卡，下一行再放图表。 Column (栏) Column 是垂直方向的分栏基准，也常缩写成 Col。内容可以占一栏，也可以跨多栏。栏太窄，卡片内容会挤；栏太宽，列表和正文又会变得松散。 Gutter (槽距) Gutter 是相邻栏或行之间的空白。它把内容隔开，避免相邻信息粘在一起。槽距太小，卡片会像挤在一起；槽距太大，页面会显得散。 Module (模块) Module 是落在栅格里的实际内容块。一个模块可以占一栏，也可以跨多栏。商品卡片、统计卡片、图表区都可以看成模块。 Baseline Grid (基线网格) Baseline Grid 是纵向排版的参考线，类似书写本里的横格。它让文本行高、段落间距和组件高度更容易落在同一套节奏上。多列内容并排时，基线网格能减少“这一列高一点、那一列低一点”的错位感。 Modular Grid (模块化栅格) Modular Grid 在栏的基础上加入行，形成横纵都有约束的网格矩阵。控制台、商品卡片矩阵和杂志式页面常用它，因为这些页面需要反复比较同一类信息。 3. 页面布局模式 (Layout Patterns) Single-column (单栏) 把内容收在一个居中的窄列里。文章、说明页和文档正文通常用单栏，因为读者需要从上到下连续阅读。 Sidebar (侧边栏) 一侧放导航或筛选项，另一侧放主要内容。后台、文档和设置页常用这种结构，因为用户需要一边切换项目，一边查看内容。 Split (分栏) 把屏幕分成两个主要区域。登录页可以一边放品牌图，一边放表单；对比页可以左右放两个对象。 Multi-column (多栏) 在水平方向划出多列，并排展示同级内容。索引页、资源列表和分类入口可以用多栏，让用户快速扫过更多项目。 Card Grid (卡片网格) Card Grid 把信息封装在独立卡片里，再按矩阵排列。商品、视频缩略图和模板列表常用这种方式。卡片边界清楚，用户更容易扫视和比较。 Masonry (瀑布流) Masonry 的列宽固定，卡片高度不同，内容会交错向下排列。图片流和 UGC 内容可以这样排，因为每个项目高度不一样。需要严格比较价格、状态或指标的列表，不适合瀑布流。 Dashboard (仪表盘) Dashboard 由图表、指标卡片、列表和筛选器组成。它把多个维度放在同一屏里，方便用户监控和比较。仪表盘的难点在于取舍：屏幕可以很满，但最重要的指标必须先被看到。 Master-detail (主从布局) Master-detail 把列表和详情放在同一屏。用户在左侧选择项目，右侧显示详情。邮件客户端、设置页和管理后台都常见，适合频繁切换项目的任务。 4. 响应式布局策略 (Responsive Layout Strategy) Breakpoint (断点) Breakpoint 是布局规则发生变化的宽度位置，通常基于视口宽度。到达某个断点后，页面可能从单栏变成多栏，也可能显示侧边栏或增加页面留白。断点应该跟内容什么时候撑不住有关，不能只照搬设备尺寸。 Responsive Design (响应式布局) 响应式布局会随着可用空间连续调整。容器变窄时，元素先压缩或换行；空间不足时，再通过断点切换成小屏结构。理想状态下，页面会一步步收紧，而不是突然坏掉。 Adaptive Design (适配式布局) 适配式布局会为几个宽度准备不同版型。宽度变化时，页面不一定连续缩放；跨过断点后，它会切换到另一套布局。它更像准备几套固定方案。 Fixed (固定) 固定布局使用明确尺寸，例如 width: 300px。小图标、头像、固定宽度按钮可以这样做。长文本、表格和窄屏页面如果大量固定尺寸，很容易溢出。 Fluid (流体) 流体布局让元素跟随父容器变化，例如 width: 100% 或 flex: 1。它能吃满可用空间，但也需要最大、最小宽度约束。不设上限，正文会太长；不设下限，卡片会被挤坏。 Intrinsic (内在布局) 内在布局让内容参与决定尺寸，例如 max-content、min-content、fit-content。标签、按钮和菜单项的文字长度不稳定时，这类尺寸很有用。它能避免短内容占太大，也能让长内容有边界。 Viewport (视口) Viewport 是浏览器或设备当前可见的页面区域。断点、vw / vh 这类视口单位，以及首屏能看到多少内容，都以它为参考。 做响应式布局时，Viewport 通常决定页面级结构什么时候变化。手机上收起侧边栏，桌面上展开多列内容，就是典型例子。 Container Query (容器查询) Container Query 让组件根据自己所在容器的尺寸变化，而不是只看整个屏幕宽度。同一个卡片可能出现在宽主栏，也可能出现在窄侧栏。只看视口宽度时，它很难知道自己实际还有多少空间。 容器够宽时，组件可以显示更多字段；容器变窄时，就收起次要内容。这比全局断点更贴近组件自己的处境。 Safe Area (安全区域) Safe Area 是移动设备边缘里适合放置内容的安全范围。刘海、圆角屏幕和底部系统手势条都会占掉一部分边缘空间。 移动端的固定底栏、返回按钮和全屏图片如果贴得太靠边，可能会被硬件遮挡，或者和系统手势冲突。Safe Area 给这些边缘内容留出避让空间。 5. 前端布局工程 (Front-end Layout Engineering) Normal Flow (文档流) Normal Flow 是浏览器默认的排版方式。没有用 position、float、flex 或 grid 改变布局时，元素会按照 HTML 顺序进入页面。 块级元素通常从上到下排列，行内内容在一行里从左到右流动，空间不足时自动换行。先理解文档流，才能判断元素为什么出现在当前位置，也能少用定位去硬修布局。 Box Model (盒模型) Box Model 描述一个元素在页面上占据空间的方式。每个盒子由内容区、内边距、边框和外边距组成，对应 content、padding、border 和 margin。 内容区放文本或图片，内边距拉开内容和边框，边框形成盒子的边界，外边距负责和其他元素保持间隔。布局出问题时，先看盒子的实际尺寸，别只看 width 或 height。 Display (显示类型) Display 决定元素以什么身份参与页面排版。block 会独占一行，inline 会跟随文字流动，inline-block 能排在一行里，也可以设置宽高。 display 还可以创建新的布局上下文，例如 flex 和 grid。所以它既影响元素自己怎么排，也影响子元素怎么排。 Flexbox (弹性布局) Flexbox 是一维布局模型，主要处理一条轴线上的排列、分布和对齐。它可以让一组元素沿主轴排成一行或一列，再用交叉轴控制另一方向的对齐。 导航栏、按钮组、工具栏、表单行和卡片内部的图文结构都很适合 Flexbox。它不负责画完整网格，更擅长处理一排或一列项目在空间变化时怎么分布。 CSS Grid (CSS 栅格布局) CSS Grid 是二维布局模型，可以同时控制行和列。页面骨架、卡片矩阵、仪表盘和表单分区都适合用它。 和设计里的栅格系统相比，CSS Grid 更偏工程实现。它可以把容器切成横向和纵向轨道，让元素占据指定区域，也可以跨越多行或多列。 Modular Grid 更像设计稿里的参考网格，用来规划视觉节奏和内容对齐；CSS Grid 是浏览器里的布局规则，决定元素占据哪些行、列和区域。 Positioning (定位) Positioning 决定元素如何确定自己的位置。默认的 static 跟随文档流；relative 保留原本空间，再相对自身偏移；absolute 脱离文档流，相对最近的定位祖先放置。 fixed 相对视口固定，常见于悬浮按钮、固定导航和底部操作栏；sticky 会先跟随文档流滚动，到达阈值后吸附在指定位置。定位适合处理覆盖和固定区域，不适合替代常规布局。 Z-index (层级) Z-index 控制重叠元素在视觉上的前后顺序。数值更大的元素通常显示在更上层，但它只在特定层叠环境中比较，不能直接理解成整个页面的全局优先级。 使用 z-index 时，层级数量要克制。导航、浮层、弹窗、提示最好有固定约定。否则页面做久了，很容易出现 9999 这类局部修补。 Stacking Context (层叠上下文) Stacking Context 是一组元素内部自己的叠放环境。一个元素创建新的层叠上下文后，子元素会先在内部排序，然后整个上下文再作为一个整体参与外部叠放。 这也是很多层级问题难排查的原因：子元素的 z-index 再高，也可能只能在父级上下文内部生效。常见触发条件包括定位配合 z-index、opacity 小于 1、transform、filter、isolation 等。 Overflow (溢出) Overflow 描述内容超出盒子边界时怎么处理。默认情况下，内容可能继续显示在盒子外；也可以用 overflow: hidden 或 overflow: clip 截断，或者用 auto / scroll 提供滚动。 固定高度区域、长文本、图片、表格和横向列表都容易溢出。处理前先判断：内容应该换行，容器应该变大，还是确实需要裁切或滚动。 Scroll Container (滚动容器) Scroll Container 是能够承载滚动的容器。一个元素设置了会产生滚动机制的 overflow 后，就可能成为内部内容的滚动边界。 滚动容器会影响吸顶元素、滚动阴影、内部列表、固定表头和弹层定位。很多滚动问题来自内部容器，不一定是页面本身在滚。 51 个帖子 - 45 位参与者 阅读完整话题

9. 9
   表白被拒，翻篇了

   昨晚鼓足勇气跟喜欢的女孩表白了，被拒了。其实早就能猜到，就是想要个结果。说完之后终于不再内耗，感觉整个人都轻松了。我觉得喜欢一个人就得大声告诉她，不论结果如何都不后悔了。记录一下，也祝各位佬友都能找到属于自己的爱情。 170 个帖子 - 112 位参与者 阅读完整话题

10. 10
    【开源推广】个人A股智能量化工作台开源啦

    本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI 生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI 生成、润色内容已使用截图方式发出 项目地址 github.com GitHub - shy3130/tickflow-stock-panel: 自托管、零运维的 A 股「选股 + 监控 + 回测」量化工作台 | 基于 TickFlow 数据 |... 自托管、零运维的 A 股「选股 + 监控 + 回测」量化工作台 | 基于 TickFlow 数据 | 能力驱动适配全档位订阅 | 自由接入第三方扩展数据(Tushare 等) Github已链接认可 LINUX DO 社区 本项目目前支持TickFlow数据源的、可以扩展数据接入自有的三方数据源 核心功能、选股、回测、盯盘等 不提供演示 Demo 佬们自行部署品尝 dev.sh \ dev.ps1 快速运行 项目截图如下 看板 Dashboard 策略 Screener 回测 Backtest 监控中心 Monitor 连板梯队 Limit Ladder 概念分析 Concept 166 个帖子 - 74 位参与者 阅读完整话题

11. 11
    舆论对立挑不起来，跟我玩栽赃是吧

    热更新 107.173.42.94 分割线 从 cpa 被来自 racknerd 的ip 107.173.42.94 盗刷, 举报有效, 已经suspend了该server. - #15，来自 cheeryman 继续讨论， 我的基本上所有的服务器都在ovh，都是物理机，我不至于穷到用rn，别瞎说 有一点家宽和线路机 具体请看，君の守望 65 个帖子 - 59 位参与者 阅读完整话题

12. 12
    今年的第一个南瓜

    奶奶种的，香 36 个帖子 - 35 位参与者 阅读完整话题

13. 13
    第二弹! 本系列或许终结w 依旧女生女装

    从虽然是女生 我也整点??继续讨论： 这次有衣服了!! 更新一句: 这些就是更新的内容了 下面为原内容 再说:本人实在讨厌黑丝等暗色袜子(除了肉色好一点) 以及破洞等表面不纯的袜子(暖暖穿的除外) （点击了解更多详细信息） 就这样啦 只是觉得真的好麻烦 拼尽全力尝试让图片更好看一点点 但总感觉效果不好，我似乎毫无审美细胞 这段时间全靠生理本能驱动了 放弃思考 今天(6月21号至今此时)自我评价为时间最没去到该去的地方的一天 86 个帖子 - 79 位参与者 阅读完整话题

14. 14
    所谓关于使用非Claude名模型在CC 2.1.150+ 版本无法自动压缩的问题

    从CC接入gpt模型现在不自动压缩了继续讨论： 有人问我说 这么个问题 说不压缩了 还给了个issue github.com/anthropics/claude-code Auto-compact stopped working for third-party API providers since v2.1.161 06:48AM - 05 Jun 26 UTC ### Preflight Checklist - [x] I have searched [existing issues](https://github.…com/anthropics/claude-code/issues?q=is%3Aissue%20state%3Aopen%20label%3Abug) and this hasn't been reported yet - [x] This is a single bug report (please file separate reports for different bugs) - [x] I am using the latest version of Claude Code ### What's Wrong? Auto-compact (automatic context compaction) stopped triggering for users of third-party Anthropic-compatible API providers (e.g., Zhipu AI, Azure Bedrock, Google Vertex, any `ANTHROPIC_BASE_URL` pointing to a non-Anthropic endpoint). Manual `/compact` still works fine. This is a **regression** — auto-compact worked perfectly in v2.1.150 and earlier. ## Regression Window | Version | Auto-compact | Evidence | |---------|-------------|----------| | v2.1.117 (May 7-14) | ✅ Works | Triggers at ~167k tokens consistently | | v2.1.140 (May 14-24) | ✅ Works | Triggers at ~153k tokens, many sessions verified | | v2.1.150 (May 24 - Jun 3) | ✅ Works | Last working version | | v2.1.161 (Jun 3) | ❌ **Broken** | 0 auto-compacts, all manual or hard-limit crashes | | v2.1.162+ (Jun 4-5) | ❌ **Broken** | Same — zero auto-compacts | **Regression introduced between v2.1.150 and v2.1.161.** ## Root Cause Analysis Through binary reverse-engineering of the Claude Code executable, I traced the complete call chain for auto-compact and identified the exact gate that changed. ### v2.1.150 — Auto-compact gate (`xU_`): ```js // v2.1.150: feature flag resolver does NOT require Anthropic auth function xU_() { if (!AT()) return false; // env/config check (passes) if (G28()) return false; // other check (passes) return V6("tengu_sepia_moth", false); // feature flag → can resolve } // V6() → we() = !process.env.DISABLE_GROWTHBOOK && !OS() // Does NOT check for Anthropic first-party authentication // → GrowthBook is available, flag can be fetched/cached // → tengu_sepia_moth resolves correctly → auto-compact works ``` ### v2.1.161+ — New auto-compact gate (`_Y8`): ```js // v2.1.161+: NEW auth gate added, blocks third-party users function _Y8() { if (!AT()) return false; // env/config check (passes) if (!Os()) return false; // NEW: remote env check if (vl()) return false; // NEW: another feature flag check return D6("tengu_sepia_moth", false); // feature flag → CANNOT resolve } // D6() → qu() → Au() → !LC() → !(dGL() || ...) // dGL() = !Z7() where Z7() = (XA() === "firstParty") // → Z7() returns false for third-party API users // → dGL() returns true // → LC() returns true // → Au() returns false (GrowthBook "unavailable") // → qu() returns false // → D6("tengu_sepia_moth", false) returns the DEFAULT value: false // → _Y8() returns false → Auto-compact NEVER triggers ``` ### The complete blocking chain for third-party API users: ``` ANTHROPIC_BASE_URL != api.anthropic.com → Z7() = false (not first-party auth) → dGL() = true (!Z7()) → LC() = true (dGL() || ...) → Au() = false (!LC()) → qu() = false (!DISABLE_GROWTHBOOK && Au()) → D6("tengu_sepia_moth", false) returns false (default, GrowthBook unreachable) → _Y8() = false → SC_() = false (auto-compact trigger check) → Auto-compact NEVER fires ❌ ``` ### Key functions extracted from v2.1.163 binary: ```js // Anthropic first-party auth check function Z7() { return XA() === "firstParty"; } // GrowthBook availability - now gated on Anthropic auth function dGL() { if (eH(process.env.CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST)) return false; return !Z7(); // true when NOT first-party → blocks GrowthBook } // GrowthBook connectivity function LC() { return dGL() || H3() !== null || wM6(); } function Au() { return !LC(); } function qu() { return !T6.DISABLE_GROWTHBOOK && Au(); } // Feature flag resolver - returns default when GrowthBook unavailable function D6(H, _) { let A = Hj6(); // local config override if (A && H in A) return A[H]; let q = _j6(); // another config if (q && H in q) return q[H]; if (!qu()) return _; // ← BLOCKED HERE: returns default (false) // ... GrowthBook lookup (never reached) } // Auto-compact gate function _Y8() { if (!AT()) return false; if (!Os()) return false; if (vl()) return false; return D6("tengu_sepia_moth", false); // false = auto-compact disabled } // Should auto-compact trigger? function SC_(H) { if (H.compactionResult !== undefined) return false; if (H.isPreFirstCompactFork) return false; if (H.consecutiveFailures !== undefined) return false; if (H.hasAttemptedReactiveCompact) return false; if (H.lastTransitionReason === "precomputed_compact_swap") return false; if (!_Y8()) return false; // ← always false for 3rd party return ix9(H.contextTokens, H.model, H.autoCompactWindow); // ← never reached } ``` ### What Should Happen? Auto-compact should trigger automatically when context grows past 85% of the model's context window, regardless of whether the user is authenticated with Anthropic directly or using a third-party API provider. For third-party API users, auto-compact should work identically to how it worked in v2.1.150 and earlier — triggering at ~153k tokens for a 200k context window model. ### Error Messages/Logs ```shell ## Evidence from Session Transcripts Analyzed 500+ session transcripts. The `compact_boundary` system events with `compactMetadata` clearly show the regression: ### All sessions with auto-compact (chronological): v2.1.117 (May 7-14): auto=38, manual=12 ✅ Working v2.1.140 (May 14-24): auto=89, manual=18 ✅ Working v2.1.150 (May 24-Jun 3): auto=55, manual=14 ✅ Working v2.1.161 (Jun 3): auto=0, manual=3 ❌ BROKEN v2.1.162 (Jun 4-5): auto=0, manual=1 ❌ BROKEN ### Example: 20MB session (v2.1.140, May 22-23) — auto-compact worked: 14 auto-compactions, all `trigger: "auto"`, each with full metadata: {"trigger": "auto", "preTokens": 153018, "postTokens": 9231, "durationMs": 57363} {"trigger": "auto", "preTokens": 153032, "postTokens": 9150, "durationMs": 45430} // ... 12 more, all auto-triggered at ~153k tokens ### Example: Recent sessions (v2.1.162, June 4) — auto-compact broken: Session 60faa9d3: auto=0, manual=2, hard_limit_hits=5 → User had to manually /compact, or hit "ran out of context" emergency recovery Session 4daf00de: auto=0, manual=1, hard_limit_hits=1 → Same pattern After upgrade to v2.1.161+: zero auto-compacts. Sessions grow until API returns an error, then emergency recovery kicks in. ``` ### Steps to Reproduce 1. Configure Claude Code to use a third-party Anthropic-compatible API: ```json // .claude/settings.json { "env": { "ANTHROPIC_BASE_URL": "https://open.bigmodel.cn/api/anthropic", "ANTHROPIC_AUTH_TOKEN": "<third-party-token>", "ANTHROPIC_MODEL": "glm-5.1" } } ``` 2. Start a Claude Code session and work long enough for context to grow past 85% of the model's context window 3. **Expected**: Auto-compact triggers automatically, context is summarized 4. **Actual**: Context grows until it hits the API's hard limit → emergency "ran out of context" crash recovery **Note**: This reproduces with ANY third-party API provider, not just Zhipu AI. Azure Bedrock, Google Vertex, AWS Foundry, Mantle, and any custom `ANTHROPIC_BASE_URL` are all affected. ### Claude Model Other ### Is this a regression? Yes, this worked in a previous version ### Last Working Version 2.1.150 ### Claude Code Version 2.1.163 ### Platform Other ### Operating System macOS ### Terminal/Shell Terminal.app (macOS) ### Additional Information ## Impact This affects **all users** of third-party Anthropic-compatible API providers: - Zhipu AI (智谱, open.bigmodel.cn) - Azure Bedrock (via `CLAUDE_CODE_USE_BEDROCK`) - Google Vertex (via `CLAUDE_CODE_USE_VERTEX`) - AWS Foundry (via `CLAUDE_CODE_USE_FOUNDRY`) - Mantle (via `CLAUDE_CODE_USE_MANTLE`) - Any custom `ANTHROPIC_BASE_URL` For these users, every long session will eventually crash with "ran out of context" instead of gracefully auto-compacting. ## Workaround **Option 1: Downgrade to v2.1.150** (verified working) **Option 2: Manual `/compact`** — remember to type `/compact` periodically during long sessions. ## Environment Details - **API provider**: Zhipu AI (`open.bigmodel.cn/api/anthropic`) - **Model**: glm-5.1 (200k context window) - **OS**: macOS 12.7.6 (Monterey), x86_64 - **Relevant config**: - `CLAUDE_AUTOCOMPACT_PCT_OVERRIDE=85` - `CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1` - `ANTHROPIC_SMALL_FAST_MODEL=glm-5.1` ## Related Issues - #46416 — Context window detection fails for third-party providers (same class of issue) - #58383 — `DISABLE_TELEMETRY` silently disables GrowthBook, which also disables feature flags (same flag-defaults-to-false mechanism, different trigger) - #58284 — Agent View hard-disabled for third-party backends via first-party-auth gating (identical pattern, different feature) - #6012 — Auto-compact not triggering with AWS Bedrock backend (older report, same symptom) - #63197 — Compaction regression in v2.1.153 on Zhipu (likely same root cause, attributed to context window misreporting) ## Suggested Fixes 1. **Remove the `Z7()` first-party check from the GrowthBook availability chain** for core functionality flags like `tengu_sepia_moth`. GrowthBook should be accessible to all users regardless of authentication method. 2. **Change the default value of `tengu_sepia_moth` from `false` to `true`** — auto-compact is a core feature that should be enabled by default, not a premium feature locked behind Anthropic auth. 3. **Add a `CLAUDE_CODE_ENABLE_AUTO_COMPACT` environment variable override** that bypasses the feature flag entirely, giving third-party users explicit control: ```js function _Y8() { if (eH(process.env.CLAUDE_CODE_ENABLE_AUTO_COMPACT)) return true; // explicit override if (!AT()) return false; if (!Os()) return false; if (vl()) return false; return D6("tengu_sepia_moth", true); // default true instead of false } ``` Any of these would fix the regression. Option 2 is the simplest and safest. 花了点时间看了看 比对149和185看了下 触发响应应是 prompt_too_long 错误， 这改动的目的本来是好事 也就是更多的用够上下文 要压了再压 而不是像以前一样 预留 13K 再加 Tool 占用 直接开压 第三方模型那肯定不是这样的文本 所以就噶了呗 再就没有后备手段了 所以呢 新版得这么加一个控制属性 "autoCompactWindow": 870000 等价 env 中 CLAUDE_CODE_AUTO_COMPACT_WINDOW (优先级最高) 1M 模型就这么写 85%压缩没差 诚然 非1M Claude模型 那肯定就是 fallback 到 200K 了 所以我们简单点的话只要 是超过 200K 的模型么 都路由成 opus[1m] 就ok了 27 个帖子 - 20 位参与者 阅读完整话题

15. 15
    360宣布已开发出能与Mythos模型相抗衡的国产对标产品: 图龙锋 和 仪天阵

    我在联合早报看到的消息, 他也是援引路透和证券时报的消息. 三六零发布“中国版Mythos”图龙锋 周鸿祎称漏洞发现能力正成为新的战略能力 周鸿祎星期三（6月24日）在第十四届互联网安全大会上，发布了两款人工智能模型：漏洞自动化挖掘智能体“图龙锋”与自动化防御系统“仪天阵”。 周鸿祎介绍，“图龙锋”能自动发现软件漏洞，而“仪天阵”则负责实现网络防御和事件响应的自动化，其中“图龙锋”被视为中国版Mythos。 凭借在敏感系统中挖掘漏洞的强大能力，今年4月发布的Mythos已在华盛顿及多国政府高层，乃至整个网络安全行业引发高度警觉。而360此次发布的新产品，标志着中国企业迄今为止对该模型做出的最高调回应。 周鸿祎认为，Mythos之所以引发震动，根本原因在于它能自主发现漏洞、分析漏洞甚至构造网络攻击“武器”，相当于AI时代的“网络核武器”。 他警告称，Mythos已对传统安全行业形成降维打击，过去的“旧药方”正在失灵。中国若缺乏对等能力，网络安全将面临“第二次单向透明”，攻防态势也将从过去的“敌暗我明”恶化为“敌快我慢、敌众我寡”。 周鸿祎预测，未来几年，中国很多关键基础设施和重要产业将进入网络攻击高发期。因此，中国网络安全行业必须拥有自己的Mythos，自己的漏洞自己先看见、先修补，而不是等别人发现后再被动应对。“做到手里有牌，才能心里有数”。 图龙锋(屠龙), 仪天阵(倚天), 吹牛不上税, 还玩谐音梗, 和追觅, 真是一对卧龙凤雏 170 个帖子 - 165 位参与者 阅读完整话题

16. 16
    一个基于概率分布识别任意模型真假的项目，从此告别掺假！

    本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 github.com GitHub - hanlinwenyuan/hlwy-ai-checker: 检查第三方AI API是否掺假以及渠道一致 检查第三方AI API是否掺假以及渠道一致 看见佬友们还是容易碰到api掺假，同时分辨有些困难，这两天思考了个好办法。 别忘了点个star！ 原理 让模型在1-355中随机选数字。 然而，大语言模型并非真正的随机数生成器。当被要求"随机选数字"时，不同模型会产生不同的偏差。 这些差异在大量采样后就形成了统计学上可区分的指纹。 这一指纹不能轻易被系统提示词覆盖，所以可以用来检测第三方API是真的假的。 特点 一致性强，同一模型表现一致 识别度高，不同模型区分度大 掺haiku？相似度如此之低 token消耗少 仅仅数十token解决问题 抗干扰强，不易被提示词覆盖 看原理即可知道。 使用教程(别忘了Base URL有/v1) 打开html文件即可。 1.标定模型基准（建议使用官key，Openrouter，保证基准别错！怕烧钱选择50测试次数） 2.进行测试 3.比对结果 项目下一步 防止被恶意商家检测并ban，尝试在提示词中插入混淆 增加更详细的信息显示 75 个帖子 - 42 位参与者 阅读完整话题

17. 17
    【CHY公益站】重新上架GLM-5.2、MIMO-2.5等国模

    本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接入 LINUX DO Connect： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 如图，CHY公益站重新上架GLM-5.2、MIMO-2.5等国模，并且这次做了个优化，之前是在云服务器上先跑起来2API然后套个域名去调用，现在直接在家里云里跑调用内网 泰裤辣！ 114 个帖子 - 96 位参与者 阅读完整话题

18. 18
    最新Typora激活脚本GUI版，双击可用，直观不用改文件_6.26 8.0版本

    一、激活脚本来源： 关于 Typora 最新激活脚本-优化版【2026-05-23有效】 资源荟萃 Windows 用户看这里 参考这篇文章，昨天在 Windows 上对最新版 Typora（v1.13.6.0）进行了激活。 但是我遇到了几个问题： 1、首次（后台没有 Typora 进程）打开 Typora 或使用 Typora 打开 md 文件，会自动弹出开发者工具。 2、我把前台窗口关闭后，再次点击打开其他 md 文件，无法打开（无法弹窗），任务管理器查看有 Typora 后台进… 起因是我在两台电脑上都需要激活，然后我把脚本给我的两台电脑上的agent让它们操作，但是操作的时候会有各种各样的问题，比如掉激活，比如用错了另一台电脑的激活码所以我决定让Claude code弄一个直观一点的，于是搓了出来。 二、激活工具使用&下载 正常打开就是这样，填完安装路径以及机器码之后，就可以点击激活了。没事儿可以保存这个exe，以后如果掉激活再拿出来点一下也比较方便。（掉激活也能用那个修复注册表按钮） 我用的Typora版本1.13.6，按理来说只要它不大改验证规则最新的都是可以的 不敢发到GitHub，放蓝奏分享给你们，如果不放心exe，下面我还打包了源码。 ygtt.lanzoum.com TyporaActive 密码:epk8 三、最新更新日志 6.24 20点22分–v5.0 更新： 修复卸载重装后激活失败 — 现在 mixed 状态（app.asar 和 app/ 同时存在）会自动处理，无需手动删目录 修复日志窗口不可见 — 窗口高度增大，日志区域完整显示 Node.js 缺失提示更醒目 — 状态栏直接显示橙色警告+下载按钮 6.25 16点27分–v6.0 更新：修复 “Cannot find module npx” 崩溃 重写查找逻辑：优化 _find_npm 函数，优先检查 Node.js 同目录，随后使用 shutil.which 搜索系统 PATH，替代原有的手动硬编码路径方式。 修复回退机制：将 [node, "npx/npm", ...] 的直接调用改为 shell=True，交由系统 Shell 自动寻找并执行 npm/npx，同时修复了 flip_fuses 中的同类 Bug。 完善命令校验：增加条件判断，防止在 _find_npm 返回 npm 时错误拼接无效命令（如 npm --yes asar extract），确保其正确走 Shell 回退流程。 6.25 20点27分 v7.0更新： 修复了 node -e 找不到 @electron/fuses 模块的问题（加 cwd），并简化激活逻辑为每次全新安装，去掉复杂的部署状态判断。 6.26 14点53分 v8.0更新： 内置依赖包，不再需要联网下载，彻底解决 Error: Cannot find module 新增 WinReg 钩子防止掉激活 拦截所有验证端点 详细中文日志，失败时提示原因 简化激活逻辑，修复重复激活版本不匹配 【注意】： 最好开启管理员权限，右键-管理员身份运行，这样它修改东西会方便点。 在电脑上先安装node.js环境避免报错（这个好装，问豆包都能解决） 如果依旧失败，可以在评论区或者私发我报错截图，或者让随便哪个Agent对着源码修改 四、常见问题 大部分激活失败的原因是之前装过Typora，然后卸载了重装之后激活的，建议卸载的时候，用Everything搜一下，清理掉所有Typora相关文件夹，尤其是C盘的一些目录，避免旧版本冲突问题。 以下报错已经解决，v8.0内置了模块不用下载。 典型报错：Error: Cannot find module ‘@electron/fuses’ Cannot find module报错都是是环境的问题，激活工具自动调用npm下载依赖失败了。说明当前的网络或者环境有问题。 解决方案：可以手动下载依赖后重新用工具激活。看下面这个佬的安装依赖包部分。 Typora【超便捷md文本编辑器】 安装与激活教程 资源荟萃 前戏 之前在论坛中安装佬友的 Typor1.11.7-x64-CN 虽然能成功激活，但是后面过一阵子就只能同时打开一个markdown文件 在吾爱上刷到大佬的破解分享 https://www.52pojie.cn/forum.php?mod=viewthread&tid=2084047&extra=page%3D1&page=1 看不懂，遂来L站找无脑教程，… 在下载的激活工具目录下执行安装依赖的部分，然后运行本工具激活。 五、感谢 感谢三位佬： YEESUN: 中间还试了下集成 node 的版本，这个版本的日志有内容，看了下 4.0 的代码，窗口高度不够日志框被挤没了，把窗口高度改大固定日志框的高度就能看到日志了 crossccg: 感谢佬，用上了，但是我本地已经安装的ndoejs的情况还是点击激活没有反应，让AI改了下，打包了一份内置node环境的，可以正确显示日志的 imoyt: 佬，目前激活工具，我发现一个问题。Typora 卸载重装后，再次用工具激活失效，显示 15 天试用。我在你的代码上面调整了一下，就可以激活成功了 没删 app.asar — Typora 优先加载它，完全忽略了有 Hook 的 app/ 没翻转 Fuse — 新装的 Typora.exe 默认只允许从 asar 加载 134 个帖子 - 84 位参与者 阅读完整话题

19. 19
    【公益站】猫猫公益站-众人拾柴火焰高

    【公益站】猫猫公益站--渠道是老黄的免费key 福利羊毛 本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 / 否 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录… 站点：https://new-api.rugao.me 渠道共享 加入映射了，可能要重新配置 232 个帖子 - 147 位参与者 阅读完整话题

20. 20
    【公益站】猫猫公益站--渠道是老黄的免费key

    本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的项目是免费使用的，无收费（变相收费、赞助）部分： 是 我的帖子已经打上 公益推广 标签： 是 我的项目属于个人项目，与公司或商业机构无关： 是 我的项目不存在QQ、TG等群组引流： 是 我的项目不存在非运营必要的网站引流： 是 / 否 我的项目不存在为他人推广、AFF： 是 我的项目无关联的商业项目： 是 我的站点存在登录，并已接入 LINUX DO Connect： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 最近脑袋大开，创建了几十个英伟达免费的key,感觉用ds-v4-pro速度还挺快的，我在想老黄啥时候上GLM-5.2，哈哈哈 https://new-api.rugao.me 加入映射了，可能要重新配置 164 个帖子 - 89 位参与者 阅读完整话题

21. 21
    遇事不决，可问春风

    36 个帖子 - 35 位参与者 阅读完整话题

22. 22
    你以为去了寺庙，就能脱离世俗？

    久违了佬友们，算下时间已经有好几个月没发过帖子了。 时隔几个月重新发帖，主要是想跟佬友们一起分享我近期的感悟与心得。 前段时间身心俱疲，做什么都提不起劲，不仅耽误了工作，也影响了身边的人际关系。 于是就约几个朋友一起吃饭谈谈心，饭桌上有个朋友听了我的状态后，便推荐我去山里的寺庙住一段时间，说他之前状态跟我一样，后来去了山里跟师父们做做功课，念念经，喝喝茶，回来后整个人都充满了能量。 我听了他的描述后，脑海顿时有了画面，青灯古佛，晨钟暮鼓，在香火旁念着梵音的修行人，光想着就觉得轻松了些。 饭后我和朋友要了他去的寺庙地址，打算抽空去挂个单清净一下。 估计有佬友不知道什么是挂单，挂单指的是云游的僧人到寺庙免费暂住，现在普通信众和游客也可以去体验。 判断一个寺庙是否可以挂单，可以通过天王殿的韦陀菩萨手里的金刚杵姿势来分析，杵扛肩上代表寺庙能免费挂单3天，杵端平能免费挂单1天，杵立在地上不提供挂单服务。 我去的那个寺庙规模较大，能挂单3天。 到了寺庙跟负责接待的僧人办理完挂单手续后，我跟着他到了供挂单的人所居住的寮房。 寮房不大，4人一间，同屋的已经住了3位义工，他们都是退休后长住的，最长的一位已经住了5年。 东西放好后，同屋一位姓李的义工和我攀谈起来，我称他为李叔，李叔跟我讲了每天不同时间所需要做的事，例如几点打板，几点早课，几点吃饭，几点念佛等。 有些事情不便挂单的人参与的情况下，挂单的人要配合寺庙任务跟义工一起干活。 没错，进了寺庙是要干活的，佬友们不要天真的觉得到寺庙挂单后自己想干嘛干嘛，想睡到几点睡到几点，进了寺庙就得守寺庙的规矩。 如果你执意按照自己的想法来，也不会有人说什么，但你会被寺庙拉进黑名单，圈内公示，后面不会再给你提供挂单机会，这个是李叔后面跟说我的。 挂单第一天，四点起来去打板，我摸黑跟着人群往大殿走，路上碰到了李叔，同屋的3名义工起的都早，我到的时候发现他们已经在门口等着了。 我跟李叔打了招呼，李叔把我喊过去小声提醒我一会打板往后站，别往前凑。 我听了后没放心上，再加上没见过和尚打板，为了看的更清楚，选了个靠边的位置。 大殿里站定，维那起腔，钟鼓齐鸣，我正沉浸在这就是我想要的感觉里时，前排突然有人别过脸看我，眼神如刀，带着怒火。 事后才知道，寺庙里每个人都有自己的固定站位，前排后排，左边右边，谁挨着谁，谁站在哪，都有约定成俗的归属，我作为一个新人不懂规矩，站了不属于自己的位置，无疑是种冒犯。 那一刻，我才意识到，寺庙和外面一样，也有江湖。 早上跟着众人做完打板，早课后，下午的课程不适合挂单的人参与，我就被安排到菜地里去给菜浇水。 带领我的人是位阿姨，姓刘，我叫她刘姐，刘姐在这做义工一年了，为人话不多，第一天跟她干活相安无事。 等到第二天，刘姐看我浇水时突然跟我说，你浇的水太多了，会影响菜的生长，我道歉，把水量减少一点。 没一会，她又说我水浇的不够均匀，会导致菜的发育速度不一样，我听了后尽可能控制每片菜都浇一样的水。 还剩最后一块菜地时，她突然过来夺过我的水壶跟我说，你浇的不行，去扫院子吧，这儿用不着你。 我刚觉得莫名其妙，侧头一看原来是僧人下课了恰巧路过这里，他们听到刘姐的话纷纷侧目，我脸像被扇了一耳光般的烫。 等到晚上我把这事跟李叔说了，李叔听我说完笑了一下，他告诉我，只要涉及到利益，在别人眼里无论你做什么，都是错。 他看我没听懂，就跟我说，每个寺庙挂单人数是固定的，本来她侄子想来挂单，你比他早来半天，恰巧占了最后一个名额，她这是在清场呢。 原来如此，我自以为的帮忙，在别人眼里是颗钉子。 第三天，发生一件事，彻底打破我对寺庙的修行幻想。 那天我去给一位义工送工具，路过僧人们住的僧房时看见几名僧人在殴打另一名僧人，嘴里还骂着不堪入耳的话，我愣住了，希望自己眼前看到的一幕是幻觉。 有一名僧人无意中看到了我，连忙提醒其他僧人，其他僧人回头发现我后连忙落荒而逃。 等他们走后，我过去扶起了被殴打躺在地上的僧人，他起来后对我行了礼便走，我一时陷入了茫然。 第四天早上我收拾好东西办理完退单手续后就下山了，路过一家商店进去买水时，碰到昨天被打的僧人穿着便服正在买烟，不知道他是不是假装不认识我，看了我一眼后便匆匆离开了。 在寺庙里的三天，我身心依旧没感到放松，反而多了一些怅然，一直觉得进了寺庙就是离开了红尘，没想到寺庙里也是红尘，只是换了身衣服。 这也让我想到李叔跟我说的话，你以为修行是在寺庙，其实跟在哪无关，修行跟你的一举一动有关，哪些主动抢着干脏活累活的人不是勤快，是在攒人情，主持对某些义工特别客气不是慈悲，是人家每年捐香火钱。 关于僧人的霸凌，我没和李叔说，相信他也知道这事，毕竟有人的地方就有事，就有是非。 李叔说的没错，寺庙不是避风港，反而是练兵场，你那些在家里或职场的烦恼和问题，到寺庙依旧存在，躲不掉的。 回来后，那个朋友问我觉得怎么样，是不是感到轻松了？ 我回他，轻松不在地，在人。他回了我个大拇指，看来他在那也是感悟到些什么了。 112 个帖子 - 94 位参与者 阅读完整话题

23. 23
    囤囤鼠的末日

    感谢公益站的囤囤鼠，你们的额度会成为公益站下个月的签到额度～ 112 个帖子 - 105 位参与者 阅读完整话题

24. 24
    1.99元10支小米巨能写

    京东App 138 个帖子 - 129 位参与者 阅读完整话题

25. 25
    广东高考出分，632，省排9680

    这次高考自我感觉比往年难，尤其是数学。 出分前本来打算冲北邮的，但是看到排位，还是差一点点，应该无望了。目前看这分数、排位，感觉西电比较适合自己。 我打算本科学计科或者软工之类的计算机方面的基础学科，研究生阶段搞AI或集成电路。 想咨询一下佬友们，有没有推荐的大学（不限于西电），可以分享一下大学环境特点、学术氛围、保研比例、就业等信息吗？ 以及大学学习和生活与高中不同的方面。 多谢佬友们，也祝本届和以后的高考生考出理想成绩！ 98 个帖子 - 81 位参与者 阅读完整话题

26. 26
    气笑了，兄弟们，第一次见API密钥管理面板变成评论区的，所谓的低价opencode其实本质上就是一号多卖，别买了兄弟们，大半夜的，还是绷不住笑了

    刚打算给新的任务弄个GLM5.2的API给新的任务对接上，然后美美睡觉，结果发现好热闹，我买的是给邮箱的，但我说实话，就算是你给支付链接也差不多，很快就会被封的，太变态了，API评论区越来越多受害者了 这个店铺已经被迫关停了 157 个帖子 - 87 位参与者 阅读完整话题

27. 27
    【仅供参考】Codex 降智测试脚本

    本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 前天发起了一个关于 Codex 降智的讨论。 [转发] 社区发现疑似 OpenAI 对第三方客户端发出的请求降智 前沿快讯 [image] [image] [image] [image] [image] [image] 在该讨论中，很多佬友复现了 516 降智现象。 github.com GitHub - haowang02/codex-candy-eval: Codex 测试 Codex 测试 该脚本无任何第三方依赖，只需要安装并登录 Codex CLI。用法如下： python codex_candy_eval.py -m gpt-5.5 -r high -n 5 其中： -m：codex 模型名 -r：推理强度 low/medium/high/xhigh -n：测试次数 以下是降智和不降智的测试结果示例： 208 个帖子 - 119 位参与者 阅读完整话题

28. 28
    hermes 用法合集

    Hermes Agent 用法合集 目录 部署建议 AI 新闻推送（RSS 定时推送） NewAPI 公益站定时签到 服务器监控与 Docker 部署 修改自身配置（SSH 自身技巧） 智能家居控制（通过 Home Assistant） 跨会话记忆存储（Honcho） 邮箱验证码自动转发 1. 部署建议 核心建议：Hermes 在单独虚拟机上部署，最好不用 Docker。 说明 单独虚拟机部署的好处： 资源隔离，不影响宿主机环境 避免 Docker 的权限限制和安全准则带来的改配置困难 性能更好，操作更灵活 如果确实要用 Docker，也需要注意：Docker 版在修改配置时可能因自带的安全准则限制而改不了，此时需要通过 SSH 连接到自身机器来执行。 2. AI 新闻推送（RSS 定时推送） 用途 每天早上自动推送 AI 相关新闻到你的聊天平台（QQ / Telegram）。 提示词模板 AI新闻推送: 每日检测 RSS: https://daily.juya.uk/rss.xml 从八点到十点，每十分钟检测一次，第一次推送后标记为已读状态不再推送， 推送的时候要确认好是否内容是当天日期的，不是则丢弃。 请把这个做成定时任务 要点 RSS 源：橘鸦 AI 早报 时间窗口：08:00–10:00，每 10 分钟检测一次 只推送当天日期的内容 首次推送后自动标记已读，不再重复推送 3. NewAPI 公益站定时签到 用途 每天定时签到 NewAPI 公益站点，获取免费 API 额度。 提示词模板 newapi公益站定时签到: newapi站点: [站点URL] 令牌: [你的令牌] 用户ID: [你的用户ID] 请帮我创建定时任务，每天早 7 点签到站点 说明 只需提供站点 URL、令牌（Token）、用户 ID，Hermes 自动生成定时签到任务 签到脚本设计为 no_agent 看门狗模式：成功签到则通知，已签到则静默，失败则报错 并非所有公益站都支持定时签到，部分魔改版可能不行 4. 服务器监控与 Docker 部署 用途 让 Hermes 记住你的服务器信息，帮你监控服务器状态、管理 Docker 部署。 提示词模板 我的服务器 [IP地址] 账号是 [账号]，密码是 [密码]，SSH 端口是 [端口]，Docker 的路径是 [路径]， 请记住，当要你部署 Docker 的时候在 [路径] 部署。 说明 将服务器信息直接告知 Hermes，它会记住并在需要时使用 适用于需要经常在服务器上部署项目、管理容器的场景 5. 修改自身配置（SSH 自身技巧） 用途 解决 Hermes 自带的执行限制如hermes gateway restart，ssh可直接执行。 提示词模板 你所在的机器的 IP 是 [IP]，账号和密码是 [账号]，Root 的账号和密码是 [密码]， 你要修改配置的时候 SSH 自己所在的机器而不是直接执行 bash。 背后的原因 他有时候修改或者执行因为自带的啥安全准则或者限制改不了，SSH 就能改，离谱。 6. 智能家居控制（通过 Home Assistant） 用途 通过 Hermes 语音/文字控制家里的智能设备（小米灯具、开关等）。 前提条件 部署 Home Assistant（可以让 Hermes 自行安装） 安装 HACS（同样可让 Hermes 完成） 安装 Xiaomi Home 集成 操作流程 在 Home Assistant 中创建令牌（Token） 将令牌提供给 Hermes 进行配置 说明 只要设备能接入 Home Assistant，就可以通过 Hermes 控制（如小米智能灯具、开关、插座、风扇等）。Hermes 配置好 HA 后，你只需要说"开灯""关灯"之类的自然语言指令。 7. 跨会话记忆存储（Honcho） 用途 使用 Honcho 作为跨会话记忆层，让 Hermes 拥有长期记忆，不再每次对话都"失忆"。 提示词模板 查看 Honcho: https://github.com/plastic-labs/honcho 这个项目， 尝试 SSH 到你所在的机器并部署， 使用 Honcho 作为跨会话记忆层接入 Hermes，启用后重启网关。 检查 built-in memory 里的凭据信息以及 system prompt 中的条目， 把全部凭证迁移过来，列举出其他记忆条目让我选择是否删除。 说明 Honcho 是一个外部记忆存储项目，比 Hermes 自带的记忆功能更灵活 部署后需要将原有的凭证信息迁移到 Honcho 旧的 built-in memory 条目可以选择性删除 迁移后，Hermes 就能跨会话记住你的偏好、凭据、配置 记忆整理自动化 建议配合定时任务，每天自动整理 Honcho 中的记忆： 设置每天 6:00 自动整理记忆，重要的登录凭证、定时任务、智能家居配置等信息保留在 Honcho 中。 8. 邮箱验证码自动转发 用途 让 Hermes 监控邮箱，自动提取验证码和认证链接并转发给你。 步骤 第一步：注册 Agent 邮箱 在 agent.qq.com 注册 Agent 邮箱。 第二步：安装 Agent Mail CLI 向 Hermes 发送： 请阅读 https://agent.qq.com/doc/cli-setup.md 文档， 按照步骤为我安装并配置 Agent Mail CLI。 第三步：配置邮件转发 在其他邮箱（如 Gmail）中设置邮件转发到该 Agent 邮箱。 第四步：设置自动筛选 对 Hermes 发送： 以后检查收到的邮件，如果是接受的验证码、Token 以及需要认证的链接， 请把邮件内容发送给我，其他内容忽略。 轮询频率 推荐每 2–3 分钟检查一次，可以及时收到验证码。 98 个帖子 - 61 位参与者 阅读完整话题

29. 29
    『富可敌国』『高级推广』 上架 海外版本 dreamina-seedance-2-0-mini

    从 『富可敌国』『高级推广』只需要一个创意，剩下的交给星辰~即梦，创造你的梦~ 继续讨论: 海外版本即梦全量上线 dreamina-seedance-2-0-260128 dreamina-seedance-2-0-fast-260128 dreamina-seedance-2-0-mini-260615 价格 一秒大约1人民币，具体计费完全基于 total_token计算，和火山一致 我们的优势 不用排队 审核围栏低 并发高 支持对公转账和企业对接 进入 Seedance · AI 视频生成 使用文档 ShowDoc 官网 New API 技术支持 41 个帖子 - 30 位参与者 阅读完整话题

30. 30
    不多说，快抢注agent邮箱去

    现在可以自定义了，还有比较多的好号 Agent Mail Agent Mail — QQ 邮箱为 Agent 打造的原生邮箱 与个人邮箱隔离，原生适配 Agent，让 AI 智能体安全高效地帮你收发、整理邮件。 321 个帖子 - 291 位参与者 阅读完整话题