loop-build-path

Source Metadata

Original cangjie-skill frontmatter from the distillation run:

name: loop-build-path
description: |
  从"手动做事"到"系统自动做事"的四步渐进构建路径。
  当用户已经决定要做 loop、但不知道从何入手时;或团队正在将手工流程自动化时使用。
  不适用于: 尚未决定要不要做 loop 的任务、或已经稳定运行的 loop 优化。
  关键 trigger: "怎么开始做 loop"、"自动化第一步"、"从手动到自动"。
source_book: "Loop Engineering 视频合集"
source_chapter: 视频4 (Idoos Money) / 视频2 (Boris Cherny)
tags: [build-path, incremental, automation, getting-started]
related_skills: [loop-worthiness-test, loop-three-elements, goal-verification]

渐进式 Loop 构建路径 — 从手动到自动的四步

R — Reading (原文)

"The very first thing... do it manually, right? So, confirm the AI can even do the task at all by hand. Next, everyone is turn it into a skill... Next, everyone is the trigger. Now, it runs on a schedule or an event. It is still not a loop yet. It is just an automation. The loop starts, everyone, when you are adding the verification plus state." — Idoos Money (视频4)

I — Interpretation (自述)

构建循环系统不要一步到位,而是按四个阶段渐进:

1. 手动验证: 先手动让 AI 完成任务,确认它能做到。不要在你都没验证过的任务上搭建自动化。
2. 封装成 Skill: 把指令固化为 SKILL.md,让每次执行一致。此时是"可重复的手动"。
3. 加触发器: 加入定时 (cron) 或事件触发。此时是"自动化",但还不是 loop — 因为没有验证和迭代。
4. 加验证 + 状态: 加入自动验证环节和持久化状态记录。此时才成为真正的 Loop。

关键洞察: 自动化 ≠ Loop。自动化是"按时间表执行",Loop 是"执行→验证→调整→再执行"的闭环。

A1 — Past Application (书中案例)

案例1: 选题收件箱 (视频3)

• Step 1: 手动用 research 工具拉取资讯 → 确认可行
• Step 2: 把指令写成 skill (research + topic-score)
• Step 3: 加 cron 触发 (每天早上 8 点)
• Step 4: 加 inbox.md 作为持久化状态 + 评级作为验证

案例2: Boris 的多 Loop 系统 (视频2)

• 先手动跑 support 确认 AI 能处理 → 封装成 skill → 加 30 分钟触发 → 加 signals 文件夹作为状态

A2 — Future Trigger (未来触发)

1. 开始做第一个 loop 时: "我想自动化 X,从哪里开始?"
2. Loop 搭建失败时: "做了个 loop 但产出很差" → 检查是否跳过了 Step 1
3. 团队推广 loop 时: 用这个路径作为"入门指南"
4. 从自动化升级到 loop 时: "我的 cron job 已经跑很久了,怎么升级成 loop?"

语言信号: "怎么开始做 loop"、"自动化第一步"、"从手动到自动"、"我的 cron 怎么升级"

与相邻 skill 的区别:

• loop-worthiness-test: 判断要不要做 (本 skill 是决定后如何做)
• loop-three-elements: 静态结构分析 (本 skill 是动态构建过程)
• goal-verification: 关注验证设计 (本 skill 关注整体路径)