AI资讯：GitHub爆红Loop教程，一行命令搞定大模型自动化

type

status

date

slug

summary

category

icon

password

网址

朋友，听说你还不会搭不会用Loop？

别慌！现在直接来抄作业！

有位大神直接在GitHub开源了整套Loop Engineering框架，目前已累计收获4.5k Star。

Loop是最近爆火的概念，简单解释就是不用再像以前一样一次次输提示词指挥AI干活。

现在直接设定一个小目标，让系统自己干，包括下指令、验收、修正，直到达标。

龙虾之父、Claude Code之父、吴恩达还有皮衣老黄纷纷为其打call：

大神开源的整套Loop Engineering框架包括七套现成的工作流、10个启动模板，再加上初始化、成本估算、运行审计和状态同步一系列工具。

Claude Code、Codex、Grok和OpenCode统统适配。

划重点！无需从零设计架构，选定场景后，直接copy下面这行命令就能立即开始：

用原作者的话来说，做这个项目就是为了：

傻瓜式Loop教程来了

话虽这样说，可设计Loop还是件挺抽象的事情。从哪开始？要用哪些工具？跑飞了怎么办？

于是这套0基础Loop教程闪亮登场～

首先Loop摊开了讲，也就5个基础元件，外加记忆和状态：

• 自动化/调度：定时把该干的活儿找出来、分好类，比如每天、每5分钟； • 工作树：建立隔离的并行执行环境，让多个agent彼此互不干扰； • Skills：沉淀项目的固定知识； • 插件和连接器：通过MCP接入真实工具，如GitHub、Linear、Slack等； • 子Agent：将制作器和检验器分离； • 记忆和状态：对话外长期存储。

然后它内置了七套能直接用的工作流，包括每日巡检、PR看管、CI清理、依赖扫描、Issue处理、合并技术债后清理、起草更新日志，负责将这些反复催促Agent的动作固定下来。

另外，项目还提供交互式选取器，你可以先给出“PR总卡住”、“Issue太乱”具体问题，工具就会自动推荐对应循环和启动命令。

有一说一，这些活儿单拎出来都不难，难的是碎。就比如很少有人愿意每隔10分钟看一次CI，每次版本发布前再翻几十条提交记录。

Loop在其中接走的，恰恰是这些需要持续盯着但判断标准又相对清楚的任务。

接着，就可以开始跑你的第一个Loop：

Step 1：选择模式。新手建议直接冲每日巡检，风险最低，也最适合学习Loop逻辑。

Step 2：脚手架初始化。直接在你的Git项目根目录，运行前面提及的那行代码。其中claude可替换成grok、codex、opencode，daily-triage可换成7种模式中任意一个。

Step 3：估算Token成本。由于高频循环（如CI清理）会烧掉很多Token，所以需要提前估算好用量。

Step 4：审计就绪程度。输出结果0～100分，并给出改进意见。

如果分数达标，就可以为项目贴一个Loop Ready图标，代表该项目已经适配Loop平台、满足Loop运行标准。

Step 5：仅报告模式启动Loop过程，以Grok为例。

Step 6：读取输出。打开储存记忆的STATE.md文件就能确认Loop是否存在问题，有问题直接修改。

其中，Loop成熟度可分为L1→L2→L3三个阶段。

L1只发现问题、更新STATE.md，不修改代码；L2可以允许Agent在有验证器的情况下小范围自动修改，但需人工审查；L3可以完整自动长时间运行。

正式的Loop标准流程共有8步：

定时触发→任务分诊→读取状态→创建独立工作区→Agent执行→验证器检查→连接Git或工单系统→人工确认。

也就是说，这是一套完整的Agent自己找活、自己执行、自己验收、有问题再叫人的Loop系统，即拿即用～

吴恩达：做产品需要三层Loop

如果说前面的Loop教程解决的是如何把Loop搭起来，那么吴恩达最近讨论的，则是Loop搭好后，人可以做什么？

他将从0到1开发产品的过程拆成了三层Loop。

最内层是Agent编码Loop。人给出产品说明和评测标准，Agent负责来写代码、测试和修改直到没有bug。

整个过程非常之快，每隔几分钟，Loop就可能产生一个新版本。

文章来自于微信公众号 “量子位”，作者 “量子位”