AI 编码圈正从“写提示词让 agent 干活”转向“设计循环让 agent 自己干活”。本文是最接地气的实操版：什么是 agent loop，为什么它重要，生产环境里长什么样。作者拆解了 loop 的六个固定部件（触发、隔离、上下文固化、工具连接、独立评审、持久化状态），并用 PR babysitter（每15分钟检查PR，CI红则自动修复一次）和 Claude Code 的 /goal 命令作为具体例子。文章还讨论了 loop 的成本模型（迭代次数才是预算线，弱验证器是最贵的 bug）、何时不该用 loop（一次性修改、无明确通过条件的探索性工作）、以及常见的失败模式（验证负担转嫁给人、代码理解债累积、宽松检查导致无声漂移）。
本文提出“循环工程”概念：与其手动逐次提示编码智能体，不如设计一个自动化系统——由调度任务、工作树隔离、技能定义、插件连接和子智能体审查组成的循环，让智能体自主发现工作、执行并验证。作者对比了Codex与Claude Code两个工具中这五个组件的具体实现（如自动化的`/goal`命令、基于`SKILL.md`的技能系统、通过`git worktree`实现的隔离），并强调状态持久化（Markdown文件或Linear看板）是循环稳定运行的关键。核心洞见是：循环设计比提示工程更难，因为软件工程师的角色从操作者转变为系统设计师，同时仍需承担验证质量、维护理解力、避免认知屈服的责任。
大多数开发者使用 Claude Code 调试的常态是把错误粘贴进去、接受一个猜测性的修复、再粘贴下一个错误——陷入长达数十轮的猜谜循环。本文提出一个六步调试循环：先让LLM建立可复现的失败测试（repro），然后在 plan mode 中限定搜索范围，派发只读子agent从多个角度追踪根因，只针对根因而非症状修复，通过 PostToolUse 钩子自动验证修复是否通过测试，最后将 repro 保留为回归测试。核心论断是：LLM的能力并非问题，而是用户跳过前三个阶段直接要求“修复”导致了症状修补的死循环。
本文提供了一份详尽的动手教程，教你在一个晚上内搭建一个基于 Claude 和 Obsidian 的“第二大脑”系统。核心思路是将 Obsidian 作为纯文本笔记存储库，通过 MCP 协议连接 Claude Desktop（需付费版），使 AI 能读取、组织、链接整个仓库内容，并自动加载上下文（CLAUDE.md）以消除每次会话的冷启动。文章从安装 Claude Desktop 和 Obsidian 开始，逐步演示配置 Local REST API 插件、连接 MCP、通过面试生成个人配置文件、创建项目文件夹结构、构建可复用技能（skill）、接入日历等实时数据源、设置定时自动整理任务。作者强调所有权归用户（纯文本文件，不锁定于任何 AI 模型），并以“keys, not prompts”安全原则提醒权限控制。适合希望摆脱对话碎片、拥有持久化 AI 记忆的一线工程师和知识工作者。
本文深度拆解了 Vercel 的 DESIGN.md 文件，展示了如何为 AI 编写一份高效、可执行的设计规范。文章从颜色、间距、字体、动效、文案和无障碍等维度，逐一分析了 Vercel 的做法及其背后的设计思维。例如，颜色系统通过 100-1000 的梯度设计，将交互状态（默认、悬停、点击）与固定数字关联，让 AI 无需猜测；间距体系只提供 9 个基于 4px 倍数的值，强制节奏一致；字体系统采用角色思维（标题/标签/正文/按钮）而非字号思维，减少视觉决策；动效设计则强调“能不动就不动”，并给出了各场景的精确时长。这篇文章适合希望提升 AI 生成界面一致性、或想要建立自身设计规范的产品经理、前端工程师和 AI 工具开发者阅读。