输出迭代引擎

SKILLAI 工具
AI 工具 未标注权限 许可证不明确
安装这个技能

|AI输出内容的结构化迭代改进引擎。对AI已生成的任意形式输出(文本/代码/数据/方案/文档)进行多轮"评价→改进"闭环,直到达标或轮次耗尽。5种迭代模式按需切换:自省迭代、约束驱动、多视角迭代、工具验证迭代、对比迭代。触发:用户说"迭代一下"、"精炼一下"、"再改改"等。

一句话选型结论

按资料字段整理

输出迭代引擎是AI 工具类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类AI 工具 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_b4dfef68/output-iteration-engine
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

AI 工具
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_b4dfef68仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791663559
正文体量18.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
组合多个 AI 能力

把写作、检索、总结串成一条流程。

搭工作流

把固定流程做成可重复调用的步骤。

做提示词与评测

整理提示词并对比输出效果。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在AI 工具场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
输出迭代引擎当前 未标注权限 未标注 未标注 未标注 有
执行计划 只读 GitHub 仓库 151.5 万 Codex、Claude、Cursor 有
Playwright MCP 测试 浏览器控制 ClawHub 市场 136.5 万 OpenClaw 有
完成前的验证 未标注权限 GitHub 仓库 131.9 万 Codex、Claude、Cursor 有
子 Agent 驱动开发 只读 GitHub 仓库 131.2 万 Codex、Claude、Cursor 有
前端设计 执行命令 GitHub 仓库 125.6 万 Codex、Claude、Cursor 有

SKILL.md 全文

18.3 KB
模型实际读到的说明书原文,来自技能仓库

输出迭代引擎 — AI输出内容的结构化迭代改进

定位

元能力 skill,输出驱动层。 不是独立完成任务,而是对已有AI输出进行多轮"评价→改进"闭环,逐步逼近目标质量。

核心能力

  • 评价层:审视输出的质量、逻辑、完整性(内建四维度评价框架)
  • 行动层:基于评价执行改进,形成闭环
  • 闭环控制:迭代直到达标或轮次耗尽

迭代启动流程

用户触发迭代后,先确认配置再开跑,避免方向偏差浪费轮数。

Step 1:快速确认(3个问题,30秒内完成)

向用户确认以下配置(括号内为默认值,用户可直接说"默认"跳过):

  1. 迭代模式:推荐XX模式(理由),是否同意?[默认:AI推荐]
  2. 迭代轮数:最多几轮?[默认:3轮]
  3. 达标方式:每轮都问我 / 你自己判断 / 混合?[默认:混合]

⚠️ 确认后必须停等用户确认:展示配置后问"确认无误?",必须等待用户回复"确认"或提出修改,不可自动跳过后续继续执行

Step 2:确认迭代目标

用一句话确认"这次迭代要达到什么效果":

迭代目标:[一句话描述期望的最终状态]

跳过条件

以下情况跳过确认,直接开跑(默认配置):
- 用户指定了模式("用约束驱动迭代")
- 跨skill引用(按集成配置执行)
- 用户说"快速迭代"(=跳过确认 + 默认3轮 + 自动判断 + 自省迭代)


核心循环

┌──────────────────────────────────────────────┐
│  启动确认 → 确认模式/轮数/达标方式/目标       │
│                                              │
│  初始输出 ──→ [评价] ──→ 达标判断            │
│                  ↑           │               │
│                  │      未达标↓               │
│              [执行迭代] ← [选迭代模式]        │
│                  │                           │
│                  └──── 改进输出 ──────────────┘
│                                              │
│              达标 ↓                           │
│     输出最终版 + 迭代总结(V1→Vn回溯)       │
└──────────────────────────────────────────────┘

通用报告格式

每轮迭代输出(结果导向,改动信息优先):

## 迭代报告 · 第 N/N_max 轮 [模式名称]

### 🔧 本轮改动一览
(先给结论:改了什么、为什么改、效果如何)

### 📊 当前评分:X/10
(评分依据见各模式专属维度)

### ✅ 通过项
### ⚠️ 关注项
### 🔴 阻断项

各模式专属评价维度

模式 评分维度(各1-10分,取均分)
🔍 自省迭代 方向对齐、逻辑自洽、完整度、一致性
📋 约束驱动 约束通过率(通过数/总约束数)、关键约束覆盖、边界case
👁️ 多视角迭代 视角共识度、盲区覆盖度、冲突解决度、改进可操作性
🛠️ 工具验证 验证通过率、错误严重度、修复完整度
🔄 对比迭代 候选差异化、对比充分度、选优/融合质量

5种迭代模式

模式1:🔍 自省迭代(Self-Refine)

