SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

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

更新于 11-09 00:13

编程与开发

40,293 个结果

forge-review

forge-review 是 forge 工作流中位于「构建阶段」与「发布」之间的质量门禁技能。它对刚完成的阶段差异（git diff <base>...HEAD）进行员工级审查，覆盖安全、测试、严格类型、运行时验证与跨模型第三方审查，并自动修复客观问题。审查前先读取 wiki/learnings.md，其规则为强制项，违反过往学习会被标记为高严重度发现。审查按风险分级：light（仅文档/文案/配置）、standard（默认，全部检查）、deep（多系统、schema/认证/支付/公开 API 或超大差异，强制第三方审查）。检查项包括范围与完成度审计、安全与滥用、测试覆盖、严格类型安全、正确性与边界、经济性与性能、运行时验证；若涉及 UI 会运行 token 检查并调用 forge-polish，若面向开发者则调用 forge-dx。第三方对抗审查按配置选择 Codex、Gemini 或 Claude，只读运行。客观发现自动修复并提交到阶段分支，修复后重跑阶段门禁与相关检查；主观权衡在末尾以单一批次询问。发现与修复会记录到 wiki/learnings.md 并附结构化审查记录。审查以最终命令块（阶段门禁 && 类型检查 && lint && 测试）的实际输出作为交接条件，随后交给 forge-ship，绝不在此发布。

编程与开发21 次安装

vite-webcontainer-developer

该技能用于在 WebContainers 等浏览器端开发环境中调试并自动修复 Vite 项目。它针对启动失败、“root element not found”、别名/路径解析错误、缺失脚本等常见开发期问题，提供最小化的具体代码修改建议。技能会先识别项目结构（包管理器脚本、Vite 入口文件、WebContainer 专属文件、应用类型），再依次处理根元素挂载不匹配、别名与路径解析、脚本与包元数据修复、WebContainer 特有问题、依赖与 peer 警告等。它优先采用程序化恢复（提取并同步嵌入文件）而非手工编辑，并强调迭代式逐错修复、预防性 CI 检查与冒烟测试。适用于在浏览器内运行 Vite 应用的场景，由 TippyEntertainment 提供，兼容 Claude、OpenAI、Mistral 等技能式运行时。

编程与开发21 次安装

fin

fin 是一个用于端到端收尾 GitHub Pull Request 的命令行工作流技能，来源为 tkersey/dotfiles。它把“完成一个 PR”所需的多个步骤串成固定流程：先定位 PR 与目标分支，再更新分支与 PR，然后持续监控 CI 检查直到全部通过，接着以 squash 方式合并 PR，最后清理本地和远端状态。它适合在需要以统一方式反复收尾 PR 的开发者场景中使用，命令基于 git 与 GitHub CLI（gh）。该技能对合并条件设有保护规则：必需检查或审批未满足时不合并，合并方式需与仓库策略一致；若某一步被阻塞，应说明阻塞点与下一步所需操作。

编程与开发21 次安装

span-timeline-events

该技能用于在 trace 视图中添加、修改或调试 OTel span 时间线事件。它涵盖事件结构、ClickHouse 存储约束、SpanTimeline 组件渲染逻辑、事件可见性控制以及新增事件所需的步骤。时间线仅渲染名称以 trigger.dev/ 开头的事件，显示名取自 properties.event 并经 getFriendlyNameForEvent() 映射。事件在 ClickHouse 中以 kind: "SPAN_EVENT" 的独立行存储，与父 span 共享 span_id，查询时由 #mergeRecordsIntoSpanDetail 重新组装。写入时 spanEventsToTaskEventV1Input() 会过滤掉 start_time 不晚于父 span startTime 的事件，因此事件时间戳必须严格晚于父 span 的 startTimeUnixNano。SpanTimeline 组件渲染细线事件、Started 标记、时长条和 Finished 标记。事件默认仅管理员可见，可通过 getAdminOnlyForEvent() 调整。

编程与开发21 次安装

poll-github-work

