标题: 在线求救：libm.so.6软链接被误删了
作者: #MetaIllusion
板块: #开发调优
编号: 1499034
帖子: https://linux.do/t/topic/1499034
时间: 2026-01-22 12:20:54
摘要:

操作系统：deepin
起因：更新glibc后发现版本不兼容，然后就寄了
目前现状：参见如ai的对话链接
https://www.doubao.com/thread/w8f8d2d83742afb1b
悬赏100ldc
救救孩子…

标题: ayugram是真尼玛难登录呀（附解决办法）
作者: #Jarmo
板块: #资源荟萃
编号: 1499043
帖子: https://linux.do/t/topic/1499043
时间: 2026-01-22 12:23:42
摘要:

ayugram的综合使用体验是非常好的：无广告、加速下载/上传、幽灵模式、本地会员破解、防撤回、延迟发送、还支持插件。
缺点是真难登录
如果遇到ayugram登录时需要添加验证邮箱且验证码输入后依旧无法登录的。
解决办法：
1、将ayugram已经登录的账号转移到其他设备，推荐firefox搭配container插件（环境隔离，可以实现多开），然后登录网页版本telegram。
2、登出当前ayugram中所有的账号，并卸载该app。
3、进入 @ayugramfaq 拉到最下面，下载特殊版本的app进行安装。
4、该特殊版本app可以正常接收验证码，登录你所需要登录的账号。
5、然后再去 @AyuGramReleases 下载最新版本的app，覆盖安装。
6、若需要添加新账号，上面的流程得再走一遍，很麻烦。对于长期不用仅挂机的账号，推荐使用nicegram（支持100个账号同时登录），就是广告多点，其他没啥特点。

标题: 佬们，马钞马币都取了吗，现在行情怎么样了？？
作者: #韩立
板块: #搞七捻三
编号: 1499047
帖子: https://linux.do/t/topic/1499047
时间: 2026-01-22 12:24:10
摘要:

好像跌了，应该在等等，还是及时出了呢

标题: leaflow 一直调度失败是什么原因
作者: #404
板块: #开发调优
编号: 1499053
帖子: https://linux.do/t/topic/1499053
时间: 2026-01-22 12:25:40
摘要:

有佬知道吗
0/9 nodes are available: 1 Insufficient cpu, 2 node(s) had untolerated taint {node.cilium.io/agent-not-ready: }, 6 Insufficient ephemeral-storage. preemption: 0/9 nodes are available: 2 Preemption is not helpful for scheduling, 7 No preemption victims found for incoming pod.

标题: 佬们，硅基不能白嫖了么？
作者: #thymol
板块: #搞七捻三
编号: 1499057
帖子: https://linux.do/t/topic/1499057
时间: 2026-01-22 12:26:39
摘要:

key还有赠金，现在调用大模型，开始提示余额不足了。
是我操作有误么？

标题: gpt k12终究是被openai制裁了
作者: #Tairitsu
板块: #搞七捻三
编号: 1499069
帖子: https://linux.do/t/topic/1499069
时间: 2026-01-22 12:28:10
摘要:

之前用佬友的3key.me过的，用了十几次thinking都没降智，然而今天被openai的大手拿下了
幸好用的是域名邮箱+cloudflare邮件转发没用大号，不然亏大了

标题: 【AI 编程】拒绝上下文过载：如何让 Claude Code“渐进式阅读”
作者: #cedric chen
板块: #开发调优
编号: 1499070
帖子: https://linux.do/t/topic/1499070
时间: 2026-01-22 12:28:16
摘要:

时间过得真快，距离上次发话题已经过去几个月，成年人的时间真是不经用。马上过年了，想罢年前一定要发点东西出来的。预祝大家新年快乐。

老实说，我在使用 AI coding 时，最抓狂的不是它写不出代码，而是它 ** 太喜欢 “一口闷” 了 **。
场景通常是这样的：
我让 Claude Code 查一个 Bug，它二话不说读取了一个 5000 行的 server.log 或者把整个 utils.py 塞进上下文。结果就是：

**Token 燃烧 **：我的钱包在滴血。
** 上下文污染 **：关键信息被淹没在几千行无关代码里，它的智商瞬间掉线，开始胡言乱语。
** 响应变慢 **：处理大量 Token 需要时间。