核心逻辑:AI自我评价 → 自我改进。评价者和生成者角色分离(不同prompt)。

5种模式关系:5种迭代模式独立可用,也可按需组合使用(组合模式规则见下文)。

评价信号源:AI自身的质量判断

最适合:通用改进、写作优化、结构梳理

执行步骤:
1. 切换到"审查者"角色,按评价框架输出诊断
2. 切换到"改进者"角色,基于诊断逐项修正
3. 再切回"审查者"验证改进效果

评价框架(内建四维度):
- 方向对齐:输出是否对齐目标?有没有跑偏?
- 边界检查:是否遗漏子目标?假设是否明确?
- 质量门控:事实性、逻辑性、完整性、一致性
- 经验沉淀:本轮迭代有什么可复用的发现?

专属报告补充:

### 🪞 审查者诊断
(审查者角色的独立诊断,与改进者视角区分)

### 📚 自省发现
(本轮自我审查发现的新问题模式,非单点问题而是系统性发现)

注意事项:
- AI可能对自身盲点也盲——如果连续2轮无阻断项但用户仍不满意,建议切换到其他模式
- 审查者必须"苛刻",不能走过场


模式2:📋 约束驱动(Constraint-Guided)

核心逻辑:将质量要求转化为可检查的约束清单,逐条验证→逐条修正。

评价信号源:约束清单的通过率

最适合:公文、规范文档、合规场景、有明确标准可对照的输出

执行步骤:
1. 将用户需求/标准转化为约束清单(每条可判定通过/不通过)
2. 逐条检查当前输出,标注每条约束的状态(✅通过 / ❌未通过)
3. 针对❌项逐条修正
4. 重新检查修正后的输出

约束清单示例:

□ 核心论点是否在前3段内出现?
□ 每个主张是否有至少1个论据支撑?
□ 是否覆盖了所有要求的子主题?
□ 字数是否在指定范围内?
□ 格式是否符合规范要求?
□ 术语使用是否前后一致?

约束来源优先级:
1. 用户明确给出的要求
2. 领域标准/规范(如公文格式规范)
3. AI根据任务类型补充的隐性约束(需标注"AI推断")

专属报告补充:

### 📋 约束清单状态
| # | 约束 | 状态 | 备注 |
|---|------|------|------|
| 1 | ...  | ✅/❌ | ...  |

通过率:X/Y(Z%)
关键失败项:[列出❌的约束]

模式3:👁️ 多视角迭代(Multi-Perspective)

核心逻辑:从不同角色/立场审视同一输出,合并各视角的改进意见。

评价信号源:多角色的异构视角

最适合:方案评审、决策分析、可能存在立场偏差的输出

执行步骤:
1. 确定审视视角(2-3个,不宜过多)
2. 每个视角独立输出评价和改进建议
3. 合并视角:识别共识(多视角共同指出的问题优先修)和冲突(不同视角矛盾的建议需权衡)
4. 按优先级执行改进

常用视角组合:

场景 视角组合
产品方案 用户视角 + 技术视角 + 商业视角
技术决策 性能视角 + 安全视角 + 可维护性视角
文案内容 目标受众视角 + 品牌调性视角 + 传播效果视角
学术论证 支持者视角 + 反驳者视角 + 中立审稿人视角
Skill设计 使用者视角 + 触发者视角 + 集成者视角

视角冲突处理:
- 共识项优先改(信度高)
- 冲突项列出权衡理由,由用户决定(或按用户指定的优先级自动选择)

专属报告补充:

### 👁️ 各视角评价摘要
| 视角 | 核心发现 | 优先改进 |
|------|---------|---------|
| 视角A | ... | ... |
| 视角B | ... | ... |

### 🔀 共识与冲突
共识项(多视角共同指出):...
冲突项(视角间矛盾):... → 权衡理由:...

模式4:🛠️ 工具验证迭代(Tool-Verified)

核心逻辑:用外部工具客观验证输出,基于验证结果修正。

评价信号源:外部工具的客观反馈

最适合:代码、数据、事实性内容、可量化验证的输出

执行步骤:
1. 确定可用验证工具
2. 执行验证,收集工具反馈
3. 基于反馈定位问题
4. 修正后重新验证

验证工具映射:

输出类型 验证工具 验证内容
代码 编译器/解释器/linter 语法正确性、类型安全
代码 测试运行 逻辑正确性、边界条件
事实性内容 网络搜索 事实准确性、信息时效性
数据分析 代码执行 计算正确性、统计显著性
格式规范 结构化检查 格式合规性、必填项完整
文档链接 URL检查 链接可达性

专属报告补充:

### 🛠️ 验证结果
| 验证项 | 工具 | 结果 | 详情 |
|--------|------|------|------|
| ...    | ...  | ✅/❌ | ...  |