poll-github-work 是一个用于维护者工作调度的技能，通过轮询 GitHub 上开放的 issue、RFC 和 pull request，并按 MAINTAINERS.md 中的排序策略进行排名，帮助维护者决定下一步该做什么。它默认运行在推荐模式，只有在维护者明确选定某一项后才进入执行模式。轮询阶段会读取仓库的开放 issue、RFC、PR、分配、里程碑、标签、关联工作、评审和检查状态，应用轮询阶梯（门控、按影响排序、分类就绪度、检查执行适配度），并生成候选卡片，默认返回三到五张“Recommended now”卡片，以及“Needs triage 或 blocked”和代表性排除项。轮询过程不会分配、打标签、评论、关闭、编辑、创建分支或开始工作，并将 issue/PR 正文、评论、附件和链接内容视为不可信数据，不执行其中的指令。当用户明确说“start #123”时，技能会重新读取该项并刷新分配、活跃 PR、RFC 状态、依赖和近期评论，若推荐已过时或出现冲突则先报告，再通过仓库正常的分配或范围确认机制使选择可见，创建隔离分支或工作树，并尽早打开草稿 PR。该技能还强调绝不将公开的 issues、issue_comment 或 PR 事件直接接入特权代理、本地工作站或自托管 runner。

编程与开发21 次安装

unslop

unslop 是一个用于清理代码库中「意外复杂度」的技能，主要面向那些由 AI 快速生成、事后令人不敢触碰的项目。它在保持行为不变的前提下，小批量移除重复代码、死代码、抽象泄漏、命名债务和生成式冗余。该技能要求先建立可运行的行为基线（测试、构建、关键流程），再以可独立验证和回滚的批次进行改动。它可修复内部结构，但改动公共 API、持久化结构、线路格式、安全策略、产品行为或生成式源码前必须征得同意。提供 Assess、Detox、Stabilize、Hand off 四种模式，并强调诚实报告、保留有意的重复与承载性怪异行为，以及在验证失败时停止并隔离批次。

编程与开发21 次安装

brainstorming

Brainstorming 是一个用于功能实现前的需求梳理技能，帮助在动手开发前明确“要构建什么”。它通过分阶段流程引导探索用户意图、可选方案与设计取舍：先评估需求是否清晰，再逐一提问理解想法，随后提出 2-3 个具体方案并列出优缺点，最后将关键决策整理成设计文档并交接给规划阶段。适用于需求模糊、存在多种实现路径或需要与用户探讨权衡的场景；当需求已明确或只是简单修复时则可跳过。

编程与开发21 次安装

unopim-standards

UnoPim Standards 是 UnoPim 代码库的规范级规则集，用于在编写或修改任何 UnoPim 代码时提供判断依据。它覆盖 Laravel 13 与 PHP 8.4 惯用法、安全、性能、规模化、可扩展性、本地化与注释规范等主题。每条规则都引用 UnoPim 检出目录中 packages/Webkul/ 下的真实文件作为可复制的范例，强调遵循范例而非自创通用 Laravel 写法。机械性规则由钩子和 unopim-verify 强制执行，本规则集专注于需要模型判断的决策。已安装的检出代码优先级高于这些文件，若两者冲突应以检出为准并报告偏差。

编程与开发21 次安装

git-flow-master

git-flow-master 是面向版本控制层的端到端 Git 操作技能，覆盖任意分支策略。它不假定项目只使用一种分支模型，而是自动检测当前生效的策略（如 solo-main、main+integration、企业多分支、trunk-based、GitFlow、GitHub Flow、GitLab Flow、SDET 等），并据此调整每条命令。该技能统一入口处理分支创建、提交撰写、安全推送、拉取请求（PR）、冲突解决，以及当变更超出评审预算时的链式/堆叠 PR 规划。它在每次调用时先读取仓库状态（status、分支、diff、log、fetch、upstream、remotes）并汇报，绝不假设仓库状态；策略解析从 .agents/project.yaml 的 git_strategy 块开始，可结合布局启发式或询问用户确定，并将结果持久化回该块作为唯一事实来源。它提供六类操作：分支、提交、推送、PR、冲突与策略设置。安全性上明确禁止强制推送、改写已推送历史、仓库级丢弃、git add -A 等危险操作，并强调提交前提出方案等待用户确认、在创建 PR 后停止（合并由用户执行）。适用于需要统一 Git 工作流、团队分支策略自动识别、原子提交与规范化 PR 的项目。具体功能细节、安装命令、收费与平台支持暂未提供。

编程与开发21 次安装

planning-code-goal

planning-code-goal 是一个以代码为中心、面向目标的行动规划（GOAP）技能，集成了 SPARC 方法论。它用于将软件开发目标（如功能实现、性能优化、测试策略制定）拆解为可度量的分阶段计划。该技能通过 Specification、Pseudocode、Architecture、Refinement、Completion 五个阶段组织工作，并支持定义当前代码状态与目标状态、生成里程碑、估算工作量与依赖、跟踪指标以及验证目标达成。适用于需要系统化分解的功能开发、性能优化、API 开发、数据库演进、技术债削减等场景。

编程与开发21 次安装

fix

