ax@ax-radar:~/all $ grep -v 'tier=excluded' stream.log
41 srcsignal 72%cycle 04:32

全部 · 2026-04-04

6 items · updated 3m ago
RSS live
2026-04-04 · 星期六2026年4月4日
17:32
69d ago
X · @Yuchenj_UW· x-apiMULTI17:32 · 04·04
Karpathy 提了个“LLM Wiki”模式:别把大模型当文档搜索引擎,让它当知识编辑
Karpathy 建议在文档工作流里别把大模型当搜索引擎用,而是让它当“不知疲倦的知识工程师”——自动整理、交叉引用、维护一个活的 wiki,人类负责策展和思考。帖子附了一张 Claude agent 生成的流程图,但正文没披露具体实现步骤、评测指标、成本或上下文窗口大小。核心思路是把工作流拆开:模型管知识组织,人管判断和思考。
#RAG#Tools#Memory#Andrej Karpathy
精选理由
HKR-H 和 HKR-R 靠反直觉的文档处理角度和 RAG 痛点通过。HKR-K 不通过,因为帖子只有一张图,没有流程、指标、成本或案例,触发 hard-exclusion-6,分数上限 40。
HKR 分解
hook knowledge resonance
打开信源
43
SCORE
H1·K0·R1
16:48
69d ago
X · @op7418(歸藏)· x-apiZH16:48 · 04·04
Karpathy 又补了一版 AI 知识库方案细节
Karpathy 针对他之前提的 AI 知识库方案,发了一个更详细的版本。正文只给了链接,没披露具体架构、检索方式、数据流或任何指标,所以目前能确认的信息只有标题和链接本身。
#RAG#Andrej Karpathy#Commentary
精选理由
Karpathy 的名字让这条链接有点击价值,所以 HKR-H 通过。但 RSS 摘要只给了标题级信息——没有架构、检索方法、评测或实验细节,因此适用硬排除规则 6,重要性上限低于 40。
HKR 分解
hook knowledge resonance
打开信源
41
SCORE
H1·K0·R0
16:43
69d ago
X · @Yuchenj_UW· x-apiMULTI16:43 · 04·04
GitHub 提交量比 2025 年涨了 14 倍,AI 写的代码还要再灌爆服务器
有人抱怨 GitHub 的可用性连一个九(99.9%)都达不到。但帖子指出,GitHub 的提交量已经比 2025 年涨了大约 14 倍,而且 AI 生成的代码会以指数级速度继续涌入。结论是:我们不光需要更多 GPU 数据中心,CPU 数据中心也得大量扩建。正文没披露这 14 倍的具体统计口径、时间范围和数据来源,所以这个数字先打个折看。但方向很明确:...
#Code#GitHub#Commentary
精选理由
标题钩子很尖锐,基础设施角度也能引起开发者共鸣,所以 HKR-H 和 HKR-R 通过。但 HKR-K 不通过,因为 14 倍提交量的说法没有方法、来源、时间窗口或例子支撑,属于硬性零来源排除,所以重要性上限卡在 40 以下。
HKR 分解
hook knowledge resonance
打开信源
41
SCORE
H1·K0·R1
02:51
70d ago
X · @dotey(宝玉)· x-apiZH02:51 · 04·04
一个提示词技巧:让 Gemini 帮你绕开水印限制
直接让 Gemini 去水印会被拒绝,但换个思路就行:先让它把背景和文字去掉,换成纯色背景,再恢复原图衣服。本质是分两步绕开限制,不是直接“去水印”。正文没披露模型版本、成功率或失败案例,所以效果因人而异,可以试试但别太当真。
#Vision#Tools#Gemini#Commentary
精选理由
HKR-H 成立:两步编辑循环绕过水印限制,手法有看点。HKR-R 成立:安全与版权绕过是真实痛点。HKR-K 不成立:缺模型版本、成功率、失败案例和前后对比,信息价值低,适合全量推送但别太当真。
一句话点评
一个提示词技巧,让 Gemini nano 帮你去掉照片水印。正文没披露具体提示词和去水印效果,信息缺口明显。目前看更像一个思路展示,实际可用性和合规风险未知,别急着当成熟方案用。
锐评
原帖把两步提示词用在 Gemini 或 nano banana 上,声称能去掉照片水印,但正文没披露模型版本、成功率、失败条件,也没给前后对照样本。我对这条的判断很直接:这不是“模型学会去水印”了,而是编辑策略把安全分类器绕开了一次。第一步要求“人物不变、衣服帽子改红、背景干净无字”,第二步再把衣服改回去,本质是把“删除水印”拆成“局部重绘 + 二次还原”。如果拦截规则主要盯显式词,比如 watermark、remove text,这种改写本来就容易漏。 我不太买账的是,很多人会把这类帖子读成“Gemini 安全性很差”。说实话,这个结论下得太快。图像编辑模型这两年一直有同一类问题:当策略系统按单轮请求做判断,而生成系统按像素一致性做优化,用户把目标拆成两轮,模型就会在每一步都给出看似合规的编辑,最后拼出不合规结果。2024 年不少开源 inpainting 工作流就这样处理 logo、字幕、边角水印,技术上不稀奇,稀奇的是商用产品有没有把“编辑轨迹”一起纳入审核。原帖没有这部分信息,所以现在最多只能说“疑似单轮审核存在缺口”。 外部对比也很明确。Adobe Firefly、OpenAI 的图像编辑、还有一些手机端修图产品,过去一年都在收紧对版权标记、浮水印、署名文字的删除请求。我没查到 Gemini 当前这一项的公开 policy 细则,但大厂普遍做法不是让模型完全不会补背景,而是在请求层、检测层、输出层叠几道限制。这个帖子若能复现,说明至少有一层只看字面意图,没有把“先清背景无字、再恢复原服饰”识别成同一个目标链路。 我还有个保留:nano banana 这个名词本身就不够清楚,原帖也没给产品链接、版本号、时间戳。Gemini 也分不同入口,Google AI Studio、Gemini App、接入方产品的模型开关都可能不一样。少了这些条件,复现价值其实有限。AI 从业者看这条,重点不是学这个 prompt,而是记一件更现实的事:只靠关键词封禁拦不住多轮编辑;要么把上下文串起来判定,要么直接在视觉层检测水印区域与修补意图。做产品的人如果还把安全策略写成“命中 remove watermark 就拒绝”,那基本等于等人来绕。
HKR 分解
hook knowledge resonance
打开信源
58
SCORE
H1·K0·R1
01:26
70d ago
● P1X · @dotey(宝玉)· x-apiZH01:26 · 04·04
Anthropic 停止 Claude 订阅对第三方工具的支持
Claude Code 负责人 Boris Cherny 发公告,太平洋时间 4 月 4 日中午起,Claude Pro 和 Max 订阅的额度不再覆盖通过 OpenClaw 这类第三方工具产生的用量。想继续在这些工具里用 Claude,要么买打折的用量包,要么用 API Key 按量付费。现有订阅用户会拿到一笔等于月费的一次性补偿,觉得不够的明天邮件...
#Tools#Code#Anthropic#OpenClaw
精选理由
这不是常规价格调整,是 Anthropic 在收紧第三方 Claude 套壳工具的账单和访问权限。HKR 三项都成立:冲突钩子够硬,截止时间和补偿方案具体,开发者圈子里反响会很大。不过影响范围比发新模型或改产品定位要窄,所以重要性没给更高。
一句话点评
Anthropic 一刀切断了第三方工具通过 Claude 订阅接口访问的路径,OpenClaw 等工具直接停摆。
锐评
Anthropic 不再允许第三方应用通过用户自己的 Claude 订阅来调用模型,首当其冲的是 OpenClaw 这类把 Claude 能力嵌入其他工作流的工具。用户社区反应激烈,时间线上骂声一片。这件事的核心矛盾在于:用户付了订阅费,但 Anthropic 现在要管你用什么客户端访问。官方目前没有给出技术上的替代方案,也没说明是出于安全、滥用还是商业策略的考量。正文没披露受影响的具体用户规模,也没提 API 替代路径的定价差异。对依赖这类集成的开发者来说,要么转向官方 API 按 token 付费,要么另找模型。我会先打个折——如果后续 Anthropic 推出自己的官方集成方案,这次封堵就更像清场而非安全动作。还缺官方对封禁理由的正式说明,以及受影响工具的开发者的迁移成本估算。
HKR 分解
hook knowledge resonance
打开信源
87
SCORE
H1·K1·R1
01:14
70d ago
● P1X · @dotey(宝玉)· x-apiZH01:14 · 04·04
DeepSeek V4 推迟发布,重写底层代码,就为了跑在华为昇腾 950PR 上
V4 跳票了几个月,原因是 DeepSeek 把模型底层模块重写了一遍,专门适配华为和寒武纪的硬件。现在 V4 能直接跑在华为昇腾 950PR 芯片上,预计几周内发布。这颗芯片单卡算力号称是英伟达 H20 的 2.87 倍,有 112GB 显存,带宽 1.4TB/s,还是国内唯一支持 FP4 低精度推理的芯片。FP4 的好处是大幅压缩显存占用,一个原本...
#Inference-opt#Code#DeepSeek#Huawei
精选理由
这条消息 H、K、R 都站得住:华为芯片部署是强钩子,底层重写和芯片规格有料,国产算力替代的话题自带传播。没给更高分是因为这还属于发布前报道,模型规模、价格和实测性能都没披露,我会先打个折。
一句话点评
DeepSeek V4 要跑在华为芯片上,但正文没给任何技术细节或实测数据,先当传闻看。
锐评
这条消息说 DeepSeek 下一代模型 V4 会用华为芯片来跑,但来源只有一个未经验证的账号,正文是空的,没有任何技术指标、性能对比或合作方确认。如果属实,这意味着 DeepSeek 在训练或推理环节转向国产算力,可能跟供应链限制或成本考量有关。但眼下缺的东西太多:没说用的是昇腾哪个型号、是训练还是只做推理、模型规模多大、跟英伟达方案比效率差多少。这些数字不出来,没法判断是技术突破还是无奈之举。另外,华为芯片的软件生态和内存带宽一直是瓶颈,V4 如果真跑在上面,怎么解决这些坑也没提。建议等官方或第三方实测再下结论。
HKR 分解
hook knowledge resonance
打开信源
90
SCORE
H1·K1·R1

更多

频道

后台