跳到正文
10月13日周二
  1. Simon Willison 博客65

    Geoffrey Huntley:用 pre-commit hook 约束编码智能体调用诊断库

    Geoffrey Huntley 提出当编码智能体不使用他的诊断库时,与其更新 AGENTS.md(仍会有偏差和漂移),不如写一个 pre-commit hook 检查 git diff 中绕过诊断模块直接调用可观测性模块的代码,失败即拒绝提交并向智能体注入提示词要求其使用诊断库,他称效果从失败提升到十分满分。Simon Willison 在博客中引述了这段话。

  2. LangChain:Blog61

    LangChain 发布 langchain-scaledown 集成,用 ScaleDown 约束解码模型管理长时智能体上下文

    LangChain 发布 langchain-scaledown 集成,并在 LangSmith LLM Gateway 中支持 ScaleDown 的约束解码模型(CDM),用于降低长时智能体上下文管理的成本和延迟。

    推荐理由:文章给出 ScaleDown 约束解码模型与 LangChain、Deep Agents 中间件的具体配置方法,读者可以按场景迁移用于压缩智能体上下文。

  3. MiniMax Design (H3)50

    作者引用 @monoradio102 的示例,用 MiniMax-H3 加 ORB360 LoRA 制作了画角可自由运动的漫画视频,传入角色参照图即可固定面部。作者感叹开源让 AI 创作变得有趣,想回父母家翻旧书架上的漫画。

    引用monoradio@monoradio102

    MiniMax-H3 + ORB360 LoRAで画角を自由に動かせる漫画を作ってみた。 キャラを参照画像で渡せば、顔も固定できる。

  4. 公众号:卡尔的AI沃茨70

    卡尔的AI沃茨开源红绿灯提示语,解决 Agent 刹不住车浪费 token 额度的问题

    作者分享了一个不到三百字的进度提示语加 hook,让 Agent 每轮结尾输出 🟢🟡🔴 三态进度条,区分原始需求未完成、已达成且可形成后续 Plan、已达成仅供存档三种状态,转黄或转红后停手等待指令。作者用它解决 Claude Code、Codex 等 Agent 对话刹不住车、被建议清单拉着无限跑浪费额度的问题,子代理和多类任务同样适用。

  5. 卡尔的AI沃茨51

    一位没写过代码的用户让 Dots 操控云端电脑写了一个 App,把超大 ZIP 解压后逐张存入 iPhone 相册,支持显示进度、中断续存和自动跳过已存文件。该 App 仅 66KB,无需 Apple 开发者账号,用数据线装到手机;实测 953 个文件、15.32GB 约 4 分钟存完。作者转发这一案例,认为 vibe coding 让普通人也能为自己做工具。

    引用郭宇 guoyu.eth@turingou

    用 AirDrop 传专业设备拍的超大照片和视频(动辄 20GB)一直很痛苦。 更难受的是 iPhone 的“文件”和“相册”之间几乎不互通:在“文件”里解压一个大包,想全部存进相册,没有进度,还经常闪退,存一半都不知道存到哪了。 这两天啵啵自己把它解决了。她完全没写过代码,让 Dots 操控云端电脑写了个 App,拿到她的 Mac 上,用数据线直接装到了自己手机上。没有 Apple 开发者账号,整个 App 只有 66KB。 功能很简单:把超大的 ZIP 解压之后一张一张存进相册,能看到进度,中断了还能接着存,已经存过的会自动跳过。 刚才实测 953 个文件、15.32GB,4 分钟左右全部存完。 以前遇到这种事儿只能忍或者不断自己再试试,现在不会写代码的人也能花两天给自己做个工具了,今年 vibe coding 的发展可以说是真的震撼。

  6. Elon Musk40

    把最难的任务交给 Grok @Bot

    引用SCOTTY BEAM@ScottyBeamIO

    THAT'S F*CKING INSANE, GROK BOT JUST PLANNED MY TRIP TO LISBON AND BOOKED IT WITH MY CARD. I ONLY HAD TO ASK. IT HANDLED THE RESEARCH AND THE BOOKINGS. Elon Musk recently used Grok Bot to buy LEGO for his kids. That made me want to test something bigger: whether it could fully plan, research, and book my trip to Lisbon on its own. Grok Bot searched for travel options, compared prices, and booked what I needed using my card and the details I provided. Here’s what it handled: → Researched options for my Lisbon trip. → Compared prices and picked the best-priced options it found for my request. → Completed the bookings using my travel and payment details. My trip was booked. Think about how much time usually goes into this: searching, comparing options, checking availability, and filling out booking forms. This time, I gave that job to Grok Bot. That’s what makes this interesting to me. A task that normally takes my time and attention ended with real bookings after I asked an agent to handle it. Now I want to see what else I can take off my to-do list. I covered the latest major Grok Bot updates and more ways to use them in my article below. Bookmark this and read the full breakdown ↓

  7. Vapi 产品与 Agent 方法67

    Vapi 自研代码审查机器人如何将 PR 合并时间缩短一半

    Vapi 工程师 Lat Ware 自研 Pedantic Review Bot,使 PR 从开到合并的平均时间从 130 多小时降到 65 小时。机器人会运行测试和小复现来验证发现,分析和发评论分属两个 job,只能评论不能批准或推送;2026 年 9 月 2 日至 10 月 2 日审查了 1,694 个 PR,在 276 个中提出 363 个 blocker 发现。

    推荐理由:作者基于自家代码库做了提示词版本、多跑对比和范围指令等实验,给出可直接迁移的代码审查智能体实践结论。

  8. Aravind Srinivas59

    Perplexity CEO Aravind Srinivas 宣布每个 Perplexity Project 都是一个 Git 仓库,团队为此构建了面向智能体的 Git forge。每个智能体在自己的短期沙箱中工作并提交到 S3 上的共享仓库,提交冲突低于 2%。智能体用 `ls` 和 `grep` 检索,在金融文档分析任务上答案准确率 63% 对 37%,优于语义搜索。

    引用Perplexity@perplexity_ai

    This is how we built the filesystem behind Perplexity Projects as a Git forge for agents. Each agent works in its own sandbox and commits to a shared repository where people and other agents can build on its work across sessions. Read more: https://www.perplexity.ai/hub/blog/building-shared-workspaces-for-people-and-agents

  9. lauren52

    Lauren Tan 回应 AI 生成 slop 代码的争论,认为工程师并非无能为力。她提出两个要点:给 agent 提供验证自身工作的方式,以及把代码库当作 agent 的记忆,将观察到的错误模式逐步转成约束,并通过类型系统、缩小架构选择空间或自建框架(如其为 grok bot 打造的框架)重构代码,让 agent 反模式在结构上不可能出现。

    引用dax@thdxr

    the slop conversation is so one sided, it's not just that you can produce more code you can also observe, debug, and refactor more code even if the code is slop you have such good tools to deal with it. even if you write code manually, it's still 100x easier to maintain it

  10. Anthropic:Research69

    Anthropic 自研版本控制系统 Scion,五个月内完成 monorepo 从 git 的全面迁移

    Anthropic 发文详解其自研版本控制系统 Scion:因 Claude 使日均合并代码从 2026 年 5 月约 2,500 次增至 9 月超 30,000 次,git 难以承载,团队七人在五个月内构建 Scion 和代码评审工具 Antique 并完成迁移。

    推荐理由:Anthropic 复盘自研版本控制 Scion 的设计原则与迁移经验,为面临类似 agent 规模代码压力的团队提供了可借鉴思路。

10月12日周一
  1. Tessl:产品与工程博客65

    如何只用自己拥有的文件约束编码智能体

    Tessl 博客文章介绍用四个可拥有的文件杠杆约束编码智能体:CLAUDE.md 指令、.claude/rules/ 路径级规则、.claude/ 下的能力配置和 .claude/hooks/ 钩子。

    推荐理由:作者用同一工单三次实测对比 charter 各文件杠杆的效果,方法可迁移到自己的仓库,并指出机器可查与需人审的边界。

  2. MeshyAI70

    一篇教程介绍用 Claude Opus 5.5 配合 Claude Code、Blender、Unreal Engine 5 和 Meshy 构建游戏的方法。核心思路是给每个工具分配单一职责:通过 MCP 连接 Blender 和 Meshy,由 Meshy 生成道具和角色、Blender 清理和放置、Unreal 负责光照物理和游戏本身、Opus 在一个对话里调度三者。流程为先让 Opus 头脑风暴 5 个游戏点子再展开,告知 GPU 以便压满画面性能,首个完整构建约花 4 小时和约 19% 的每周 Max plan 用量,之后因素材复用会快很多。

    引用rewind@rewind02

    以下是如何用 Claude Opus 5.5 + Blender + Unreal Engine + Meshy 构建这样一款游戏…… 诀窍是给每个工具只分配一项任务,但有一种聪明的设置方式: - 第 1 步:安装 Claude Code、Unreal Engine 5 和 Blender 5.1+,除了 Claude 订阅外全部免费 - 第 2 步:通过 Blender 的 MCP 插件连接 Blender,并通过 Meshy MCP 配合 API key 连接 Meshy - 第 3 步:先用 Opus 头脑风暴 5 个游戏创意,选一个,让它在开始构建任何东西之前先扩展这个创意 - 第 4 步:告诉它你的 GPU,这样它就能把画质推到你的机器能运行的极限 - 第 5 步:Meshy 生成道具和角色,Opus 将它们导入 Blender 并进行清理 - 第 6 步:Opus 把所有内容带入 Unreal:关卡、光照、HUD、小地图 - 第 7 步:试玩,然后每次提示添加一个功能:战斗、敌人、任务 谁负责什么: > Meshy:3D 模型 > Blender:清理、摆放、材质 > Unreal:光照、物理、实际的游戏 > Opus:在一个聊天中运行这三者 而真正的成本…… 一次完整首次构建大约花了 4 小时,以及每周 Max 订阅约 19% 的额度 把第一关做好,之后的关卡会快得多,因为资源已经存在了

    推荐理由:原文给出七步工具分工流程和实际耗时与费用,读者可以直接照搬搭建游戏的工作流。

  3. Browser Use49

    什么是浏览器指纹识别?原理与局限解析

    浏览器指纹识别通过收集 user agent、语言、屏幕尺寸、字体、canvas 与 WebGL 渲染、音频处理等信号,组合后经哈希函数生成紧凑标识,用于在 cookie 被删除后仍能识别回访浏览器。它分为被动式(HTTP 头、IP、TLS 握手)与主动式(JavaScript 采集)两类,常用于追踪用户、防欺诈和检测机器人,但相似浏览器可能撞车、浏览器更新也会改变结果。

  4. 公众号:卡尔的AI沃茨58

    大AI理论:分三阶段调推理档位榨干模型能力

    作者提出“大AI理论”,用三阶段对话把模型能力拉到极致。第一步拉满推理并选计划模式,用语音、图片、视频不过滤倒出想法整理成计划;第二步切中档推理快速干活,前提是需求描述足够详细,作者引Terminal Bench 3.0说明详细需求加中档推理质量高于模糊需求加高档推理;第三步把推理调回高档让AI审查中档成果,称能揪出约20%的问题,审查耗时约为从头生成的三分之一。

  5. lauren69

    Lauren Tan 提出,让 Agent 更自主工作的最基本切入点是赋予其自我验证能力,即像真实用户一样实际运行和操作应用,覆盖 CLI、API、UI 等接口。验证应产出可审查的工件,证明工作正确、符合意图且比通读整个 PR 更易审查,UI 工作常用视频和截图。她指出 skill 包等都是可选的附加项,并提醒并非所有领域都易于验证,验证只是近似、仍可能出错。

    引用lauren@poteto

    pstack now includes 2 skills i recommend everyone use or copy: /create-verification-skill https://github.com/cursor/plugins/blob/main/pstack/skills/create-verification-skill/SKILL.md /maintain-verification-skill https://github.com/cursor/plugins/blob/main/pstack/skills/maintain-verification-skill/SKILL.md if you don't already have one, /create-verification-skill creates a skill that teaches your agent how to run, control, and debug your app. it also creates something i call the feature map: a map of all the features in your app and how to get to it and use it from a user's pov. it allows agents to navigate and use the app just like a real user which greatly increases its ability to verify its own work. but of course, this feature map goes out of date very quickly. run /maintain-verification-skill as a daily automation with cursor cloud agents. this skill will check your app for changes and keep your feature map up to date. having a strong verification skill will end up becoming critical infra for your team and become the foundation of boosting everyone's productivity and quality and also enable more interesting automations to be built. install https://cursor.com/marketplace/cursor/pstack and you'll get auto updates for my skills. enjoy!

  6. Addy Osmani59

    Addy Osmani 分享用 Agent 获取好结果的关键是验证,认为审查若不预先明确“完成”的定义,每次都可能找到新的可改进点。他建议给 Claude 可运行的检查,如 bash 命令、测试或在浏览器中点击应用,让它通过后再宣布完成,确保没有阻塞事项时即可合并发布。

    引用Lucas@lucas_builds

    Asking Claude to review your code is a slot machine. Every review finds brand new bugs. Review again: more. Review a tenth time: it still finds something. It never runs out of bugs to find... so how do you decide your code is actually done?

10月11日周日
  1. Rohan Paul60

    有人逆向工程了 ChatGPT 新推出的 Generative UI(Intelligent UI)的架构。其工作方式是智能体不写原始代码,而是输出一种新语言 DIL,由服务端编译并流式传输,客户端在沙箱运行时用约 70 个原生 UI 组件渲染,使界面感觉原生;交互无需额外的 AI 调用。

    引用Rabi Shanker Guha@rabi_guha

    ChatGPT launched their version of Generative UI yesterday. We took it apart tldr; the agent never write raw code. It emits DIL (a new language), the server compiles and streams it, the client renders it using a component set so that it feels native https://x.com/i/article/2108220775568404480

10月10日周六