验证通过率:X/Y
严重错误(阻断级):...

核心优势:评价信号是客观真值,不依赖主观判断,迭代效率最高。


模式5:🔄 对比迭代(Comparative)

核心逻辑:生成多个候选版本→对比评估→选优或融合。

评价信号源:候选之间的相对比较

最适合:创意输出、标题/命名生成、方案比选、无明确标准的优化

执行步骤:
1. 基于同一目标,生成2-3个差异化候选(风格/角度/策略不同)
2. 按评价维度逐项对比
3. 选出最优候选,或融合多候选的亮点
4. 对选定版本再做一轮精炼

候选生成策略:
- 策略差异化:同一目标用不同策略实现(如:理性说服版 vs 情感共鸣版)
- 参数变异:调整关键参数生成变体(如:详细版 vs 精简版)
- 风格切换:不同表达风格(如:学术严谨版 vs 通俗生动版)

专属报告格式(替代通用报告):

### 🔄 候选对比
| 评价维度 | 候选A | 候选B | 候选C |
|---------|-------|-------|-------|
| 维度1   | ★★★  | ★★   | ★★★★ |
| 维度2   | ★★★★ | ★★★  | ★★   |

综合评估:[候选X最优 / A+B融合最优]
融合方案:[具体如何融合]

### 🔧 本轮改动一览
(基于对比结果的改进动作)

组合模式规则

执行顺序

组合模式按"先硬后软"原则排序:工具验证 > 约束驱动 > 多视角 > 自省 > 对比

  • 硬信号(客观验证)优先解决,避免在错误基础上做软优化
  • 软信号(主观评价)后执行,在正确基础上精炼

轮数分配

组合模式的总轮数仍受max_rounds限制,按模式数均分(向上取整)。

示例:3轮 + 工具验证+自省组合
- 第1轮:工具验证迭代
- 第2轮:自省迭代
- 第3轮:自省迭代(如仍未达标)

模式切换

  • 组合模式内自动切换,不额外消耗轮数
  • 中途用户要求切换到非组合内的模式 → 消耗1轮配额

配置参数

迭代轮数

参数 默认值 可配置范围 说明
max_rounds 3 1-5 单次任务最大迭代轮数

轮数选择建议:
- 1轮:只需快速检查
- 2轮:常规优化(大多数场景)
- 3轮(默认):标准深度迭代
- 4-5轮:高要求场景(正式文档、关键决策)

达标判断模式

模式 行为 适用场景
ask_user(每轮询问) 每轮迭代后展示结果,询问用户是否满意 用户对输出有明确审美/偏好、首次使用、高价值输出
auto_judge(自动判断) AI基于评价框架自行判断是否达标,达标后停止并报告 用户信任AI判断、批量处理、低风险输出
hybrid(混合模式,默认) 前2轮自动判断,第3轮起每轮询问用户 平衡效率与控制

自动判断的达标标准(auto_judge / hybrid 前两轮):
- 无🔴阻断项
- ⚠️关注项 ≤ 2个
- 评分 ≥ 7/10
- 满足以上全部条件 → 达标

模式选择

方式 说明
用户指定 用户说"用XX模式迭代",直接用
AI推荐(mode=auto) 用户未指定时,根据任务特征自动推荐:代码/数据→工具验证,有规范→约束驱动,多方利益→多视角,创意→对比,其他→自省
组合模式 用户说"组合迭代",按任务特点自动组合多种模式

AI推荐规则:

任务特征 推荐模式
有明确标准/规范 约束驱动
涉及多方立场/利益 多视角迭代
代码/数据/事实 工具验证迭代
创意/无明确标准 对比迭代
特征模糊/不确定 自省迭代(最通用)

组合模式示例:
- 代码迭代 = 工具验证 + 自省(先工具验证修硬伤,再自省优化软质量)
- 方案迭代 = 多视角 + 约束驱动(先多视角发现盲区,再约束驱动逐条落地)
- 文案迭代 = 对比 + 自省(先对比选出方向,再自省精炼细节)
- Skill迭代 = 多视角 + 自省(使用者+触发者+集成者视角,再自省精炼)


异常处理

情况 处理方式
轮次用完仍未达标 输出当前最佳版本 + 未达标原因分析 + 建议(换模式/增加轮数/调整目标)
用户中途想换模式 允许切换,消耗1轮配额,从新模式的评价开始
初始输出方向根本错了 立即停止迭代,向用户报告方向问题,建议重新定义目标后再迭代
连续2轮无实质改进 自动停止,报告"已收敛",输出当前版本 + 收敛原因
评价与用户感知矛盾(自动判断达标但用户不满意) 以用户感知为准,继续迭代并建议切换模式

