SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 11-05 00:16

智能体与模型

25,666 个结果

council

Council · 智囊团是一个 Advisor 管理系统,用于把真人的思维方式蒸馏为 persona 文件,并支持多 Advisor 圆桌讨论。所有 Advisor 以 persona 文件形式存储在 personas/ 目录下,由 Council 统一管理。它提供三种用法:蒸馏(Distill),即输入人名、主题或模糊需求,经深度调研后提炼心智模型并生成 Advisor;激活(Activate),加载已有 Advisor 的 persona 并以其身份和思维方式回答问题;圆桌(Council Session),召集多个 Advisor 围绕同一问题进行结构化辩论,先独立分析,再交叉质疑,最终综合为可行动的决策框架。

智能体与模型3 次安装

schedule-recurring-agent

schedule-recurring-agent 是 ulpi-io/autonomous-engineering 技能库中用于搭建「周期性定时智能体」的技能,面向需要反复、自动运行的常规工作,如问题分诊、监控、审计与摘要生成。其核心是让一个「无记忆」的智能体每次被唤醒时都能正确、可重复地执行同一任务:提供一份自包含且幂等的任务简报、与工作到达频率匹配的 cron 节奏、每次运行的预算边界、清晰的报告渠道、针对不可逆操作的上报升级规则,以及明确的拆除条件。技能分为三个阶段:确认工作确实具有周期性并取得授权范围;编写自包含、幂等的简报(含幂等规则、每次运行上限、报告与升级、拆除条件);选择执行机制并以可验证的 ID 注册,随后进行生命周期管理。技能提供确定性校验脚本 scripts/validate-job.mjs,用 validate 模式校验任务 JSON(必须声明 key、repo、cadence、prompt、dedup、perRunCap、reporting、escalation、teardown 九个字段),用 create 模式去重优先地创建,仅在支持 RemoteTrigger(持久化的 claude.ai Routine)或 CronCreate(会话内 cron)的平台上生成可验证的自动化 ID,否则降级为手动注册并明确说明。

智能体与模型3 次安装

watch-and-act

watch-and-act 是一套用于「等待外部信号」的操作规范与脚本工具。当运行过程中需要等待当前环境无法自动通知的状态变化(例如 CI 流水线结果、部署状态、队列深度、某个端点是否就绪)时,它给出轮询节奏、时间上限和结果处理的完整纪律。核心思路分为三步:先确认这个信号确实是外部的、当前尚未解决、并且对每种结果都有明确应对方案;再设定截止时间或最大轮询次数,并选择一个与信号变化速度相匹配的轮询间隔(活跃观察用 60–270 秒以保持在缓存窗口内,慢速或心跳型用 1200 秒以上,避免约 300 秒的无效区间);最后按「轮询 → 观察 → 行动」推进,达到目标就继续执行,仍待处理就调度下一次检查,出现终态失败就诊断或升级,超时或轮询用尽就如实报告。当轮询跨越多个回合时,它要求用 scripts/watch-state.mjs 把截止时间和计数持久化到磁盘,保证新进程能正确判断停止条件;若运行环境没有任何唤醒能力,则不做死等,而是输出可恢复的 PENDING 报告交由后续回合或人工继续。适用于等待 CI、部署、队列等外部事件的自动化流程。

智能体与模型3 次安装

skill-optimizer

Skill Optimizer 是一个元技能(meta-skill),用于改进、调试、基准测试或重构已有的 Agent Skill。它不单是改写文字,而是分析技能的目的、触发描述、输入、流程、工具、输出、风险、示例与评估之间的匹配度,并据此提出小而可审查的改动。它可基于对话证据、执行轨迹、用户纠正、评估失败或目标技能本身进行优化,支持诊断、打补丁、验证、基准测试和打包等模式,帮助技能变得更安全、更可靠、更易触发、更易评估。该技能仅在用户要求优化、调试、重构、验证、打包或记录另一个技能时使用,不用于普通任务执行。

智能体与模型3 次安装

gsd-audit-milestone

gsd-audit-milestone 是一个用于在归档前审计里程碑完成情况的技能,由 vamseeachanta/workspace-hub 仓库提供。它的核心用途是对照原始意图核验里程碑是否真正达成,而不是仅凭表面进度判断。该技能作为编排器运行:先读取已有的 VERIFICATION.md 文件(这些文件来自 execute-phase 阶段已完成的验证),汇总技术债务和推迟处理的缺口,然后启动集成检查器(integration checker)进行跨阶段接线核查。使用时通过在对话中提及 $gsd-audit-milestone 来调用,其后跟随的用户文本被作为 {{GSD_ARGS}} 参数处理;若无参数则视为空。该技能原始基于 Claude Code 语法(包括 AskUserQuestion 与 Task 调用),并提供了一套 Codex 适配映射,将 AskUserQuestion 转为 request_user_input、将 Task 转为 spawn_agent,同时处理多选、执行模式回退和并行分发等差异。核心规划文件在工作流中动态解析,按需加载;已完成工作的定位依赖 .planning/phases 下按阶段命名的 SUMMARY.md 与 VERIFICATION.md 文件。

智能体与模型3 次安装

gsd-autonomous

