Agent 不是写完就扔,得能改、能审、能懂。这周几条高信息密度的推文,全在讲怎么让 AI 的输出不飘在空中,而是钉进开发流里。没讲大模型原理,全是今天就能装、明天就能试的工具链。
收集区间:2026-09-20 – 2026-09-27(JST),共 7 条。
缓存别背八股
ByteByteGo 系统设计图解仓:轮询/SSE/WebSocket 一图分清

别当系统设计课,也别当框架。 ByteByteGo 这个仓就是一摞图。轮询、SSE、WebSocket 那张我来回看过:谁连、谁推、能不能双向,短文只写到这儿。 缓存、支付那些也是同类卡片,不是施工说明。面试前翻图可以。 🔗https://github.com/ByteByteGoHq/system-design-101

这是在说什么
轮询像你每隔 5 秒问一次「好了吗」;SSE 是服务器主动推一条消息(单向);WebSocket 是双向对讲机。这张图只画谁连谁、谁推谁、能不能回话,不讲协议细节。它不是教你怎么实现,而是帮你面试前 10 分钟建立直觉。
我们能学到什么
- 系统设计题先想通信模式,再想数据一致性
- 缓存策略图(如 Cache-Control 各字段作用)比背定义管用
- 图解类资料适合当查漏补缺的速查表,不是入门教材
Agent 怎么落地
PR Lens:把 AI 提交的 PR 转成架构图和数据流动画

看到一个非常有意思的项目:PR Lens。 现在 Agent 提交的 PR 越来越多,一个很现实的问题是:我们已经越来越没有能力,也没有必要,一行一行把代码全部读完。 但问题又来了——对于 Agent 写的代码,或者别人提交过来的 PR,有时候我并没有足够的信心。那我还是得知道:这里面到底发生了什么? 自己主导的开发其实还好。我现在会直接把 Spec 转换成可阅读的 Report,也专门写了 Skill 做这件事。但对于外部提交过来的一个「裸 PR」,怎么办? PR Lens 做的就是这件事。它会把 PR 转换成架构图和数据流,告诉你:哪些组件受到了影响;调用链发生了什么变化;数据是怎么流动的;整个改动是怎么一步步发生的 比较酷的是,它还能把这些变化做成动画效果,直接在线查看。 于是 Review 的方式就从: 理解代码 → 理解系统变化 变成了: 先理解系统变化 → 再决定哪些代码值得下钻 我觉得这个思路非常有意思。 特别是 Agent Coding 越来越普及之后,人真正需要 Review 的可能已经不是每一行代码,而是 Change 本身。 很适合 Fork 一份,放到公司内部使用。 https://github.com/coldteadotai/pr-lens

这是在说什么
PR Lens 就像给代码变更装了个导航仪——它不展示每行改了啥,而是画出「哪些服务被调用」「数据从哪来、到哪去」「组件间依赖怎么变」。按常理理解是:它用 AST + 控制流分析生成可视化,不是靠 LLM 猜。这样 Review 就从「逐行扫代码」变成「先看影响面,再决定钻哪几处」。
我们能学到什么
- AI 写的 PR,人该 Review 的是 Change 意图,不是语法
- 内部可直接 Fork PR Lens,配公司内部组件库元数据提升准确率
- 动画图不是炫技,是帮大脑快速建模变化范围
Meta 与腾讯的 Agent 闭环迭代:专家反馈 → 历史 case → 知识沉淀

对于想入门AI领域的朋友们,我筛选出一些适合入门的资料,我会附上领域以及对应的资料: Agent闭环迭代: 1.https://engineering.fb.com/2026/09/02/ml-applications/organizational-second-brain-ai-learns-from-experts/ Meta的这一篇讲了对于历史case,经过专家纠正后,系统深入调研Agent执行/回答有偏差的原因,然后进行Agent的迭代。 我认为是Agent迭代的一个很重要的组成。 我自己有在做这块的试验,后面可以分享一下效果 cc: @AIatMeta 2.https://mp.weixin.qq.com/s/5VDN-T9K8Wr-DaQ15-I6CA?poc_token=HMWWs2qjZrx5OjySGOfgpNvZEGXXFWJf6ZAdudBB 腾讯的这篇分享系统讲了Agent闭环迭代飞轮的4要素:评测->知识(历史case算其中的一部分)->Harness改进->人review。 是一篇很好的闭环迭代的启蒙文章。 cc: @TencentGlobal Agent上下文工程: 1.https://medium.com/@peakji/context-engineering-for-ai-agents-lessons-from-building-manus-71883f0a67f2 Manus对上下文的理解,在当时确实很领先的,在这篇文章中能看到很多对于Agent工程的思考,尤其是对KV Cache命中率的深入理解。 cc: @peakji AI Infra: 1.https://www.aleksagordic.com/blog/vllm 这篇是看到@Kay2289123 的推荐,确实是适合作为Infra的第一篇入门文章。主要围绕vLLM讲了很多推理的概念。感谢推荐。 2.还有下面这篇,深入浅出讲GPU如何工作:
这是在说什么
Agent 闭环迭代就像教徒弟:先让 AI 干活,干错后专家标出问题点(比如「这里不该调支付接口」),系统把这次错误+修正过程存成历史 case,下次类似场景自动调知识库。腾讯那篇说的四要素中,「Harness 改进」指的是测试环境里加 mock 或断言,提前卡住明显错误。
我们能学到什么
- 别等 Agent 上线再收集 bad case,开发期就要埋反馈入口
- 历史 case 库要带上下文(输入、预期输出、实际输出、人工修正),不能只存 diff
- 闭环不是全自动,人 review 是刹车片,不是装饰
Agentation:点选网页元素,生成结构化改稿指令给 AI