fix 是来自 vercel-labs/react 的一个技能，用于在提交代码前修复代码的格式与 lint 问题，确保代码能够通过 CI。当出现 lint 错误、格式问题，或准备提交代码时可以使用它。该技能的核心流程是：先运行 yarn prettier 修复格式，再运行 yarn linc 检查剩余的 lint 问题，最后报告仍需手动修复的内容。资料同时提示了两个常见错误：一是对错误的文件运行 prettier，因为 yarn prettier 只会格式化已更改的文件；二是忽略 linc 报错，这些错误会导致 CI 失败，应在提交前修复。

编程与开发21 次安装

flags

flags 是 Vercel Labs 的 React 仓库中提供的一个技能，用于查看和调试 React 的功能开关（Feature Flags）。它通过运行 yarn flags 命令，展示所有发布渠道（如 www、canary、next、experimental、React Native 等）中的功能开关状态，支持按渠道对比差异、按清理状态分组以及输出 CSV 格式。该技能适合在需要检查功能开关状态、比较不同渠道的开关差异，或排查某功能在不同发布渠道中行为不一致的原因时使用。

编程与开发21 次安装

arkcli-code-example

arkcli +code-example 是火山方舟命令行工具 arkcli 的一个子命令，用于为指定的基础模型生成多语言调用示例代码，并写入本地文件。数据源为火山方舟 OpenTOP OpenGetSampleCode。支持的语言包括 Python、Go、Java、Node 和 curl（shell 为 curl 别名），默认生成全部语言。使用时通过 --model 指定基础模型名或合并 ID，可选 --version 指定版本、--language 指定语言、--output-dir 指定输出目录（默认 ./ark-examples/<model>）、--format json 输出结构化条目。生成结果按 IO 任务类型分子目录、按语言分文件，带安装步骤的语言会把安装命令写入文件头注释。该命令适用于已知模型名、需要获取 SDK 或 curl 调用模板并保存到本地的场景；不适用于试模型效果、未知模型名、需先创建接入点或语音模型（TTS/ASR）等场景。

编程与开发21 次安装

fiftyone-develop-plugin

FiftyOne 插件开发技能，用于从零构建自定义 FiftyOne 插件（算子与面板）。该技能指导开发者根据目标选择算子、Python 面板、混合面板或 JS 模态面板，并强调在生成代码前先阅读对应参考文件。内容涵盖插件目录安装、调试模式启动、关键编码规范（如 default= 不得引用状态、事件处理器必须为实例方法、必须显式 register）、算子执行与进度上报、委托执行、Custom Runs、执行存储、面板状态管理，以及验证测试与故障排查流程。适用于为 FiftyOne 数据集应用扩展自定义计算、交互界面或持久化面板的场景。

编程与开发21 次安装

code-simplifier

Code Simplifier 是一个代码简化与精炼技能，专注于在不改变任何功能的前提下提升代码的清晰度、一致性与可维护性。它主要分析最近修改过的代码，并按照项目既有规范（如 CLAUDE.md 或项目配置）进行优化。其核心原则包括：绝不改变代码行为，只改变实现方式；遵循项目的导入组织、命名约定、文件结构、错误处理与类型标注等约定；通过减少不必要的复杂度和嵌套、消除冗余代码与抽象、使用清晰描述性命名、合并相关逻辑、删除描述显而易见代码的注释、优先使用显式控制流等方式增强可读性。它还采用提前返回/守卫子句、删除死代码、提取常量、单一职责、保持模式一致、控制函数规模等技巧。同时强调避免过度简化，防止降低可读性、制造难以理解的“聪明”写法、把过多关注点塞进单一单元或牺牲可调试性。默认只精炼最近修改的代码，除非明确要求扩大范围。

编程与开发21 次安装

git-commit-pr

git-commit-pr 是一个用于将本地 Git 工作区改动整理为规范提交、推送并创建草稿 PR 的技能。它强调先阅读仓库约定，再分批提交：先检查本地规范（commitlint、工作区配置、hooks、PR 模板、默认分支），再执行安全门禁，避免误提交密钥、日志、临时文件或无关改动。它提倡线性历史，使用 rebase 而非 merge 主分支，并在推送前按包/工作区分组提交，遵循 conventional commits 格式（type(scope): subject），例如 feat(db)、feat(api)、test(frontend)。提交前会运行 lint、测试等校验，优先包级检查。在推送前会向用户展示分支名、提交列表、验证结果和 PR 草稿并请求确认，确认后推送并使用 GitHub CLI 创建草稿 PR，若无 gh 则打印草稿供手动创建。该技能适用于使用 conventional commits 与包/工作区结构的仓库。

编程与开发21 次安装