跳到正文
今天11月9日周一6 条
  1. Latent Space40

    斯坦福如何教授 AI 原生工程:Mihail Eric 谈 CS146S 课程与 Monaco 的智能体实践

    斯坦福 CS146S 课程让学生接手真实开源仓库、提出改动并向可能合并代码的维护者解释补丁,以应对编码智能体能一键完成往年作业的现实。Mihail Eric 同时负责 Monaco 的 AI 工作,他披露团队自建智能体工作区、外购代码审查工具,并让值班智能体接入 Datadog 与 GitHub。他总结的工具策略是"买来学习,自建来保留"。

  2. Latent Space34

    斯坦福如何教 AI 原生工程:对话 Mihail Eric 与 Monaco 的智能体实践

    Mihail Eric 在斯坦福开设的 CS146S 课程已把作业改为向开源项目提交补丁,由仓库维护者亲自评审学生代码。他在 Monaco 负责 AI,团队评估后继续使用 Devin 做代码审查,但因背景智能体需要运行和复现故障的环境而自建 agent 工作区,并遵循“买来学习、自建来保留”的原则。团队还构建了 Hal,让工程师调查故障并开 PR、销售人员查询产品工作原理。

11月6日周五
11月5日周四
11月3日周二
11月1日周日
10月30日周五
10月28日周三
  1. Latent Space42

    在喜马拉雅山麓用离线 AI 编程智能体写代码

    Thomson Reuters 首席工程师在喜马拉雅山麓的断网环境下,用 OpenCode 1.19.4 搭配 Ollama 本地运行 Qwen3.5 9B 完成代码解释、测试排查与重构等任务。Qwen 模型卡显示 Qwen3.5 9B 在 LiveCodeBench v6 得 65.6、BFCL-V4 得 66.1,下载体积约 6.6–7.6 GB。下载依赖包或联网查资料仍需网络连接。

10月27日周二
10月25日周日
10月24日周六
10月23日周五
  1. Hacker News 首页(≥150分)55

    为什么用 LLM 生成置信度分数不可靠

    作者认为让 LLM 输出置信度分数没有可靠依据,因为该数字只是逐 token 生成的文本续写,既不反映模型掌握的信息量,也从未针对“置信度是否匹配正确率”做过校准。文章以天气预报的校准为例,指出可信的置信度需要基于信息构建规则并用实际结果持续检验,并给出客服智能体按检索命中、历史正确率等可观测信息建立置信度规则的步骤。

10月22日周四
  1. Horizon 日报38

    LLM 提示缓存与语义缓存对比:两种缓存机制的原理与配合方式

    LLM 应用中的缓存分为提示缓存与语义缓存两类:前者匹配请求输入的相同前缀,复用已计算的 KV states,避免重复处理产品手册等长共享内容;后者则复用此前生成的相似问题答案。文章分析了语义缓存的难点、仅校验问题本身不足的原因以及缓存失效时机,并说明两者可在请求的不同阶段配合使用。

  2. Horizon 日报58

    Uber 详解 AutoClean 如何自动清理过期 feature flag

    Uber 介绍 AutoClean 系统,可自动识别过期 feature flag、改写代码、修复 CI 失败并校验 diff,再交由人工审核。系统分三阶段:智能体通过 MCP 调用 PolyglotPiranha 做布尔化简,确定性 fixer 与智能体 fixer 处理 CI 报错,CodeCourt 用多个专职审查智能体并行检查语义保持、无新增代码等属性。

10月21日周三
10月19日周一
  1. Hacker News 首页(≥150分)38

    不自己运行 LLM 代理,你怎么知道发生了什么?

    作者主张开发者应自行部署 LLM 代理,而非依赖厂商前端提供的用量统计。自建代理可在单一端点统一接入多家供应商与模型,记录哪个 key 在何时调用了哪个模型及状态,并用虚拟 API key 避免主密钥散落各处。作者称借助代理 API,编码会话中出现 cache miss 时可在 20 秒内手工定位原因。

10月18日周日
  1. Horizon 日报50

    RAG 智能体的八种分块策略

    面向 RAG 智能体的八种文本分块策略被集中梳理:固定长度按 token 切分并保留少量重叠,递归策略先按段落再逐级回退到行、词和字符,文档型策略则按标题、章节、HTML 标签等文档自带边界切分。

10月17日周六
  1. Hacker News 首页(≥150分)68

    Claude Code 团队如何做代码评审

    Anthropic 公开 Claude Code 团队的代码评审流程:从 6 月到 9 月,合并的 PR 数量翻倍以上,被回滚的比例下降超过 40%。团队把大部分阅读交给机器,用六层检查加回滚兜底,人工只保留方向、范围、架构、证据阅读和结果负责等决策,并给出可落地的采用清单。

10月16日周五
10月15日周四
10月8日周四
  1. Headphonesty18

    35 首歌快速暴露 DAC 或功放的缺陷

    Headphonesty 列出 35 首测试曲目,用于暴露 DAC 或功放在动态范围、微细节、高频平滑度、音色、声场、底噪和低频控制上的问题。判断标准是同一段落、同一音量下换机后缺陷是否重复出现,且需使用同一版本母带对比。曲目涵盖《1812 Overture》《Take Five》《Blackbird》等。