Linux.do

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

去年也是差不多这个时候完成了 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 位参与者 阅读完整话题

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

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

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 天内随时申请退款哈，如果申请退款，请在申请后给我私信说一声，不然可能无法及时处理～ 请在确认接受上述条件后再进行购买 357 个帖子 - 283 位参与者 阅读完整话题

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

从求助官方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" } 睡觉 47 个帖子 - 35 位参与者 阅读完整话题

经常看到朋友和同事在 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 位参与者 阅读完整话题

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

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 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 163 个帖子 - 74 位参与者 阅读完整话题

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

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

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

从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 位参与者 阅读完整话题

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

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 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 位参与者 阅读完整话题

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

一、激活脚本来源： 关于 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 加载 133 个帖子 - 83 位参与者 阅读完整话题

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

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