Token导航 LogoToken导航

Agent Skill · 待分类

power-iterate(功率迭代)

power-iterate 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

power-iterate 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描有未通过项,按安装量在待分类类的 11,209 个 Skill 里排第 10,614。

总安装 194周安装 8GitHub Stars 2下载 63核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:power-iterate(功率迭代)
来源仓库:https://github.com/cycleuser/skills
仓库路径:skills/power-iterate
安装命令:
npx skills add https://github.com/cycleuser/skills --skill power-iterate
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/cycleuser/skills --skill power-iterate

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

power-iterate 用于处理 GitHub 仓库、Issue、Pull Request 等协作信息,适合在代码协作场景中整理变更与状态。适用于围绕仓库状态、代码变更或协作事项的信息组织与汇总。通过 npx skills add 命令从 GitHub 仓库安装并使用。

安装前应确认权限范围、维护状态及是否执行命令或访问文件。具体功能需参考原始 README 进一步验证。

来源仓库内路径:skills/power-iterate

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/cycleuser/skills --skill power-iterate;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

power-iterate 怎么安装?

在终端执行 npx skills add https://github.com/cycleuser/skills --skill power-iterate。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

power-iterate 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

power-iterate 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

power-iterate 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

power-iterate 用的人多吗?

公开数据是累计安装 194 次,近一周安装 8 次,下载 63 次,GitHub 2 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

power-iterate 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
power-iterate

功率迭代 · 本页

1942需要联网未明确未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Power Iterate 强力迭代 v2.1

全自主持续迭代技能。自动理解需求、自动设计评估、自动规划迭代、自主执行直到预算耗尽。

核心原则:先做再说

四不原则

不询问:遇到选择立即用最佳实践决定,不等待用户。 不澄清:需求不明确时自行假设并标注,标注"[假设]"。 不中断:遇到错误记录并继续,不卡住。 不汇报中间过程:只在每5个任务或5分钟时汇报进度。

决策优先级

安全第一:选择最安全、最标准的实现方式。 简洁优先:简单方案优于复杂方案。 增量验证:每完成一个模块立即验证。 记录一切:所有假设和决策记录在案。

完整工作流程

接收任务 → 自主理解 → 设计方案 → 分解任务 → 执行循环 → 终止保存

阶段1:自主理解(不询问用户)

输入:用户的一句话或一段描述。

处理步骤:

  1. 提取关键实体:技术栈、功能需求、约束条件。
  2. 补充默认值:

- 技术栈未指定 → 选择最主流的(如Python) - 架构未指定 → 选择最简单的可行架构 - 风格未指定 → 采用业界最佳实践

  1. 标注假设:所有自行补充的内容标注[假设:原因]
  2. 输出理解文档

需求理解文档格式:

核心目标:一句话总结 技术栈:自主选择或用户指定 功能范围:理解后的范围 约束条件:列出的约束

假设清单:列出所有假设及理由

阶段2:自主设计评估方案(不询问用户)

自动设计评估指标:

CLI工具:功能正确性(参数解析正确,输出符合预期)、错误处理(无效输入有合理错误提示)。

Web应用:API正确性(端点返回正确状态码和数据格式)、数据层(CRUD操作正确)。

库/SDK:API设计(直观、一致、文档完善)、测试覆盖(核心函数有单元测试)。

通用:代码质量(无明显代码异味)、可运行性(代码可直接运行无语法错误)。

自动生成测试方案:

验证方法包括:语法检查(无语法错误)、导入检查(所有依赖可导入)、基本功能(核心功能可执行)、错误处理(无效输入有错误提示)。

成功标准:语法检查通过、基本功能可运行、错误处理完善。

阶段3:自主规划迭代(不询问用户)

迭代规划模板:

第一轮迭代(15分钟内),目标:最小可运行版本。任务1(5min,创建项目结构)、任务2(5min,实现核心功能)、任务3(5min,基本验证)。

第二轮迭代(如有时间),目标:功能完善。任务4(10min)、任务5(10min)。

第三轮迭代(如有时间),目标:质量提升。任务6(10min)、任务7(10min)。

阶段4:执行循环

执行流程:获取任务 → 执行 → 验证 → 记录 → 检查预算 → 继续或终止

执行规则:

不等待确认:获取任务后立即执行。 快速验证:每任务后做最小验证(语法、导入、基本运行)。 错误处理:语法错误立即修复(最多2次)、逻辑错误记录并标记[待修复]继续、环境错误记录并标记[环境问题]继续。 定期同步:每5个任务或5分钟输出进度。

预算管理

预算级别

tiny:10min,20k token,适用场景为验证概念、最小demo。 small:30min,50k token,适用场景为小功能、单一模块。 medium:60min,100k token,适用场景为中等项目。 large:120min,200k token,适用场景为复杂项目。 xlarge:240min,500k token,适用场景为完整系统。

预算检查时机

每任务完成后检查、每5分钟强制检查、达到80%时减速详细检查。

终止决策

时间剩余>20%且Token剩余>25%时全速执行;时间剩余10-20%且Token剩余15-25%时正常执行;时间剩余5-10%且Token剩余10-15%时只做P0任务;时间剩余<5%或Token剩余<10%时立即终止并保存。

终止处理

终止前动作(按顺序执行)

停止获取新任务 → 完成当前任务的验证 → 保存所有文件 → 生成最终报告 → 输出待完成任务清单

最终报告模板

会话ID、开始时间、结束时间、总耗时、Token消耗。

完成情况:完成度百分比、效率评分(分数和等级)。

已完成:列出已完成的全部任务。

未完成:列出未完成的任务及状态/完成度。

假设清单:列出所有假设。

生成的代码:列出所有生成的文件。

下一步建议:列出后续建议。

使用示例

/强力迭代 构建一个CSV分析CLI /power-iterate Implement user authentication --budget medium /强力迭代 开发一个博客系统 --time 90

Rules

  • rules/task-decomposition.md:任务分解规则
  • rules/autonomous-loop.md:自主执行循环
  • rules/budget-manager.md:预算管理规则

配置选项

参数默认值说明:

time_limit:30,时间限制(分钟)。 token_limit:100000,Token限制。 budget_level:medium,预算级别,可选 tiny/small/medium/large/xlarge。 max_iterations:50,最大迭代次数。 checkpoint_interval:5,检查点间隔(任务数)。

平台分布

Codex

33.35%
按下载量换算21

Claude

31.11%
按下载量换算20

Cursor

19.1%
按下载量换算12

Gemini CLI

8.9%
按下载量换算6

安全审计

Gen Agent Trust Hub

未通过

Socket

可疑

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills