(() => { // 如果之前跑过，先停掉旧脚本 if (window.__autoScrollCtl?.stop) { window.__autoScrollCtl.stop(); } const STEP_PX = 260; // 每次下滑距离 const INTERVAL_MS = 1500; // 每次间隔，约为之前的 1/3 const SMOOTH = true; // 是否平滑滚动 const MAX_IDLE_TICKS = 20; // 连续多少次几乎没动就认为到底了 const scroller = document.scrollingElement || document.documentElement; let timer = null; let running = false; let lastTop = scroller.scrollTop; let idleTicks = 0; function tick() { const before = scroller.scrollTop; window.scrollBy({ top: STEP_PX, left: 0, behavior: SMOOTH ? "smooth" : "auto", }); setTimeout(() => { const after = scroller.scrollTop; const moved = Math.abs(after - before); if (moved < 5) { idleTicks += 1; } else { idleTicks = 0; } lastTop = after; if (idleTicks >= MAX_IDLE_TICKS) { console.log("[auto-scroll] 可能已经到底，自动暂停"); pause(); } }, Math.min(900, Math.max(300, INTERVAL_MS - 200))); } function start() { if (running) return; running = true; timer = setInterval(tick, INTERVAL_MS); console.log( `[auto-scroll] 已启动: ${STEP_PX}px / ${INTERVAL_MS}ms` ); } function pause() { if (!running) return; clearInterval(timer); timer = null; running = false; console.log("[auto-scroll] 已暂停"); } function resume() { if (running) return; idleTicks = 0; start(); } function stop() { clearInterval(timer); timer = null; running = false; idleTicks = 0; console.log("[auto-scroll] 已停止"); } window.__autoScrollCtl = { start, pause, resume, stop, status() { return { running, top: scroller.scrollTop, height: scroller.scrollHeight, viewport: window.innerHeight, stepPx: STEP_PX, intervalMs: INTERVAL_MS, idleTicks, }; }, }; start(); })(); 1、用在哪？ 比如我看一篇长帖子、或者文章、或者小说，不想自己动手了，可以让浏览器自己下滚 2、怎么用 打开浏览器控制台，找到 console，代码贴进去回车就好了 暂停： __autoScrollCtl.pause() 继续： __autoScrollCtl.resume() 停止： __autoScrollCtl.stop() 查看状态： __autoScrollCtl.status() 1 个帖子 - 1 位参与者 阅读完整话题
好久之前在any用L站注册过一个号，这几天听说any大善人有纯到发蓝的4.7打算体验下，结果号封禁了。注册也尝试了好多次没成功。 所以现在还能注册any吗佬友们，有没有被封禁然后肘赢的佬友分享下经验？ 2 个帖子 - 2 位参与者 阅读完整话题
还有一个问题有个慢速限制发言，我在哪打开，是申请后吗。 10 个帖子 - 5 位参与者 阅读完整话题
我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 mac 和 windows 平台都出现了此问题； 并且 mac 版本还出现了运行时 cpu 使用率过高，发热严重的问题。 github 上也有不少类似的反馈，首个发现的版本应该是 26.415.21839 ；有人反映关闭记忆功能后可绕过此问题，但对大多数人包括我自己无效，目前只能通过降级解决。 github.com/openai/codex Fix: Desktop App - Message send is delayed for ~8 seconds in new sessions after the latest update 已打开 04:31AM - 17 Apr 26 UTC JavierPiedra bug app session ### What version of the Codex App are you using (From “About Codex” dialog)? 26 … .415.21839 ### What subscription do you have? Pro ### What platform is your computer? Darwin 25.3.0 arm64 arm ### What issue are you seeing? ## Summary In the Codex desktop app, sending a message can take around 8 seconds before the message is actually sent. This appears to have started after the latest update. It did not happen in older sessions before. ## Environment - App: Codex desktop app - Codex version: `26.415.21839 (1763)` - macOS: `26.3.1 (build 25D771280a)` - Hardware: `MacBook Air (Apple M3, 24 GB RAM)` ## Actual behavior After pressing Enter to send a message, the message does not send immediately. Observed behavior: - The spinner appears in the send button - The message remains pending for about `8 seconds` - Lowering reasoning does not help This is affecting sessions created after the latest update. ### What steps can reproduce the bug? ## Reproduction Observed repro: 1. Open Codex desktop 2. Open a newer thread created after the latest update 3. Type a normal message 4. Press Enter 5. Observe the spinner in the send button and a delay of about `8 seconds` before the message is sent Additional observation: - In a brand-new thread, the first message sent immediately - The second message in that same new thread then started taking a very long time to send ## Scope / pattern - Happens in newer sessions created after the latest update - Did **not** happen in older sessions tested by the user - Not fixed by lowering reasoning - Seen with `GPT-5.4` and `Extra High`, but reasoning level does not appear to be the cause ### What is the expected behavior? ## Expected behavior Pressing Enter should enqueue and send the message immediately, or at least show near-instant client acknowledgment. ### Additional information ## Notes This feels like client-side send latency rather than raw network latency. Local diagnostics from the machine at the time: - Network path looked healthy in macOS logs - Codex renderer/helper processes showed noticeable CPU activity while the issue was occurring - No obvious network failure was visible from the local system logs ## Impact This makes normal back-and-forth use of Codex frustrating because even short messages feel blocked before they are sent. If you want, I can also compress this into a shorter GitHub-style version, or turn it into a more technical issue with a small `Additional diagnostics` section at the end. 本以为是梯子又出问题，但看了下发现是 app 的锅，记录一下 9 个帖子 - 8 位参与者 阅读完整话题
Haku – 18 Apr 26 最近我在干些什么还有聊天还有一个久违的双休 | Haku 最近一个星期的情绪算是稳住了，还好还好。而且摆脱了一个一直缠着我的抑郁症患者——还是很好办的，随便说句硬点的话就可以了，不过我总有种“这样还不够”的感觉。说真的我想给自己涨点 KD，我们学校还没人有这么高的成就呢。 教人难堪的事就不多说了，毕竟这个星期是一个很难得的双休。 所以想 … 最近一个星期的情绪算是稳住了，还好还好。而且摆脱了一个一直缠着我的抑郁症患者——还是很好办的，随便说句硬点的话就可以了，不过我总有种“这样还不够”的感觉。说真的我想给自己涨点 KD，我们学校还没人有这么高的成就呢。 教人难堪的事就不多说了，毕竟这个星期是一个很难得的双休。 所以想趁着双休，做一些很久都没动力做的事。 写一写 Blog 最近重构了博客，样式没变，单单把框架从 Astro 改到 Hugo 了。没别的原因，纯快。Hugo 生成页面的速度还不到一秒。说来也应该惭愧，建了一整年的 Blog 居然连 Hugo 都能随便拿捏。我还见过大佬们的静态博客连 Vercel Pro 的构建时间都不够用。 样式还是很好看的，而且针对小组件也做了优化。 我好牛逼啊，真的，这些样式看起来跟原生的一样。 [1] 想着依靠 GitHub 来做一个友情链接自动表单，但是因为丢掉了 Astro 换成了 Hugo，很多东西都要重新写，一时间千头万绪，还真是不知道从哪开始。 所以我觉得复杂的东西还是丢给 AI 吧，反正我已经有了一个大概的实现框架，让 Codex 给我做做也行。 文学创作 很久没有写中短篇了。很多人说“苦难是文学的沃土”，但是疲于应付苦难才是正常的。 在学校没有写的空间，只好回家写。至少是已经新建文件夹了。 写的时候就已经意识到这篇小作品可能不会被很多人接受。没关系，自己写着开心就好。 标题……不知道。 我真的好害怕立了 flag 却还不上。 看漫画 最近看了个 Cosplay，不认识人物，看了评论区才知道她叫做佐薙圣。接着就急急忙忙地把《恋爱寄生虫》下载了下来，读了两页感觉还不错。如果买一个阅读器带到学校去看可能也好一点，不过这样的话我的成绩一定会跟坐上滑梯一样掉到深渊里去吧！ 随手挂一个 下载链接 吧，密码是 8dxf 。用了分卷压缩，不会解压自己在 Google 或者 Bing 搜索。 就这样，如果我的计划都完成了，我会回来更新的。等我好消息。 @stevessr Bro 也稍微改一改吧…… 但是还是有美中不足，那个滚动条还是得改改。而且怎么那么多沟槽的垂直居中啊！ ↩︎ 1 个帖子 - 1 位参与者 阅读完整话题
我这么大一个 不支持codex，只支持/v1/chat/completions请求 没人看见吗？ 后台全是报错。。。。。。 （刚好当鉴别机器人了。。。。。。） 17 个帖子 - 12 位参与者 阅读完整话题
如题，我用的是中转，就是输出一个命令下一个就报这个错误了。一直解决不了，有人知道是怎么解决吗 1 个帖子 - 1 位参与者 阅读完整话题
会赢吗 另外这个要等多久 5 个帖子 - 5 位参与者 阅读完整话题
今日首绷之微软式中文，在bing首页刷到一个首页小测试，选项如下： 答案如图所示： 20%的人到底是出于什么心理选择强悍。。 1 个帖子 - 1 位参与者 阅读完整话题
鼠标左键微动坏了，经常自动双击。淘宝上买了一个微动，今天装上试试。一边更换，一边更新本帖，主打一个记录生活。 1.撕脚垫 撕开脚垫，有四颗螺丝。鼠标用久了，脚垫有些分层，用指甲抠了半天。附带的镊子不如指甲好用。 2.拆外壳 废了半天劲拆开外壳。不愧是用了快6年的鼠标，隔三差五用牙线清理还是有不少脏东西藏在里面，顺便彻底清理一下。 鼠标的后侧位置有一个卡扣，需要用巧劲轻微把外壳向外掰变形一点点，才能打开。这里很容易大力出奇迹掰断，要小心。 3.拆线 拆线的时候用电吹风吹了好半天，但还是有一处线没法无损拆下来。线在里面卡的特别紧。 拆电池仓 然后是拆掉电池仓。一共三个螺丝位，有两个在深处，比较隐蔽。还是很好拆的 卸左右按键 然后是拆卸左右两边的按键卡扣。左右一共四个螺丝。 拧掉螺丝后，先用指甲抠，把缝隙扩大，然后用镊子撬，力度轻一点。都是塑料件，不经折腾。 撬开后然后按压螺丝刀指示的位置，能够轻松卸下按键。不按到位置容易拔不出来。 3 个帖子 - 3 位参与者 阅读完整话题
之前有几次发过几个违规的帖子，后面反应过来想回去改帖子来着，结果被删除了，帮我免了好几个举报，是版主帮忙删除的吗 4 个帖子 - 3 位参与者 阅读完整话题
马克·扎克伯格正在创造一个自己的AI克隆体,以节省时间并替他参加会议。 3 个帖子 - 3 位参与者 阅读完整话题
感觉…嗯，不好评价，这个机场最便宜的套餐就是我买的这个24/月的，反正我用起来不好评价，不知道各位佬用起来什么体验。 https://sub.grempt.com/link/217519/1366d8c8c138fcab5353 流量还有一百多G吧好像。 1 个帖子 - 1 位参与者 阅读完整话题
有没有佬知道image2灰度的有什么要求，我这3个free和一个免费一月的plus都没有灰度到 3 个帖子 - 3 位参与者 阅读完整话题
自从用ai以后基本都是用固定的节点了，一般默认用日本节点比较快，但是有时候也需要切美国节点；之前都是手动切来切去的 今天体验freebuff不支持日本节点，就想跑个容器去专门代理美国节点，没想到gpt-5.4告诉我新版本的clash mihomo核心原生支持listeners,直接可以配置不同端口使用不同的节点，完美解决需求； 分享给有需要的佬，万一我不是最后一个知道的呢 3 个帖子 - 3 位参与者 阅读完整话题
当前对话出现retry，重开另一个session却可以正常使用，切回原对话还是retry 。这是any轮询的问题吗？还是新版cluade code的原因 而且感觉any现在retrying明显变多了 个人感觉还和上下文有关，上下文一长retry出现概率更大 报错多为： API Error: 503 {“error”:{“message”:“Service Unavailable”,“type”:“error”},“type”:“error”} · check status.claude.com 明明前一周还能爽蹬 2 个帖子 - 2 位参与者 阅读完整话题
https://musclewiki.com/ 自己最近在健身 教练分享的 8 个帖子 - 7 位参与者 阅读完整话题
最近想给大家更新一个ai agent实战主题经验分享，大家有什么想听的 给L站佬友 分享一波有效干货 你留言即可 我后面根据大家的问题 整理 希望多一点意见和反馈，做一个有意义的文档共建分享 好久没更新了 这次想听听大家需要的内容 我做有效输出，各位佬友，还记得我叭 如果方便大家可以支持认可呀 4 个帖子 - 4 位参与者 阅读完整话题
我买一个东西，要看看这个生产企业有没有被曝出剥削员工。一旦有，我一定不可能买。 原因有四： 一.剥削员工就是不把员工当人，一个不把员工当人的企业，凭什么让我相信它能把消费者当人？我不会买这种企业的东西。 二.员工被剥削、压榨，吃不好，受气，一定不可能好好做产品，会搞破坏。不是我把工人想象的坏，我要是那工人，我也会故意把螺丝拧松、把线接错、把焊点虚焊—— 凭什么我遭罪，你卖车赚钱？ 没有这种道理。我不会买这种企业的东西。 三.一个剥削员工的企业，我买了它的产品，就是支持它，支持它剥削员工，是助纣为虐，我就成了帮凶。我不会买这种企业的东西。 四.我是工人的孩子，也是工人的预备役。我必须站在工人这一边，绝不能和奴隶主同流合污。我不会买这种企业的东西。 比如某车企在巴西被查出工地（外包）163名中国工人，30多人挤一间、共用1个厕所、无热水无通风，护照被没收、限制自由、克扣工资、长期加班······被巴西官方定性： 类似奴役的劳动 那么我永远不会买该企业的任何产品。 有些人笑了；“人家缺你一个吗？你不买有的是人买。”我要说，我不指望靠我一个人把它买死，我只要求我自己不做帮凶。 我不买，不是为了搞死谁，而是守住我的良心。我也是打工人，我以后也要进厂、也要上班、也要被人管。如果我今天买了剥削工人的企业的东西，就等于我在投票：“可以这么对待工人，我无所谓。”那以后别人剥削我的时候，我连骂人的资格都没有。 我不买，一个人确实没用，但千万个人像我一样，这种企业就死定了。这种人多一个，企业就怕一分。 我不买，就是在平静地告诉所有剥削员工的企业、自甘堕落的工贼： 我鄙视你，我不和你玩，我绝不顺从你。 我不买你的产品，那是你的损失，不是我的。我有自己的底线，这比所有的口号都重要。 这就是我买东西的一个准则。 10 个帖子 - 6 位参与者 阅读完整话题
介绍：一个能基于vmware自动创建实验环境，检测代码执行结果的Linux教学平台。 初衷 六七年运维运维老人了，深知linux学习过程过于枯燥，因此想着做一个教程实验一体的一个小软件。网络上教程和实际操作大多数是分离的，环境不一，资料不全，关键步骤是否执行成功也无法得知，导致进展不下去。 很多伙伴不是没有学习的动力，是学习前的准备工作太多了，就像一个学习炒菜的人，如果需要出门买菜、砍价、洗菜，浪费太多的时间在前置工作上，做这个软件的目的，是让你先把时间花在炒菜上面，前置步骤可以后面慢慢学。 你需要做什么，把vmware软件安装好，ova文件准备好，导入下实验文件，就可以开始学习了。（说明书都有教程） linux教程方面，属红帽最为知名，因此配套课程以红帽作为编写模板，对其进行必要的补充和修改，学不会就真是我写的有问题了，无AI，放心食用。 核心辅助：针对关键步骤做了检测判断，可以辅助你查看命令是否执行成功。 环境重置：一键重置实验环境，新手要的是先成功，而不是排错。能力不足时，重新开始会更好，排错是等你学会后，再来折腾。 虚拟机资源调度：如果你平日里经常折腾vm，需要创建集群环境之类的，软件也支持自定义资源，直接帮你创建好虚拟机，不需要你手动点开vm，一台台创建操作。 软件介绍 课程导入 软件依赖于实验手册，导入实验手册后就能看得到课程，具体操作在说明中有写。 实验区域 左侧功能菜单，中间实验手册，右侧ssh资源，ssh资源基于vmare自行创建，自动连接实验手册对应的虚拟机资源。 环境重置 环境弄坏了，点击左侧"环境重置即可"，基于快照机制，10秒崭新如初。中间实验手册，目前展示的内容基于红帽编写，（累啊）纯手工制作，右侧是实验手册对应的ssh资源。 实验步骤检测 实验手册针对当前必要的步骤进行检测，辅助确认命令有效执行。 未通过： 通过： 实验文件一键导入 如果实验手册绑定文件（任意类型），支持一键导入，避免实验中缺失素材。 资源自定义 除了实验手册定义的资源，可自行定义虚拟机。 在首页中新建课程，课程中新建目录，然后即可创建实验，在实验中，可自行添加实验资源。 假设说你需要弄个集群，可根据个人需要创建虚拟机，只要你本地资源足够就行。 此处演示创建三台虚拟机。 虚拟机管理 可自行管理课程所创建的虚拟机。 其他介绍在说明数中，可前往查看。 软件下载安装 github限制100M的软件，目前暂时放到百度网盘，有其他更好的佬可以告知下。 链接: 百度网盘 请输入提取码 提取码: p8mh 课程资料也在网盘中，一起下载即可。 双击"LabBox-1.0.0-Portable.exe"直接运行，免安装。 1 个帖子 - 1 位参与者 阅读完整话题