scaffold
scaffold 是 easyplatform 仓库中的架构脚手架技能，用于在功能实现前生成并验证可复用的 OOP/SOLID 项目基础，包括基类、接口、基础设施抽象与质量门禁工具，产出可直接复制的起步模板。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-07 00:13
编程与开发
40,072 个结果
tasks-feature-implementation
面向 EasyPlatform 项目的自主子代理技能，用于实现需要多层改动的功能或增强：先拆解需求、检索代码库并构建知识图谱，产出实施计划并等待用户批准，再按后端到前端顺序实现与验证。
tasks-spec-update
tasks-spec-update 是一个用于将规格文档与代码实现同步的 AI 子代理技能，适用于更新规格、对比分支或确保文档反映当前实现。它通过 Git 差异或模式匹配发现变更，进行差距分析，更新实体、命令、查询、事件与 API 端点规格，并做交叉引用验证。
workflow-feature
easyplatform 仓库中的 workflow-feature 工作流技能：用于实现定义明确的功能，采用规范驱动并以测试先行（测试规范先于实现）的方式，经过调查、规划、实现与评审。
mode-vision
mode-vision 是 duck4nh/antigravity-kit 中的一个“视觉优先”模式技能，其核心思路是在收集详细上下文之前，先提出默认架构方案。该模式要求先检测项目类型，然后给出基线布局、风格方向和推荐技术栈，并且只询问为完成定制所必需的上下文问题。它设有明确的护栏：不要先索要实现细节，选项保持为“1 个主推荐 + 可选备选”。适合在项目启动或方案讨论初期，希望快速获得一个可讨论的默认架构起点、避免过早陷入实现细节的场景。
ai-game-developer
用于在生产游戏运行时中构建、集成与校验 AI 驱动玩法系统的技能，强调确定性运行时行为与显式失败处理，适合实现 AI 行为模块、接入推理提供方等场景。
krt-harness-wise
Harness Wise 用于从项目文档与智能体初始化上下文创建可版本化的编码 harness 交接文档，或诊断并改进已有 harness。它只生成或修补 harness 工件，不实现应用改动、不写测试、不提交或推送代码。
spec-review
spec-review 是一个用于审查代码差异（diff）是否符合需求规格的技能。它只聚焦于“需求保真度”这一个维度，检查改动是否完整、准确地实现了工单或合同中要求的功能，而不审查代码缺陷、风格或复杂度。使用时，用户提供代码差异及其对应的合同或工单，该技能会逐条比对需求，报告三类问题：缺失（需求未实现或只实现了一部分）、未请求（diff 中出现在需求之外的额外行为）、错误（实现方式与需求措辞相矛盾）。每条发现都给出文件与行号（或需求位置）、引用的原文需求、以及 diff 实际做了什么。对于依赖歧义需求做出的判断，会标注并说明所采用的解读。若没有可用的工单、合同或规格，则用一行说明并停止。若 diff 满足所有需求，则用一行说明。该技能要求自行计算 diff 时先执行 git fetch origin <base> 并与 origin/<base> 比较，以避免本地基线分支滞后引入无关提交。最终报告限制在 400 词以内，适用于审查分支、PR 或本地改动是否达成既定需求。
typescript
TypeScript 严格模式与最佳实践技能，在编写 TypeScript、定义类型/接口或使用工具类型时触发，提供 const 类型、扁平接口、unknown 与泛型、类型守卫、import type 等模式与反模式规则。
build-ios-apps
用于构建、签名、安装和发布 iOS 应用的技能，通过 Vibecode 签名服务与 ios-cli 命令行工具完成云端编译、OTA 安装和 App Store Connect 发布。
clean-code
clean-code 是一个用于审计和重构既有代码的技能，聚焦可读性、可维护性与死代码清理，且不改变代码行为，并生成带日期的清理记录。
codeguard-java
Codeguard Java 是一个面向 Java 项目的代码规范门禁技能，用于执行并诊断 lint、格式检查与自动修复，区分通过、失败、无法验证和 planned 状态。适用于提交前质量验证，以及排查 mvn -q javadoc:jar -DskipTests 相关失败。
openspec-apply-change
OpenSpec 变更任务实施技能：用于按 OpenSpec 工作流逐条实现某个变更中的任务，支持开始、继续或推进实施，并实时显示进度与状态。
openspec-archive-change
OpenSpec 实验性工作流中的归档技能：在变更实现完成后，将已完成的变更归档。可先检查产物与任务完成情况、评估增量规格同步状态，再移动到归档目录，必要时先同步主规格。
astro-actions
astro-actions 是面向 Astro 框架的服务端动作（Actions）技能插件，用于在 Astro 中通过 defineAction 和 astro:actions 处理表单提交、数据变更和服务端逻辑，并保持类型安全。技能覆盖从 src/actions/index.ts 结构到错误处理与重定向模式的完整动作生命周期，重点聚焦请求、验证与响应边界。它提供 Zod 输入验证、标准化的 ActionError 错误码、JSON 与 FormData 两种接收模式，以及无需 JavaScript 即可运行的表单渐进增强能力，适合构建类型安全的后端 mutation、替代传统 API 端点以及实现服务端表单校验。不深入涉及 Astro DB 集成与 Content Layer 模式。
slack-development
用于实现 Slack 机器人行为的开发技能：按 Slack 文档正确的消息格式、入站提及/事件路由与长任务交互体验。适用于修复 markdown 渲染、事件解析、线程路由、Assistant 线程 API 及流式进度等场景。
cmd-speckit-init
用于在当前项目中初始化 .specify/ 目录结构的技能，从上游 github/spec-kit 仓库下载最新文件，为规范驱动开发（SDD）搭建基础环境。
request-refactor-plan
该技能用于为代码重构制定详细计划：通过访谈用户明确问题与解决方案，探索仓库验证现状，确定实现范围与测试覆盖情况，将实现拆解为尽可能小的提交步骤，最终以 GitHub issue 形式记录重构计划。issue 内容包含问题陈述、解决方案、提交计划、决策文档、测试决策和范围外说明等部分。
architect
architect 是一个在写代码前先做设计的技能：先用未实现函数体和伪代码勾画类型、函数签名、类结构与模块边界，综合多模型视角形成设计方案，再据此填充实现；若实现证明设计有误则废弃并重设计。
blast-radius
Blast radius 是一个用于在变更发布前评估其跨模块影响面的技能：不只列出调用方，而是找出变更安全所依赖的关键事实，并用运行真实代码的脚本或测试加以证明。
interrogate
Interrogate 是一个多模型对抗式代码审查技能，用于对代码变更进行压力测试、寻找盲点。它按配置为每个模型启动一名审查者，使用相同提示与评分标准，最终由主导审查者综合出裁决，不会自动应用修改。
principle-boundary-discipline
一套强调“边界纪律”的工程原则：把校验、类型收窄与错误处理集中在系统边界（CLI、配置、网络、外部 API），内部代码无条件信任类型，业务逻辑保持纯函数，外壳保持薄而机械，便于脱离框架测试。
principle-build-the-lever
“Build the Lever”（构建杠杆）是一条工作原则：当任务并非琐碎时，不要手工完成，而是构建能完成或验证该任务的工具（codemod、脚本、生成器、可重跑检查等）。工具每次以相同方式执行、可免费重跑，且是可被审查者阅读和复跑的单件产物，把“相信我”变成“运行这个”。默认构建杠杆，仅在任务确实琐碎（一眼可见的少量编辑）时跳过。做法是先手工完成第一个单元以摸清配方，再构建工具，并在该单元上重跑、与手工版本做 diff 验证；让杠杆可安全重跑。适用于编辑、迁移、分析、检查等非琐碎工作。
principle-fix-root-causes
该技能用于调试阶段：要求把每个症状追溯到根因并在根因处修复，而不是压制症状。做法包括先复现问题、连续追问“为什么”直到根因、不添加仅为消除崩溃的空值检查等防护、若需要长篇注释才能合理化的临时方案说明代码本身有错（应改代码而非改注释）、按模式而非单个实例检查（用grep搜索同一模式并修复全部实例）、卡住时加日志与读取真实错误而不要猜测、以及若判定性事实需要深挖才能发现则提出低成本常开信号。对于“重启后失败”的问题，优先怀疑过期持久状态（配置文件、缓存、锁文件、序列化状态），如果清除某状态文件后行为恢复，则应把状态校验作为修复重点。