gsd-autonomous 是一个面向 GSD(Get Shit Done)工作流的自动化技能,可通过在文本中提及 $gsd-autonomous 来调用。它的核心用途是自动运行所有剩余项目阶段,每个阶段都按“讨论→计划→执行”的流程推进。该技能利用 ROADMAP.md 进行阶段发现,并通过 Skill() 扁平调用执行每个阶段的命令。在全部阶段完成后,会执行里程碑审计、完成和清理操作。它会创建或更新 .planning/STATE.md 与 .planning/ROADMAP.md,并在每个阶段生成 CONTEXT.md、PLAN 和 SUMMARY 等阶段产物。该技能主要面向已采用 GSD 工作流的项目,用于减少人工干预、连续推进多个阶段直至里程碑完成。

智能体与模型3 次安装

gsd-insert-phase

gsd-insert-phase 是一个用于项目管理的工作流技能,其作用是在已有的阶段规划之间插入紧急工作,而不需要重新编号整个路线图。它以小数编号的方式表达插入位置,例如将紧急任务插入为 72.1、72.2 这样的阶段编号,从而在保留原有规划阶段逻辑顺序的同时腾出临时位置。该技能由提及 $gsd-insert-phase 触发,触发词之后的用户文本会作为参数传入;若无参数则视为空。技能资料主要描述的是在 Codex 环境下调用时的适配规则,包括请求用户输入、生成子代理等映射方式。

智能体与模型3 次安装

gsd-list-phase-assumptions

该技能用于在正式规划之前,让用户看到智能体对某个阶段(phase)做法的假设,从而在假设有误时能够尽早纠正方向。它通过提及 $gsd-list-phase-assumptions 来调用,调用后用户输入的文本会被当作参数处理。其输出仅为对话式内容,不创建文件,并以“What do you think?”提示结束。技能会校验阶段与路线图是否一致,在五个方面呈现假设,并提示用户反馈,同时让用户了解下一步可选操作:讨论上下文、规划阶段或修正假设。该技能属于 GSD 工作流的一部分,附带 Codex 适配说明,描述了技能调用方式、AskUserQuestion 到 request_user_input 的映射、Task() 到 spawn_agent 的映射等兼容细节。

智能体与模型3 次安装

gsd-quick

gsd-quick 是 GSD(Get Shit Done)工作流体系中的快速模式技能,用于执行快速任务,同时保留 GSD 的核心保证,例如原子提交与状态跟踪,但跳过可选的智能体环节。它通过 $gsd-quick 触发,其后跟随的用户文本会被当作任务参数传入。快速任务保存在 .planning/quick/ 目录下,与正式规划的阶段相互独立,并且只更新 STATE.md 中的“Quick Tasks Completed”表格,而不改动 ROADMAP.md。默认情况下,该模式会跳过研究、讨论、计划检查与执行后验证,适合已经明确知道该做什么的场景。用户可以通过可选标志调整这一点:--discuss 在规划前加入轻量讨论阶段,用于暴露假设、澄清模糊点并将决策记录到 CONTEXT.md;--full 启用计划检查(最多 2 次迭代)与执行后验证;--research 在规划前启动聚焦的研究智能体,调查实现方案、库选择与潜在陷阱。这些标志可以组合使用。该技能还包含面向 Codex 的适配说明,定义了技能调用方式、AskUserQuestion 到 request_user_input 的映射、Task 到 spawn_agent 的映射,以及并行分派等机制。

智能体与模型3 次安装

gsd-research-phase

gsd-research-phase 是一个独立的研究阶段技能,用于在正式规划前调研某个阶段(phase)如何实现。它通常以命令形式使用,官方建议在多数工作流中改用 $gsd-plan-phase,因为后者会自动集成研究环节。该技能适用于三类情况:只想研究、暂时不规划;规划完成后需要重新研究;以及在决定某阶段是否可行前先做调查。其编排流程包括解析阶段、对照路线图校验、检查已有研究、收集上下文、派发研究员子代理并呈现结果。使用子代理的原因在于研究过程(如 WebSearch、Context7 查询、来源核实)会快速消耗上下文,而独立的 20 万上下文可用于调查,主上下文保持精简以服务用户交互。资料未提供价格、平台支持范围或其他收费信息。

智能体与模型3 次安装

gsd-resume-work

gsd-resume-work 是一个用于恢复此前会话工作进度并完整还原上下文的技能。它通过提及 $gsd-resume-work 触发,将用户在其后提供的文本作为参数(GSD_ARGS)处理;若无参数则视为空。该技能会路由到 resume-project 工作流,负责加载或重建 STATE.md、检测检查点(.continue-here 文件)、识别未完成的工作(有 PLAN 但无 SUMMARY)、展示项目状态,并基于上下文路由到下一步操作。技能文档还包含从 Claude Code 语法到 Codex 工具的适配说明,包括 AskUserQuestion 到 request_user_input 的参数映射、Task 到 spawn_agent 的映射,以及并行任务的收集与关闭方式。

智能体与模型3 次安装

gsd-review

gsd-review 是一个用于跨 AI 同行评审的技能,通过外部 AI CLI 对阶段计划(phase plans)进行评审。该技能由提及 $gsd-review 触发,将触发后的用户文本作为参数传入。其流程为:检测可用 CLI、构建评审提示词、调用各 CLI、收集响应并写入 REVIEWS.md 文件。支持通过 --gemini、--claude、--codex 分别纳入对应 CLI 的评审,或使用 --all 纳入所有可用 CLI。技能文档还包含 Codex 适配说明,用于将 Claude Code 语法的 AskUserQuestion 与 Task 调用映射到 Codex 的 request_user_input 与 spawn_agent 等工具。

智能体与模型3 次安装