Skip to content
cccskills
FreePublished on GitHub

loop-build-path

从"手动做事"到"系统自动做事"的四步渐进构建路径。当用户已经决定要做 loop、但不知道从何入手时;或团队正在将手工流程自动化时使用。不适用于: 尚未决定要不要做 loop 的任务、或已经稳定运行的 loop 优化。

关键 trigger: "怎么开始做 loop"、"自动化第一步"、"从手动到自动"。

The English summary is being prepared. Showing the original description.

See how to install

Files included (3)

  • SKILL.md5.1 KB
  • test-prompts.json2.6 KB
  • test-results.md2.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

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 关注整体路径)

E — Execution (可执行步骤)

Step 1: 手动验证 (Manual Proof)

  • 手动让 AI 完成任务 3 次
  • 记录: 成功率? 产出质量? 耗时?
  • 如果手动都做不成,不要做 loop

Step 2: 封装成 Skill

  • 把指令写成 SKILL.md
  • 包含: 输入、输出、步骤、边界
  • 确保每次执行结果一致

Step 3: 加触发器 (Trigger)

  • 选择: 定时 (cron) / 事件 (webhook) / 状态变化
  • 此时是"自动化" — 按时间表执行,但不会自我调整

Step 4: 加验证 + 状态 (Verification + State)

  • 定义: 如何判断产出好坏? (参考 goal-verification)
  • 加入: 持久化状态文件 (记录历史操作)
  • 此时才成为 Loop — 系统能根据验证结果调整行为

B — Boundary (边界)

不要使用这个 skill 的场景:

  1. 已经决定不做 loop: 应先过 loop-worthiness-test
  2. 已经稳定运行的 loop: 此时需要的是优化,不是从头构建
  3. 纯探索性任务: "试试 AI 能不能做 X" — 还在实验阶段,不需要正式构建

作者的盲点与局限:

  • 四步路径假设任务已经明确,不涉及"如何发现值得自动化的任务"
  • Step 1"手动验证"在复杂任务中可能需要很长时间,作者没有给出"何时放弃"的标准
  • 视频案例全部是成功路径,缺少"某一步卡住怎么办"的失败处理

与之相邻但容易混淆的方法论:

  • 敏捷开发: "小步快跑"; 本 skill 是"小步自动化"
  • CI/CD 流水线: "代码→测试→部署"; 结构类似但本 skill 面向 AI agent 任务

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

识别和管理 Loop 系统的认知风险: 自动化程度越高,你真正理解的部分越少。 当用户发现"仓库里有很多代码但我看不懂"、"loop 产出很多但不确定对不对"、或需要向团队警示 AI 使用风险时使用。 不适用于: 纯技术调试、或产出完全可客观验证的场景。 关键 trigger: "AI 生成的代码我看不懂"、"产出太多理解不过来"、"AI 使用风险"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

设计 Loop 的 Goal 和 Verification 环节: 将模糊目标转化为可验证的停止条件。 当用户发现 loop 产出质量不稳定、循环无法停止、或"不知道什么时候算做完"时使用。 不适用于: 目标已经非常清晰可量的任务、或非循环场景。 关键 trigger: "loop 停不下来"、"产出质量不稳定"、"怎么定义完成"、"goal 怎么写"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

设计或审计完整 Loop 系统的组件架构: 5 大组件 + 1 根脊柱。 当用户需要搭建一个完整的 (而非最小可用的) loop 系统、或审计现有系统的组件完整性时使用。 不适用于: 最小可用 loop 的设计、或单次任务的自动化。 关键 trigger: "设计一个完整的 loop 系统"、"我的 loop 缺什么"、"loop 系统怎么组织"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

设计或审计任何循环系统的起点: 将循环拆解为 Trigger(触发器)、Action(动作)、Stop Condition(停止条件) 三要素。 当用户需要设计一个新循环、诊断一个失效循环、或向他人解释"什么是 Loop"时使用。 不适用于: 单次任务执行、非循环的自动化脚本、或已经稳定运行无需重新设计的系统。 关键 trigger: "设计一个 loop"、"这个循环为什么不停止"、"什么是 loop 的最小结构"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

判断一个任务是否值得做成 Loop 的四条决策标准。 当用户在纠结"这件事要不要自动化"、"该不该用 loop"、或"为什么我的 loop 得不偿失"时使用。 不适用于: 已经决定要做 loop 后的设计阶段、或一次性任务。 关键 trigger: "这件事值得做 loop 吗"、"该不该自动化"、"loop 成本太高怎么办"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

设计 Loop 中的 Maker-Checker 模式: 用独立 agent 审查产出,避免自产自检。 当用户发现 loop 产出质量不稳定、agent 自我评估过于宽容、或需要提升产出可信度时使用。 不适用于: 产出可以客观验证 (测试通过/失败) 的任务、或成本极其敏感的场景。 关键 trigger: "agent 自评不准确"、"产出质量不稳定"、"怎么让 agent 审查 agent"。

The English summary is being prepared. Showing the original description.

kangarooking/loop-engineering-skill27Updated Jul 3, 2026

See all skills by kangarooking

Report a problem with this skill