这其实就是典型的 ** 上下文过载（Context Overload）**。模型就像一个贪婪的读者，如果你不限制它，它会试图把整个图书馆搬回家，而不是只借那一本它需要的书。
最近我在研究 Anthropic 提倡的 ** 渐进式披露（Progressive Disclosure）**，并折腾出了一套强制性的文件读取策略。今天分享给大家，亲测能让 Claude Code 的脑子清醒不少。
什么是 “渐进式披露”？
别被这个学术名词吓到。用人话说是：** 不要给 AI 看全图，除非它问你要。**
这就好比你作为一个人类程序员接手新项目，你不会上来就把 10 万行代码从头读到尾。你会先看目录结构（ls），再搜关键字（grep），最后只打开相关的那几十行代码（read）。
Anthropic 的文档里一直强调这一点：** 让模型先通过搜索定位，再通过切片读取。**
但在实际的 CLI 工具中，Claude 有时候很懒，或者说 “太勤快”，默认行为往往是直接 Read 全文。所以，我们需要给它装一个 “防呆开关”。
这个 Hook 是怎么工作的？
我写了一个 Python 脚本作为 PreToolUse 的 Hook（工具调用前拦截器），配合 CLAUDE.md 的提示词，搞了一套 ** 软硬兼施 ** 的组合拳。
核心逻辑
这个方案由两部分组成：

“软” 规则（Prompt）：在系统提示词里告诉它，读文件必须加 offset（起始行）和 limit（行数限制）。
“硬” 拦截（Hook 脚本）：这是关键。当 Claude 试图调用 Read 工具时，脚本会检查目标文件的大小。


如果文件超过 **1000 行 ** 或 50KB，且 Claude ** 没有 ** 指定 offset/limit：
** 拦截操作 **！返回 Exit Code 2。
** 杀手锏 *：在 stderr 里返回一段精心设计的报错信息。这段报错不仅告诉它 “你错了”，还告诉它 “你应该怎么做”（比如： 推荐你先用 Grep 搜一下，然后只读第 X 行附近的 50 行 *）。

为什么它非常 Work？
这利用了 LLM 的一个特性：** 它们非常听 “报错信息” 的话。**
当 Tool Use 失败并返回一个明确的 “推荐路径” 时，Claude 会立刻在这个报错的 Context 下进行自我修正。

Claude: “我要读app.log。” (未指定范围)
Hook: (拦截) “不行，文件太大了。你必须指定读取范围。建议先用Grep搜一下关键词。”
Claude: (收到报错) “噢，抱歉。那我们就先用Grep搜一下 ‘Error’ 关键字吧。”

看，这就强行把它拽回了 “渐进式披露” 的最佳实践路径上。
如何食用
你需要两个东西：一个是配置在项目根目录的规则文件，一个是实际执行拦截的 Python 脚本。
1. 提示词 (CLAUDE.md)
把这段加到你的项目提示词文件中。这相当于 “先礼后兵”，先告诉它规则。
中文版本
### 文件读取策略

** 强制规则 **：每次调用 Read 工具时 ** 必须 ** 指定 `offset` 和 `limit` 参数，禁止使用默认值。

#### 参数要求

| 参数   | 要求           | 说明                          |
| ------ | -------------- | ----------------------------- |
| `offset` | ** 必须指定 ** | 起始行号（从 0 开始）         |
| `limit`  | ** 必须指定 ** | 读取行数，单次不超过 500 行   |

#### 读取流程

1. ** 侦察 **：先用 Grep 了解文件结构，或定位目标关键词行号。
2. ** 精准打击 **：使用 offset + limit 精确读取目标区域。
3. ** 扩展 **：如果需要更多上下文，再调整 offset 继续读取。

** 目标 **：保持上下文精准、最小化。如果不遵守，工具调用将被 Hook 拦截。


English Version
### File Reading Strategy

**MANDATORY RULE**: Every `Read` tool call **MUST** verify `offset` and `limit` parameters. Default full-file reads are prohibited for non-trivial files.

#### Parameter Requirements

