القائمة
指导 Manager 设计和创建 Loop 循环。当 Manager 需要创建自动化循环（如 Executor-Reviewer、Writer-Editor 模式）时使用。 提供完整的设计流程：需求澄清 → 节点设计 → 用户确认 → Subagent 验证 → 创建循环。 确保循环提示词质量，避免因上下文设计不当导致循环失败。 触发词：创建循环、loop、循环设计、迭代执行、自动审查。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
为 AI Agent 创建元规则和领域知识，帮助用户在不熟悉领域建立 Agent 的思考方式和行为准则。专注于抽象的行事风格而非具体技术约束。适用场景：(1) 创建新 Agent 缺少行为准则，(2) 更新现有 Agent 的元规则或知识，(3) 用户不熟悉目标领域需要搜索最佳实践，(4) 希望 Agent 跨项目保持一致工作风格。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_mistake\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_bug_history\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
记录架构决策（ADR）。触发条件：(1) 艰难选择——在方案间纠结、选了A但B也有优势、知道有副作用 (2) 重构/重大修改后——改了3+次才定方案、每次改有新考虑 (3) 奇怪代码——被问"为什么这样写"、审查被质疑、自己回看也觉得奇怪 (4) 用户做出重大决策或出现决策疑问
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.
本地代码审查工具，用于审查指定范围的代码变更。支持多种输入方式：(1) git range（如 HEAD~3..HEAD）(2) 暂存区（--staged）(3) 指定文件/目录路径 (4) 模糊功能描述（如"认证模块"、"用户登录"）。必须指定审查范围，否则直接返回错误。输出审查报告到 docs/generated/。触发词：local-review、本地审查、代码审查、review。
| name | loop-design |
| description | 指导 Manager 设计和创建 Loop 循环。当 Manager 需要创建自动化循环（如 Executor-Reviewer、Writer-Editor 模式）时使用。 提供完整的设计流程：需求澄清 → 节点设计 → 用户确认 → Subagent 验证 → 创建循环。 确保循环提示词质量，避免因上下文设计不当导致循环失败。 触发词：创建循环、loop、循环设计、迭代执行、自动审查。 |
需求澄清 → 节点流程设计 → 用户确认流程 → 提示词设计 → Subagent 验证 → 用户确认提示词 → 创建循环
逐个询问用户以下问题，每次只问一个问题，确保理解对齐后才进入下一步。
## 需求总结
- **问题**：{问题描述}
- **参与角色**：{角色1}、{角色2}、...
- **退出条件**：{退出条件}
- **预期轮数**：{轮数}
- **特殊约束**：{约束}
请确认以上理解是否正确。
基于需求澄清的结果，设计节点流程。
## 节点流程
### 节点列表
1. {节点1名称} (normal) - {职责简述}
2. {节点2名称} (terminator) - {职责简述}
### 数据流转
{节点1} → {节点2} → {节点1} → ...
### 退出条件
由 {TERMINATOR节点} 判断，当 {条件} 时退出循环。
将节点流程发送给用户确认，等待用户确认后再进行下一步。
## 节点流程确认
请确认以下节点流程是否正确：
### 节点列表
1. {节点1} (normal) - {职责}
2. {节点2} (terminator) - {职责}
### 数据流转
{节点1} → {节点2} → {节点1} → ...
### 退出条件
由 {节点2} 判断，当 {条件} 时退出。
请确认是否正确，或提出修改意见。
用户确认节点流程后，为每个节点设计提示词。
为每个节点填写以下内容：
## 节点: {节点名称}
### 职责定位
- 在这个循环中我要做什么：{具体职责}
- 我的核心任务：{任务描述}
### 输入分析
- 我需要接收什么信息：{输入信息}
- 上游节点会给我什么：{上游输出}
### 输出定义
- 我需要输出什么：{输出内容}
- 输出格式要求：{格式要求}
- 必需字段：{字段列表}
### 质量标准
- 什么样的输出是合格的：{合格标准}
- 什么样的输出需要重试：{重试条件}
role_description 编写：
output_schema_prompt 编写：
output_schema_fields 编写：
请按以下格式输出：
## 实现代码
（粘贴修改后的代码路径）
## 修改说明
（说明本次修改了哪些内容，为什么这样修改）
对应 output_schema_fields：["## 实现代码", "## 修改说明"]
为每个节点派发验证任务，使用 subagent-template.md。
将设计好的提示词发送给用户确认。
## 提示词确认
请确认以下节点提示词是否正确：
### 节点 1: {节点名称}
**职责描述**:
{role_description}
**输出格式**:
{output_schema_prompt}
**必需字段**:
{output_schema_fields}
---
### 节点 2: {节点名称}
**职责描述**:
{role_description}
**输出格式**:
{output_schema_prompt}
**必需字段**:
{output_schema_fields}
---
请确认是否正确，或提出修改意见。
用户确认提示词后，调用 create_loop 工具创建循环。
{
"nodes": [
{
"node_type": "normal",
"agent_name": "{agent_name}",
"role_description": "{role_description}",
"output_schema_prompt": "{output_schema_prompt}",
"output_schema_fields": ["{field1}", "{field2}"]
},
{
"node_type": "terminator",
"agent_name": "{agent_name}",
"role_description": "{role_description}",
"output_schema_prompt": "{output_schema_prompt}",
"output_schema_fields": ["{field1}", "{field2}"]
}
],
"max_iterations": {max_iterations},
"initial_task": "{initial_task}"
}
详见 checklist.md