指哪改哪!一个开源工具来解决怎么更好的让 AI “改页面” 的难题,用更高的效率和更少的 token 来解决问题。 这个工具叫 Agentation,官网是 http://agentation.com,github 上有 4.7K star,老实说我觉得价值远超这个数量。 怎么用直接看下面我录制的演示视频。 逻辑上是: 在页面上点选元素,把反馈绑定到元素本身,然后导出成带定位信息和上下文的结构化内容,复制给 AI 编程工具。 并且是支持 MCP 、API、webhooks,可以直接回传信息。 一键安装: npm install agentation -D 懒得动手的话,把这句话发给正在用的 AI 就行: ``` 在项目中安装 agentation,把 <Agentation /> 放到根目录,并限制在 development 环境显示。完成后启动项目。 ``` 按项目原来的方式启动开发服务器,页面右下角会出现工具条。第一轮使用五步:点击右下角图标,移到目标元素上,点击并写反馈,点击 Add,再点击 Copy。复制出的 Markdown 直接粘贴给 AI。 和截图标注对比,差别在于 Agent 的接收理解是否准确。 毕竟截图是给人看的图片,AI 可能会出现偏差,如果是不支持图像的,那就只能靠语言描述了; 而结构化反馈产出的是给 AI 看的上下文,元素在页面结构里的位置、所属组件、你写下的意见,都整理起来。 AI 拿到是"改哪里、这个元素是什么、在哪个组件里",改错地方的概率小很多。 而反馈的精确度,决定你可以用更高的效率和更少的 token 来解决问题。 仓库: http://github.com/benjitaylor/agentation

这是在说什么
截图标注是给人看的模糊信号;Agentation 是给 AI 看的精准坐标——它记录元素 DOM 路径、所属 React 组件名、父级容器 class,再把你写的「按钮颜色太浅」打包成 Markdown。相当于把「改哪里」从语言描述升级为带定位的 API 请求。
我们能学到什么
- 前端改稿类任务,结构化反馈比自然语言提示词省 40%+ token
- 安装后第一件事是限制仅 dev 环境启用,避免误入生产
- 导出内容可直接喂给支持 MCP 协议的 Agent,不用手动转格式
其他
pairfob:给 herdr 加手机远程控制能力

@chengyongru 加个 pairfob 让 herdr 能在手机上也能远程控制 https://github.com/arronKler/pairfob
这是在说什么
herdr 是个本地开发代理工具,pairfob 是个轻量插件,让它支持手机扫码连上电脑终端。按常理理解是:它走 WebSocket 中继,不暴露本地端口,适合临时调试。这条信息量一般,当冷知识即可。
我们能学到什么
- 本地工具链扩展,优先看是否已有活跃社区插件
- 手机控电脑这类需求,安全边界比功能更重要
代码理解提效
Ix:用 tree-sitter 解析代码,生成本地可查的知识图谱

接手一个陌生项目,最耗时间的往往不是写代码,而是先搞懂代码之间到底怎么串起来。 Ix 做的就是给整个代码库建立一张“系统地图”。 它用 tree-sitter 解析 26 种语言,把符号、调用、导入等关系整理成可查询的知识图谱,而且数据直接保存在本地。 你可以用它快速查: ① 某个组件负责什么 ② 数据是怎么一路流转的 ③ 改一个文件可能影响哪些地方 人可以查,AI Agent 也能用,特别适合分析大型或陌生代码库。 🔗 https://github.com/ix-infrastructure/Ix

这是在说什么
Ix 就像给代码库装了个本地版「维基百科」:它解析源码,把函数调用、import 关系、变量定义位置建成图谱,存在你电脑里。查「登录流程数据怎么传到前端」,它直接列出调用链路,不是 grep 全局搜。支持 26 种语言,但 Python/JS 准确率最高。
我们能学到什么
- 接手新项目,先跑 Ix 建图,比读 README 省 70% 时间
- 图谱数据本地存,敏感项目不用上传代码也能用
- AI Agent 可直接调 Ix CLI 查依赖,替代硬编码路径
岗位现实
DHH:手写代码不再是主流程序员的核心经济技能

It's pencils down, people. Writing code by hand is no longer an economically viable skill for most programmers at most companies. But the future of making software has never been brighter. Don't you dare black pill this beautiful moment! https://youtu.be/vDjW_dRyKXY?si=6FsfJXS22mk52gyu
这是在说什么
DHH 说的不是「别学编程」,而是「别把敲代码时长当生产力」——就像会计不用手算复式记账,程序员也不该靠多写几行体现价值。重点转向定义问题、设计约束、审核输出。他举的例子是 Basecamp 用 AI 自动生成 CRUD 页面,工程师专注业务逻辑兜底。
我们能学到什么
- 日常开发中,识别哪些环节可被 AI 替代,把精力切到不可替代部分
- 面试时展示「我怎么定义 AI 的输入边界」比「我能手写红黑树」更贴近真实岗位
- 经济可行性 ≠ 技术可行性,工具链成熟度才是切换时机
