autonomous-loops

Name: autonomous-loops
Author: virgo777

311stars25forks

How to install autonomous-loops?

virgo777/buddyme/autonomous-loops

$npx -y skills add virgo777/buddyme --skill autonomous-loops

Installs into the current project.

Summary

自主运行 Claude Code 循环的模式与架构 —— 从简单的顺序流水线到 RFC 驱动的多智能体 DAG 系统。

Files · 1

View on GitHub

SKILL.md

1	# 自主循环技能 (Autonomous Loops Skill)
2
3	用于自主运行 Claude Code 循环的模式、架构和参考实现。涵盖了从简单的 `claude -p` 流水线到完整的 RFC 驱动多智能体（multi-agent）DAG 编排的所有内容。
4
5	## 适用场景
6
7	- 设置无需人工干预即可运行的自主开发工作流（Workflows）
8	- 为你的问题选择合适的循环架构（简单 vs 复杂）
9	- 构建 CI/CD 风格的持续开发流水线
10	- 运行具有合并协调机制的并行智能体（Agents）
11	- 在循环迭代之间实现上下文（Context）持久化
12	- 为自主工作流添加质量门禁（Quality gates）和清理环节
13
14	## 循环模式频谱 (Loop Pattern Spectrum)
15
16	从最简单到最复杂：
17
18	\| 模式 \| 复杂度 \| 最适用于 \|
19	\|---------\|-----------\|----------\|
20	\| [顺序流水线 (Sequential Pipeline)](#1-sequential-pipeline-claude--p) \| 低 \| 日常开发步骤、脚本化工作流 \|
21	\| [NanoClaw REPL](#2-nanoclaw-repl) \| 低 \| 交互式持久化会话 \|
22	\| [无限智能体循环 (Infinite Agentic Loop)](#3-infinite-agentic-loop) \| 中 \| 并行内容生成、规约驱动的工作 \|
23	\| [持续 Claude PR 循环 (Continuous Claude PR Loop)](#4-continuous-claude-pr-loop) \| 中 \| 带有 CI 门禁的多日迭代项目 \|
24	\| [去杂质模式 (De-Sloppify Pattern)](#5-the-de-sloppify-pattern) \| 附加项 \| 任何实现步骤后的质量清理 \|
25	\| [Ralphinho / RFC 驱动的 DAG](#6-ralphinho--rfc-driven-dag-orchestration) \| 高 \| 大型功能、带合并队列的多单元并行工作 \|
26
27	---
28
29	## 1. 顺序流水线 (Sequential Pipeline, `claude -p`)
30
31	最简单的循环。将日常开发分解为一系列非交互式的 `claude -p` 调用。每次调用都是一个带有明确提示词（Prompt）的专注步骤。
32
33	### 核心见解
34
35	> 如果你无法理解这样的循环，那就意味着你甚至无法在交互模式下驱动 LLM 修复你的代码。
36
37	`claude -p` 标志（flag）以非交互方式运行 Claude Code 并提供提示词，完成后退出。通过链式调用构建流水线：
38
39	```bash
40	#!/bin/bash
41	# daily-dev.sh — 功能分支的顺序流水线
42
43	set -e
44
45	# 第 1 步：实现功能
46	claude -p "阅读 docs/auth-spec.md 中的规约。在 src/auth/ 中实现 OAuth2 登录。先写测试 (TDD)。不要创建任何新的文档文件。"
47
48	# 第 2 步：去杂质 (De-sloppify, 清理环节)
49	claude -p "检查上一次提交更改的所有文件。删除任何不必要的类型测试、过度防御性的检查或对语言特性的测试（例如，测试 TypeScript 泛型是否工作）。保留真实的业务逻辑测试。清理后运行测试套件。"
50
51	# 第 3 步：验证
52	claude -p "运行完整的构建、代码检查（lint）、类型检查和测试套件。修复任何失败。不要添加新功能。"
53
54	# 第 4 步：提交
55	claude -p "为所有暂存的更改创建一个约定式提交（conventional commit）。使用 'feat: add OAuth2 login flow' 作为消息。"
56	```
57
58	### 关键设计原则
59
60	1. 每个步骤都是隔离的 — 每次 `claude -p` 调用都有一个新的上下文窗口（Context window），这意味着步骤之间不会有上下文污染。
61	2. 顺序很重要 — 步骤按顺序执行。每一步都建立在前一步留下的文件系统状态之上。
62	3. 负面指令是危险的 — 不要说“不要测试类型系统”。相反，添加一个单独的清理步骤（参见 [去杂质模式](#5-the-de-sloppify-pattern)）。
63	4. 退出码会传播 — `set -e` 会在失败时停止流水线。
64
65	### 变体
66
67	使用模型路由 (Model Routing)：
68	```bash
69	# 使用 Opus 进行调研（深度推理）
70	claude -p --model opus "分析代码库架构并编写添加缓存的计划..."
71
72	# 使用 Sonnet 进行实现（快速且强大）
73	claude -p "根据 docs/caching-plan.md 中的计划实现缓存层..."
74
75	# 使用 Opus 进行审查（彻底）
76	claude -p --model opus "检查所有更改是否存在安全问题、竞态条件和边界情况..."
77	```
78
79	带有环境上下文：
80	```bash
81	# 通过文件传递上下文，而不是增加提示词长度
82	echo "重点领域：auth 模块，API 速率限制" > .claude-context.md
83	claude -p "阅读 .claude-context.md 获取优先级信息。按顺序处理它们。"
84	rm .claude-context.md
85	```
86
87	带有 `--allowedTools` 限制：
88	```bash
89	# 只读分析阶段
90	claude -p --allowedTools "Read,Grep,Glob" "审计此代码库的安全漏洞..."
91
92	# 只写实现阶段
93	claude -p --allowedTools "Read,Write,Edit,Bash" "实现 security-audit.md 中的修复方案..."
94	```
95
96	---
97
98	## 2. NanoClaw REPL
99
100	ECC 内置的持久化循环。一个具有会话意识的 REPL，它同步调用 `claude -p` 并带有完整的对话历史。
101
102	```bash
103	# 启动默认会话
104	node scripts/claw.js
105
106	# 带有技能上下文的命名会话
107	CLAW_SESSION=my-project CLAW_SKILLS=tdd-workflow,security-review node scripts/claw.js
108	```
109
110	### 工作原理
111
112	1. 从 `~/.claude/claw/{session}.md` 加载对话历史。
113	2. 每个用户消息都会发送给 `claude -p`，并将完整历史作为上下文。
114	3. 响应会追加到会话文件（Markdown 作为数据库）。
115	4. 会话在重启后依然持久存在。
116
117	### NanoClaw 与顺序流水线对比
118
119	\| 使用场景 \| NanoClaw \| 顺序流水线 \|
120	\|----------\|----------\|-------------------\|
121	\| 交互式探索 \| 是 \| 否 \|
122	\| 脚本自动化 \| 否 \| 是 \|
123	\| 会话持久化 \| 内置 \| 手动 \|
124	\| 上下文累积 \| 随轮次增长 \| 每个步骤都是新的 \|
125	\| CI/CD 集成 \| 较差 \| 优秀 \|
126
127	详见 `/claw` 命令文档。
128
129	---
130
131	## 3. 无限智能体循环 (Infinite Agentic Loop)
132
133	双提示词系统，用于协调并行子智能体（sub-agents）进行规约驱动的生成。由 disler 开发（致谢：@disler）。
134
135	### 架构：双提示词系统
136
137	```
138	提示词 1 (编排器 Orchestrator) 提示词 2 (子智能体 Sub-Agents)
139	┌─────────────────────┐ ┌──────────────────────┐
140	│ 解析规约文件 │ │ 接收完整上下文 │
141	│ 扫描输出目录 │ 部署 │ 读取分配的编号 │
142	│ 计划迭代 │────────────│ 严格遵守规约 │
143	│ 分配创意方向 │ N 个智能体 │ 生成唯一的输出 │
144	│ 管理波次 │ │ 保存到输出目录 │
145	└─────────────────────┘ └──────────────────────┘
146	```
147
148	### 模式
149
150	1. 规约分析 — 编排器读取定义生成内容的规约文件（Markdown）。
151	2. 目录侦察 — 扫描现有输出以找到最高的迭代编号。
152	3. 并行部署 — 启动 N 个子智能体，每个子智能体都获得：
153	- 完整的规约
154	- 唯一的创意方向
155	- 特定的迭代编号（无冲突）
156	- 现有迭代的快照（用于确保唯一性）
157	4. 波次管理 — 对于无限模式，部署 3-5 个智能体为一个波次，直到上下文耗尽。
158
159	### 通过 Claude Code 命令实现
160
161	创建 `.claude/commands/infinite.md`：
162
163	```markdown
164	从 $ARGUMENTS 解析以下参数：
165	1. spec_file — 规约 markdown 的路径
166	2. output_dir — 保存迭代结果的位置
167	3. count — 整数 1-N 或 "infinite"
168
169	阶段 1：阅读并深度理解规约。
170	阶段 2：列出 output_dir，找到最高的迭代编号。从 N+1 开始。
171	阶段 3：计划创意方向 — 每个智能体获得不同的主题/方法。
172	阶段 4：并行部署子智能体（Task 工具）。每个子智能体接收：
173	- 完整规约文本
174	- 当前目录快照
175	- 分配给他们的迭代编号
176	- 他们唯一的创意方向
177	阶段 5 (无限模式)：以 3-5 个为一波次循环，直到上下文过低。
178	```
179
180	调用：
181	```bash
182	/project:infinite specs/component-spec.md src/ 5
183	/project:infinite specs/component-spec.md src/ infinite
184	```
185
186	### 分批策略
187
188	\| 数量 \| 策略 \|
189	\|-------\|----------\|
190	\| 1-5 \| 所有智能体同时运行 \|
191	\| 6-20 \| 每批 5 个 \|
192	\| infinite \| 3-5 个一波，逐步提升复杂度 \|
193
194	### 关键见解：通过分配确保唯一性
195
196	不要指望智能体自我区分。编排器会分配给每个智能体特定的创意方向和迭代编号。这可以防止并行智能体之间出现重复的概念。
197
198	---
199
200	## 4. 持续 Claude PR 循环 (Continuous Claude PR Loop)
201
202	生产级 Shell 脚本，在持续循环中运行 Claude Code，创建 PR、等待 CI 并自动合并。由 AnandChowdhary 开发（致谢：@AnandChowdhary）。
203
204	### 核心循环
205
206	```
207	┌────────────────────────────────────────────

People who liked this also viewed

6 picks

Type

paperclip-create-agentCreate new agents in Paperclip with governance-aware hiring. Use when you need to inspect adapter configuration options, compare existing agent configs, draft a new agent prompt/config, and submit a hSkillsJul 2026157k5
subagent-driven-developmentUse when executing implementation plans with independent tasks in the current sessionSkillsJul 2026154k259k
dispatching-parallel-agentsUse when facing 2+ independent tasks that can be worked on without shared state or sequential dependenciesSkillsJul 2026143k259k
browser-act-skill-forgeForges reusable Skill packages (SKILL.md + scripts) from website exploration via browser-act — no re-exploration later. Use when: user wants a reusable Skill for any website, needs to understand a sitSkillsJul 202685k4.6k
wizardGenerate an interactive bash wizard that walks a human through a manual procedure — third-party setup, a one-off migration, an A→B state transition — opening URLs, capturing values, confirming each stSkillsJul 202675k182k
wonda-cliUsing the Wonda CLI to generate images, videos, music, and audio from the terminal — plus LinkedIn, Reddit, and X/Twitter research and automationSkillsJul 202666k137

autonomous-loops

311stars25forks

View on GitHub

How to install autonomous-loops?

virgo777/buddyme/autonomous-loops

$npx -y skills add virgo777/buddyme --skill autonomous-loops

Installs into the current project.

Summary

自主运行 Claude Code 循环的模式与架构 —— 从简单的顺序流水线到 RFC 驱动的多智能体 DAG 系统。

Files · 1

View on GitHub

SKILL.md

1	# 自主循环技能 (Autonomous Loops Skill)
2
3	用于自主运行 Claude Code 循环的模式、架构和参考实现。涵盖了从简单的 `claude -p` 流水线到完整的 RFC 驱动多智能体（multi-agent）DAG 编排的所有内容。
4
5	## 适用场景
6
7	- 设置无需人工干预即可运行的自主开发工作流（Workflows）
8	- 为你的问题选择合适的循环架构（简单 vs 复杂）
9	- 构建 CI/CD 风格的持续开发流水线
10	- 运行具有合并协调机制的并行智能体（Agents）
11	- 在循环迭代之间实现上下文（Context）持久化
12	- 为自主工作流添加质量门禁（Quality gates）和清理环节
13
14	## 循环模式频谱 (Loop Pattern Spectrum)
15
16	从最简单到最复杂：
17
18	\| 模式 \| 复杂度 \| 最适用于 \|
19	\|---------\|-----------\|----------\|
20	\| [顺序流水线 (Sequential Pipeline)](#1-sequential-pipeline-claude--p) \| 低 \| 日常开发步骤、脚本化工作流 \|
21	\| [NanoClaw REPL](#2-nanoclaw-repl) \| 低 \| 交互式持久化会话 \|
22	\| [无限智能体循环 (Infinite Agentic Loop)](#3-infinite-agentic-loop) \| 中 \| 并行内容生成、规约驱动的工作 \|
23	\| [持续 Claude PR 循环 (Continuous Claude PR Loop)](#4-continuous-claude-pr-loop) \| 中 \| 带有 CI 门禁的多日迭代项目 \|
24	\| [去杂质模式 (De-Sloppify Pattern)](#5-the-de-sloppify-pattern) \| 附加项 \| 任何实现步骤后的质量清理 \|
25	\| [Ralphinho / RFC 驱动的 DAG](#6-ralphinho--rfc-driven-dag-orchestration) \| 高 \| 大型功能、带合并队列的多单元并行工作 \|
26
27	---
28
29	## 1. 顺序流水线 (Sequential Pipeline, `claude -p`)
30
31	最简单的循环。将日常开发分解为一系列非交互式的 `claude -p` 调用。每次调用都是一个带有明确提示词（Prompt）的专注步骤。
32
33	### 核心见解
34
35	> 如果你无法理解这样的循环，那就意味着你甚至无法在交互模式下驱动 LLM 修复你的代码。
36
37	`claude -p` 标志（flag）以非交互方式运行 Claude Code 并提供提示词，完成后退出。通过链式调用构建流水线：
38
39	```bash
40	#!/bin/bash
41	# daily-dev.sh — 功能分支的顺序流水线
42
43	set -e
44
45	# 第 1 步：实现功能
46	claude -p "阅读 docs/auth-spec.md 中的规约。在 src/auth/ 中实现 OAuth2 登录。先写测试 (TDD)。不要创建任何新的文档文件。"
47
48	# 第 2 步：去杂质 (De-sloppify, 清理环节)
49	claude -p "检查上一次提交更改的所有文件。删除任何不必要的类型测试、过度防御性的检查或对语言特性的测试（例如，测试 TypeScript 泛型是否工作）。保留真实的业务逻辑测试。清理后运行测试套件。"
50
51	# 第 3 步：验证
52	claude -p "运行完整的构建、代码检查（lint）、类型检查和测试套件。修复任何失败。不要添加新功能。"
53
54	# 第 4 步：提交
55	claude -p "为所有暂存的更改创建一个约定式提交（conventional commit）。使用 'feat: add OAuth2 login flow' 作为消息。"
56	```
57
58	### 关键设计原则
59
60	1. 每个步骤都是隔离的 — 每次 `claude -p` 调用都有一个新的上下文窗口（Context window），这意味着步骤之间不会有上下文污染。
61	2. 顺序很重要 — 步骤按顺序执行。每一步都建立在前一步留下的文件系统状态之上。
62	3. 负面指令是危险的 — 不要说“不要测试类型系统”。相反，添加一个单独的清理步骤（参见 [去杂质模式](#5-the-de-sloppify-pattern)）。
63	4. 退出码会传播 — `set -e` 会在失败时停止流水线。
64
65	### 变体
66
67	使用模型路由 (Model Routing)：
68	```bash
69	# 使用 Opus 进行调研（深度推理）
70	claude -p --model opus "分析代码库架构并编写添加缓存的计划..."
71
72	# 使用 Sonnet 进行实现（快速且强大）
73	claude -p "根据 docs/caching-plan.md 中的计划实现缓存层..."
74
75	# 使用 Opus 进行审查（彻底）
76	claude -p --model opus "检查所有更改是否存在安全问题、竞态条件和边界情况..."
77	```
78
79	带有环境上下文：
80	```bash
81	# 通过文件传递上下文，而不是增加提示词长度
82	echo "重点领域：auth 模块，API 速率限制" > .claude-context.md
83	claude -p "阅读 .claude-context.md 获取优先级信息。按顺序处理它们。"
84	rm .claude-context.md
85	```
86
87	带有 `--allowedTools` 限制：
88	```bash
89	# 只读分析阶段
90	claude -p --allowedTools "Read,Grep,Glob" "审计此代码库的安全漏洞..."
91
92	# 只写实现阶段
93	claude -p --allowedTools "Read,Write,Edit,Bash" "实现 security-audit.md 中的修复方案..."
94	```
95
96	---
97
98	## 2. NanoClaw REPL
99
100	ECC 内置的持久化循环。一个具有会话意识的 REPL，它同步调用 `claude -p` 并带有完整的对话历史。
101
102	```bash
103	# 启动默认会话
104	node scripts/claw.js
105
106	# 带有技能上下文的命名会话
107	CLAW_SESSION=my-project CLAW_SKILLS=tdd-workflow,security-review node scripts/claw.js
108	```
109
110	### 工作原理
111
112	1. 从 `~/.claude/claw/{session}.md` 加载对话历史。
113	2. 每个用户消息都会发送给 `claude -p`，并将完整历史作为上下文。
114	3. 响应会追加到会话文件（Markdown 作为数据库）。
115	4. 会话在重启后依然持久存在。
116
117	### NanoClaw 与顺序流水线对比
118
119	\| 使用场景 \| NanoClaw \| 顺序流水线 \|
120	\|----------\|----------\|-------------------\|
121	\| 交互式探索 \| 是 \| 否 \|
122	\| 脚本自动化 \| 否 \| 是 \|
123	\| 会话持久化 \| 内置 \| 手动 \|
124	\| 上下文累积 \| 随轮次增长 \| 每个步骤都是新的 \|
125	\| CI/CD 集成 \| 较差 \| 优秀 \|
126
127	详见 `/claw` 命令文档。
128
129	---
130
131	## 3. 无限智能体循环 (Infinite Agentic Loop)
132
133	双提示词系统，用于协调并行子智能体（sub-agents）进行规约驱动的生成。由 disler 开发（致谢：@disler）。
134
135	### 架构：双提示词系统
136
137	```
138	提示词 1 (编排器 Orchestrator) 提示词 2 (子智能体 Sub-Agents)
139	┌─────────────────────┐ ┌──────────────────────┐
140	│ 解析规约文件 │ │ 接收完整上下文 │
141	│ 扫描输出目录 │ 部署 │ 读取分配的编号 │
142	│ 计划迭代 │────────────│ 严格遵守规约 │
143	│ 分配创意方向 │ N 个智能体 │ 生成唯一的输出 │
144	│ 管理波次 │ │ 保存到输出目录 │
145	└─────────────────────┘ └──────────────────────┘
146	```
147
148	### 模式
149
150	1. 规约分析 — 编排器读取定义生成内容的规约文件（Markdown）。
151	2. 目录侦察 — 扫描现有输出以找到最高的迭代编号。
152	3. 并行部署 — 启动 N 个子智能体，每个子智能体都获得：
153	- 完整的规约
154	- 唯一的创意方向
155	- 特定的迭代编号（无冲突）
156	- 现有迭代的快照（用于确保唯一性）
157	4. 波次管理 — 对于无限模式，部署 3-5 个智能体为一个波次，直到上下文耗尽。
158
159	### 通过 Claude Code 命令实现
160
161	创建 `.claude/commands/infinite.md`：
162
163	```markdown
164	从 $ARGUMENTS 解析以下参数：
165	1. spec_file — 规约 markdown 的路径
166	2. output_dir — 保存迭代结果的位置
167	3. count — 整数 1-N 或 "infinite"
168
169	阶段 1：阅读并深度理解规约。
170	阶段 2：列出 output_dir，找到最高的迭代编号。从 N+1 开始。
171	阶段 3：计划创意方向 — 每个智能体获得不同的主题/方法。
172	阶段 4：并行部署子智能体（Task 工具）。每个子智能体接收：
173	- 完整规约文本
174	- 当前目录快照
175	- 分配给他们的迭代编号
176	- 他们唯一的创意方向
177	阶段 5 (无限模式)：以 3-5 个为一波次循环，直到上下文过低。
178	```
179
180	调用：
181	```bash
182	/project:infinite specs/component-spec.md src/ 5
183	/project:infinite specs/component-spec.md src/ infinite
184	```
185
186	### 分批策略
187
188	\| 数量 \| 策略 \|
189	\|-------\|----------\|
190	\| 1-5 \| 所有智能体同时运行 \|
191	\| 6-20 \| 每批 5 个 \|
192	\| infinite \| 3-5 个一波，逐步提升复杂度 \|
193
194	### 关键见解：通过分配确保唯一性
195
196	不要指望智能体自我区分。编排器会分配给每个智能体特定的创意方向和迭代编号。这可以防止并行智能体之间出现重复的概念。
197
198	---
199
200	## 4. 持续 Claude PR 循环 (Continuous Claude PR Loop)
201
202	生产级 Shell 脚本，在持续循环中运行 Claude Code，创建 PR、等待 CI 并自动合并。由 AnandChowdhary 开发（致谢：@AnandChowdhary）。
203
204	### 核心循环
205
206	```
207	┌────────────────────────────────────────────

People who liked this also viewed

6 picks

Type