Cander (@Cander_zhu)
@Cander_zhu
0 正在关注 0 粉丝
@imwsl90 是的，我上班的地方就是宁波银行数据中心，里面正式编的科技岗位很少的， 全是外包人员，每天上下班乌央乌央的一大片，从工牌就很容易区分开来
显示更多
这两天 @AnatoliKopadze 连着发了两个重磅内容，我都认真看了：
1. 他那篇超详细的《Loops explained: Claude, GPT, Mira and what actually works》长文（目前已经破 890 万浏览）
2. Peter Steinberger（OpenClaw 作者）在 AI Engineer Europe 的 19 分钟分享
把 @addyosmani 的《Loop Engineering》文章 + AnatoliKopadze的两个内容 结合起来看，收获特别大。
Anatoli 的文章把 Loop 的底层逻辑讲得非常清楚：
- Prompt 是「你一步步指挥」，Loop 是「你给目标 + 验收规则，让 Agent 自己跑出结果」
- 一个靠谱的 Loop 通常需要这 5 个部分：Automation（触发）、Skill（可复用指令）、Sub-agents（写代码的和检查代码的分开）、Connectors（真正执行动作）、Verifier（硬核验收）
而 Peter 作为 OpenClaw 的作者，在视频里分享了他真实的工作流：
> “Each loop is so much faster now that I ship more than ever with way less effort.”
他强调的核心是：
- 重点不是写出完美的 Prompt，而是能够设计出自动验证的闭环
- 验收标准（Judge）决定 Loop 的成败，最好用测试、类型检查、diff 等确定性规则
- 项目结构要为 Agent 优化，而不是跟 Agent 较劲
也希望大家去读这三篇文章，最好结合起来看（Addy 的 Loop Engineering + Anatoli 长文 + Peter 视频），理论 + 实战 + 框架，三者互补，效果会好很多。
我自己最近也在把「Obsidian 新笔记结构化」做成小 Loop，目前还在早期阶段，但已经明显感觉到从手动整理到系统自动跑的转变。
对 Loop Engineering 感兴趣的朋友，强烈建议把这三篇一起看。理论 + 真实案例 + 系统思考，效果最好。
你目前更倾向于先从理论框架学起，还是更想直接看实战工作流？
#LoopEngineering#
显示更多
Peter Steinberger, the guy who built OpenClaw just shared his actual workflow:
"Each loop is so much faster now that I ship more than ever with way less effort."
19 minutes from the person who knows more about AI agents and loops than anyone else.
Watch it, then read the full guide on loops below.
显示更多
这又是一篇值得认真读的文章：《How modern browsers work》。
读完后我有两个强烈感受：
1. 浏览器其实是现代最被低估的“操作系统”。
2. 如果前端/Agent 开发者还把浏览器当黑盒，只会越来越吃亏。
从搞产品和做 Agent 的角度，我提炼了 5 个比较有收获的点：
1. 浏览器不是在“渲染页面”，而是在跑一个小型分布式系统
一页网页背后其实在跑整条流水线：网络栈 → 解析（HTML/CSS/JS）→ 样式计算 & 布局 → 绘制 & 合成 → JS 引擎（V8 多层 JIT）→ 多进程隔离。
你在 DevTools 里看到的 Performance trace，本质上就是这套复杂系统的压缩观测日志。
2. 所有前端性能优化，本质上都是在帮这条 pipeline 减压
控制首屏体积、async/defer、只用 transform/opacity 做动画、拆分长任务……这些最佳实践，拆开来看其实都是在给网络、解析、主线程、合成线程等不同阶段减负。
以后再说页面卡，可以更精确地问：卡在 network → parse → layout → paint/composite → JS/GC 的哪一段？
3. JS 引擎早就不是简单的解释器，而是一台会自我进化的编译管线
V8 会先解释执行，再根据运行 profile 逐步把热点路径编译成机器码（Ignition → Sparkplug → Maglev → TurboFan），类型不稳定就会 deopt。
这意味着：写出“类型稳定、路径稳定”的代码，本质上是在配合编译器走高速路，而不是在给它制造 deopt。
4. 浏览器多进程架构是 Web 世界的成熟“沙箱 + 隔离”范例
Browser Process + Renderer Process + Site Isolation + Sandboxing，这套设计已经稳定运行了十几年。
对做 Agent 的人来说，这其实是一个现成的参考：高风险操作要不要拆进程？Agent 之间用什么做 IPC？出问题时能不能做到局部失效不拖垮全局？
5. 这篇其实是给 Agent / Loop Engineering 的一份「样板间」
浏览器本质上就是一个已经在全球几十亿设备上稳定运行了十几年的大型 Loop + 多 Agent 系统。
它的事件循环、任务调度、隔离机制、性能优化思路，对我们现在在做的 Loop、Skill、Harness 都有很强的参考价值。
推荐对浏览器 internals 和 Agent 架构都感兴趣的朋友读一读。
你从浏览器底层学到过什么对做 Agent 有帮助的思路？
显示更多