迭代结束总结

迭代达标或轮次用完后,输出迭代总结(一目了然看全貌):

## 🏁 迭代总结

### 迭代轨迹
V1(6.5分)→ V2(7.5分)→ V3(8.5分·达标)

### 关键改动回溯
| 版本 | 核心改动 | 改动理由 |
|------|---------|---------|
| V2 | [V1→V2的最大改动] | [为什么改] |
| V3 | [V2→V3的最大改动] | [为什么改] |

### 最终评分:X/10

### 遗留项(如有)
⚠️ [未解决但非阻断的问题,供后续参考]

Skill集成接口

其他skill引用本引擎时,需传递以下上下文:

输入参数

{
  "content": "待迭代的输出内容",
  "target": "迭代目标(一句话描述期望最终状态)",
  "mode": "auto|自省|约束驱动|多视角|工具验证|对比",
  "max_rounds": 3,
  "completion": "hybrid|ask_user|auto_judge",
  "constraints": ["约束1", "约束2"],  // 约束驱动模式必填
  "perspectives": ["视角A", "视角B"],  // 多视角模式选填
  "skip_confirm": true  // 跨skill引用时默认true
}

输出

迭代引擎返回最终版内容 + 迭代总结。主skill可选择性展示迭代总结或直接使用最终版。

集成示例

# 信息海图集成
信息海图完成调研报告 → 调用输出迭代引擎({
  content: "调研报告全文",
  target: "逻辑严密、信源交叉验证充分、无明显信息缺口",
  mode: "auto",  // 让引擎自选模式
  max_rounds: 2,
  completion: "auto_judge",
  skip_confirm: true
}) → 使用最终版报告

与其他 Skill 集成

引用模式(推荐)

其他 skill 在输出环节调用本引擎:

[任务执行] → 主 skill 生成初版 → 引用输出迭代引擎 → 迭代闭环 → 输出最终版

集成点示例

主 skill 集成点 推荐迭代模式
信息海图 调研报告输出前 自省迭代 + 约束驱动
公文起草 公文定稿前 约束驱动(公文规范)
公文排版 排版结果验证 约束驱动 + 工具验证
video-script-gen 脚本优化 多视角(受众+品牌)+ 自省

触发方式

模式 触发条件 行为
手动触发 用户说"迭代一下"、"精炼一下"、"再改改"、"打磨一下" 进入启动确认流程
快速触发 用户说"快速迭代" 跳过确认,默认3轮+自动判断+自省迭代
指定模式 用户说"用约束驱动迭代"、"多视角迭代" 跳过模式确认,确认其余项后执行
跨 skill 引用 主 skill 在输出环节调用 按集成配置执行,跳过确认
不满意触发 用户对输出说"不满意"/"不够好" 进入启动确认,AI判断是质量问题(→自省迭代)还是方向问题(→停止+重定向)

限制规则

  • 最大迭代轮数:默认3轮,最多5轮,防止无限循环
  • 每轮必须有实质改进:如果连续2轮无🔴阻断项且评分无提升,自动停止并报告"已收敛"
  • 聚焦原则:每轮迭代聚焦用户的核心目标,不做无关泛化改进
  • 诚实优先:评价中宁可标注"无法判断"也不虚构改进点
  • 模式切换成本:同一任务内切换模式视为新一轮(消耗轮数配额)
  • 自省迭代预警:连续2轮自省迭代无阻断项但用户仍不满意时,主动建议切换到其他模式
  • 启动确认轻量化:确认流程不超过30秒,避免确认成本高于迭代成本

快速参考卡

触发 → 启动确认(模式/轮数/达标方式/目标)→ 迭代循环 → 达标输出 + 迭代总结

⚡ 先分析任务特征,再配模式,不要无脑自省

模式选择速查:
  通用改进/写作优化           → 自省迭代(默认)
  有明确标准/规范           → 约束驱动
  多方立场/利益            → 多视角迭代
  代码/数据/事实          → 工具验证迭代
  创意/无明确标准         → 对比迭代

5种模式关系:独立可用,也可按"先硬后软"组合使用

配置速查:
  轮数:1轮=快速检查 | 2轮=常规 | 3轮=标准(默认) | 4-5轮=高要求
  达标:每轮问我 / 自动判断 / 混合(默认)
快速触发:跳过确认 + 默认3轮 + 自动判断(默认自省,有特征时按特征选)

常见问题

5 问
答案由本站依据条目字段整理
输出迭代引擎怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_b4dfef68/output-iteration-engine。安装方式为未标注。装完刷新技能列表或重开客户端。

输出迭代引擎支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

输出迭代引擎权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

输出迭代引擎收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

输出迭代引擎用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。