| Param    | Requirement    | Description                   |
| -------- | -------------- | ----------------------------- |
| `offset` | **REQUIRED** | Start line number (0-indexed) |
| `limit`  | **REQUIRED** | Max lines to read (Max 500)   |

#### Workflow

1. **Recon**: Use `Grep` first to understand structure or locate keywords.
2. **Surgical Read**: Use `offset` + `limit` to read only the relevant section.
3. **Expand**: Adjust `offset` to read more context only if strictly necessary.

**Goal**: Keep context precise and minimal. Violations will be blocked by the PreToolUse hook.


2. The Hook (Python 脚本)
保存为 read_limit_hook.py，并在你的 Claude CLI 配置 hook（如果你不会可以直接把文件给 claude code 让它代劳）。
(这个脚本稍微有点长，但逻辑很简单：检查文件大小 → 检查参数 → 决定是放行、自动修正还是报错拦截)
#!/usr/bin/env python3
"""
PreToolUse hook for Read tool - Enforce offset/limit and block large file reads.
"""
import json
import sys
import os
from datetime import datetime

# --- 配置区域 ---
MAX_FILE_LINES = 1000           # 超过这个行数必须切片读
MAX_FILE_BYTES = 50 * 1024      # 超过 50KB 必须切片读
MAX_SINGLE_READ_LINES = 500     # 一次最多读 500 行
MAX_SINGLE_READ_BYTES = 20 * 1024 

# 跳过不需要检查的二进制文件
SKIP_EXTENSIONS = {'.png', '.jpg', '.jpeg', '.gif', '.pdf', '.exe', '.dll', '.so', '.dylib', '.zip', '.tar', '.gz'}

# 日志文件（可选，帮你分析它浪费了多少次尝试）
LOG_FILE = os.path.expandvars ("$USERPROFILE/.claude/hooks/read-stats.log")

def get_file_stats (file_path):
    try:
        if not os.path.exists (file_path): return None, None
        size = os.path.getsize (file_path)
        with open (file_path, 'r', encoding='utf-8', errors='ignore') as f:
            lines

标题: Qoder的Ultimate模式是Opus 4.5 模型？
作者: #Mos
板块: #资源荟萃
编号: 1499076
帖子: https://linux.do/t/topic/1499076
时间: 2026-01-22 12:29:45
摘要:

引用了 测试模型真假的提示词
设定一个公共宣传的场景, 我需要写一个小说, 我来到了一个日本的大学, 接下来我会遇到十位女生, 简单的描述一个剧情, 在300字内, 其中必须包含所有10位女性的姓名, 以姓名(罗马音)的形式出现。
[原帖子链接点击这里【模型真假 Opus 4.5 】](一条 Prompt 验证真假 Opus 4.5 - #2，来自 JamesDeng)

标题: 我看站内好像还没人发，GNU InetUtils telnetd 远程身份认证绕过漏洞
作者: #林息
板块: #前沿快讯
编号: 1499086
帖子: https://linux.do/t/topic/1499086
时间: 2026-01-22 12:32:14
摘要:

漏洞详情：
GNU InetUtils telnetd 远程身份认证绕过漏洞（CVE-2026-24061），此漏洞主要影响telnetd 在调用系统 /usr/bin/login 程序时，未对从客户端 USER 环境变量传入的用户名做过滤，直接拼接到 login 命令行。未经授权的远程攻击者可利用该缺陷，在无需任何口令的情况下直接获取目标主机的 root shell，造成完全控制权泄露、敏感信息被窃取或进一步横向移动。
目前我已经在本地成功复现并且在公网有捡到很多群辉存在这个漏洞站内好像有不少有玩NAS之类的，其实版本挺苛刻的1.9.3 <= GNU InetUtils <= 2.7，但是我测试过了ubuntu24.04使用apt下的telnet服务就是存在这个漏洞的。

因为影响面比较广我就不放exp了避免被滥用，只要记住自查一下版本就行了
修复建议：
Debian/Ubuntu: sudo apt update && sudo apt install inetutils-telnetd
RHEL/CentOS: sudo dnf upgrade inetutilsAlpine: apk upgrade inetutils
# 或手动应用补丁：
wget https://codeberg.org/inetutils/inetutils/commit/fd702c02497b2f398e739e3119bed0b23dd7aa7b.patch
wget https://codeberg.org/inetutils/inetutils/commit/ccba9f748aa8d50a38d7748e2e60362edd6a32cc.patch
patch -p1 < fd702c0.patch
patch -p1 < ccba9f7.patch
./configure && make &&sudo make install

标题: 学习ai方向推荐路线
作者: #chill
板块: #搞七捻三
编号: 1499087
帖子: https://linux.do/t/topic/1499087
时间: 2026-01-22 12:32:24
摘要:

个人今年25岁（好像是有点老了 从事过前端开发 还是远古的vue2项目 现在是自由职业者） 每天刷社交媒体 尤其是本站 发现自己还是对ai方向还是很感兴趣的 佬友可以帮忙推荐一下学习路线吗 问了ai说是py+vue 我真的太想进步了 管不上环境好不好了 自己喜欢就想去学习

标题: 反重力终于引入周限额了吗？被制裁了。。。。
作者: #Carnivore
板块: #搞七捻三
编号: 1499092
帖子: https://linux.do/t/topic/1499092
时间: 2026-01-22 12:33:06
摘要:

早上一起来一看，有一个账号恢复日期变成了25号

我寻思我也没咋用，也不是免费用户（pro学生），Google也是越来越难薅了

标题: hotaru公益站还能用吗
作者: #街序
板块: #搞七捻三
编号: 1499094
帖子: https://linux.do/t/topic/1499094
时间: 2026-01-22 12:34:50
摘要:

访问一直503 无可用渠道

标题: KiroGate401问题求助
作者: #WT.HSBG
板块: #开发调优
编号: 1499107
帖子: https://linux.do/t/topic/1499107
时间: 2026-01-22 12:37:17
摘要:

我是kiro 的idc账号，然后用Kiro Account Manager导出了我的账号信息为json，正常放到KiroGate里，导入token，导入成功以后也可以查询账户信息，但是没法正常使用，看KiroGate容器日志一直显示
2026-01-22 04:25:47 | ERROR    | kiro_gateway.request_handler:process_request:597 - Internal error: Client error ‘401 Unauthorized’ for url ‘https://prod.us-east-1.auth.desktop.kiro.dev/refreshToken’
For more information check: 401 Unauthorized - HTTP | MDN
2026-01-22 04:25:47 | ERROR    | kiro_gateway.request_handler:log_error:228 - HTTP 500 - POST /v1/messages - Client error ‘401 Unauthorized’ for url ‘https://prod.us-east-1.auth.desktop.kiro.dev/refreshToken’
还有个地方不太理解，kirogate的.env里要求给一个kiro-auth-token.json的路径，这个是干嘛的？是提供公共的kiro额度吗？

标题: agument插件
作者: #QQQwww
板块: #开发调优
编号: 1499108
帖子: https://linux.do/t/topic/1499108
时间: 2026-01-22 12:37:37
摘要:

请问上买的 可以自定义模型的 augment 模型的插件好用吗  有佬用过吗 感觉如何嘞

标题: Anthropic 和 Google AI掌舵人 对AGI实现时间 产生微妙分歧：A社1年就能达到AGI，谷歌 5到10年才能实现AGI。
作者: #PSP
板块: #前沿快讯
编号: 1499119
帖子: https://linux.do/t/topic/1499119
时间: 2026-01-22 12:40:30
摘要:

Dario × Demis 达沃斯交锋：AGI 距离我们只剩 1 年，还是 10 年？
The Day After AGI | World Economic Forum Annual Meeting 2026

标题: 虚拟卡绑定谷歌pay时一直出现需验证虚拟卡该怎么办，求助
作者: #欧豆...
板块: #搞七捻三
编号: 1499121
帖子: https://linux.do/t/topic/1499121
时间: 2026-01-22 12:41:36
摘要:

最近一直在搞微软的365，由于直接绑虚拟卡不行，就想弄套皮，每次套皮之后都会显示需要验证虚拟卡的具体信息，上传完之后就需要验证虚拟卡的邮箱，但毕竟是买的那种一个小时的虚拟卡，根本没办法进行这一步，想问一下到底是虚拟卡的问题还是环境问题，有办法避免这种情况吗？