feature-development
Prodcraft 中的功能开发技能,用于把已评审的任务切片实现为小而可合并、有测试保障的增量,避免范围蔓延与契约漂移。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-15 00:13
41,165 个结果
Prodcraft 中的功能开发技能,用于把已评审的任务切片实现为小而可合并、有测试保障的增量,避免范围蔓延与契约漂移。
Prodcraft 工作流中的强制入口技能,用于对所有新工程工作进行分诊与路由:分类工作类型、确定进入的生命周期阶段与工作方法,并产出 intake-brief 作为下游技能的锚点。
该技能用于在需求或规格评审完成后,确定系统的高层架构、组件边界、集成接缝与部署拓扑。它从需求文档出发,提取并排序质量属性驱动因素,选择架构风格,使用 C4 模型定义组件边界,设计通信模式与部署拓扑,编写架构决策记录(ADR),进行权衡分析,并定义架构适应度函数。输出架构文档与 C4 组件图,适用于需要将需求转化为技术蓝图的架构设计阶段。
Decision History 是 OrchestKit 中用于可视化架构决策随时间演变的工具,可追踪 Claude Code 版本演进(2.1.0 → 2.1.16+)与最佳实践采纳情况。它从会话、CHANGELOG 和协调日志等多个来源聚合决策,支持按 CC 版本、类别、日期范围筛选,提供列表、详情、时间线、统计、搜索等 CLI 命令,并能生成 Mermaid 时间线图用于文档。该技能以 TypeScript 实现,属于 hooks 基础设施的一部分。
Context7 是一个通过 Context7 API 获取最新库文档的 Agent 技能。它适用于在开发中涉及任何外部库(如 React、Next.js、Supabase 等)的场景,帮助开发者获取当前版本的 API 签名、版本特定行为以及最佳实践。使用前需要在环境变量 CONTEXT7_API_KEY 中配置 Context7 API 密钥,可通过 shell 配置文件全局导出,或在仓库中使用本地 .env 文件。工作流分为两步:先用 search 命令搜索库并获取其 id,再用 context 命令根据库 id 和查询内容拉取文档上下文,支持指定输出格式和 token 限制。该技能适合在实现依赖库功能前、不确定当前 API 用法时,或需要验证库版本相关行为时主动使用。
Vue Best Practices 是一套面向 Vue 3 与 TypeScript 开发的规则集合,来源于 yuanxiao0115/agent-skills。它围绕 Vue 3、vue-tsc、Volar、Vite、组件 props、测试与 Composition API 等主题,提供可被 AI 代理调用的能力规则与效率规则。能力规则覆盖从 .vue 组件中提取 props 类型、在模板中捕获未定义组件、对透传属性(fallthrough attributes)进行类型检查、捕获 CSS Module 类名拼写错误、允许 data-* 属性、修复 Volar 3.0 升级问题、修复模块解析错误、处理 unplugin 自动导入类型冲突、优化大型项目保存性能、检测重复插件、修复 defineModel 更新事件错误、处理 withDefaults 联合类型默认值、高效监听数组、通过指令注释控制模板类型检查、为 script setup 添加 JSDoc、修复路由参数类型等。效率规则包括修复 SSR 应用中的 HMR 以及模拟 Pinia store。该技能适合使用 Vue 3 + TypeScript 的开发者,在编辑器、构建与测试环节获得针对性的问题诊断与修复建议。
Hono Skill 是一个用于高效开发 Hono 应用的技能,基于 Hono CLI(@hono/cli)提供命令行能力。它支持通过 hono search 搜索 Hono API 与功能文档,通过 hono docs 查看指定路径的详细文档,通过 hono request 在不启动 HTTP 服务器的情况下测试 GET、POST 及带请求头的接口,并通过 hono optimize 进行打包优化与压缩,可指定 cloudflare-workers、deno 等目标平台。该技能建议在实现不熟悉的 API 前先搜索文档,并给出了“调研—实现—测试—优化”的开发工作流。
nx-workspace 是一个用于探索和理解 Nx 工作区的技能,提供只读方式查看工作区结构、项目配置、可用目标(targets)与依赖关系。它适用于回答关于工作区、项目或任务的问题,也适用于 nx 命令失败或需要排查工作区同步问题时。该技能通过 nx show projects、nx show project、nx graph 等命令获取结构化 JSON 输出,并建议使用 jq 等工具进行程序化处理,而非手动解析。
Performance 是 localagentcrew 中的性能优化智能体技能,专注于性能分析与优化。它能够识别性能瓶颈、分析算法复杂度、优化内存使用、改进 I/O 与网络、设计缓存策略,并进行性能剖析与基准测试。当用户提出“优化这段代码”“性能太慢”“加速某个函数”“找出瓶颈”“剖析某个模块”等需求时激活。其工作流程为:分析代码、定位瓶颈与反模式、在工具可用时进行测量、实施针对性优化、验证改进效果并说明权衡。分析范围涵盖算法复杂度、内存、I/O、并发与缓存,并针对 N+1 查询、同步阻塞、循环内重复计算等常见反模式给出优化建议,输出包含问题清单、复杂度分析、优化机会、已实施优化、性能影响、权衡与后续建议。
gt-get-issue 是一个面向 Forgejo 的轻量技能,通过 gt 命令行工具按 issue id 查看问题及其评论。它要求先读取 issue 的标题、正文和全部评论,再向用户概括内容并询问后续操作;当 issue id 或仓库不确定时,应先向用户确认,并可用 -R <owner/repo> 指定当前克隆之外的仓库。
gt-plan-issue 是一个面向 Forgejo 问题处理的技能,通过 gt CLI 读取指定 issue 的标题、正文和全部评论,并为修复该问题制定分步计划。使用时需提供问题 ID;若 ID 不确定,应先向用户确认。计划需覆盖 issue 及其评论中提出的每一项诉求。该技能主要服务于需要借助命令行查阅 Forgejo issue 并规划修复步骤的开发场景,具体平台限制与安装细节暂未提供。
依据 Craig Walls《Spring Boot in Action》实践,审查或编写 Spring Boot 应用的技能,涵盖自动配置、starter 依赖、外部化配置、Profile、安全、测试、Actuator 与部署;支持代码审查与新建代码两种模式。
提供 LayaAir 3.x(TypeScript)游戏引擎开发规范指导,涵盖 ECS 组件系统、事件、Promise 资源加载、Tween 缓动、Timer、场景管理、对象池、2D/3D 显示、UI 与物理系统,以及性能与可试玩广告优化。
一个按范围分轨的代码质量审查与清理技能:diff 轨道在提交前清理 AI 味代码(冗余注释、防御过度、过度抽象、幻觉 API、重复逻辑、泛泛命名、摆设测试),仓库轨道处理技术债与架构审计,输出带证据的 finding。
用于构建一次性原型来验证设计的技能:根据问题路由到逻辑或 UI 两个分支,用可运行终端应用检验状态与业务逻辑,或在同一路由生成多个差异明显的 UI 变体。
这是一份关于 API 版本管理策略的中文指南,系统讲解 API 版本化的实现方式、向后兼容、弃用流程与生命周期管理。内容涵盖 URL 路径版本、请求头版本、查询参数版本三种方案及其优缺点,语义化版本在 API 中的应用,破坏性与非破坏性变更的区分,以及通过 Deprecation、Sunset 响应头和迁移指南实施弃用的具体做法。还介绍版本生命周期状态(预览、活跃、弃用、退役)、机器可读的变更日志格式、仅做增量变更、可选字段带默认值、响应结构稳定和宽容读取器等兼容模式,以及数据库模式版本化中的扩展-收缩、视图、迁移排序原则,OpenAPI 规格按大版本拆分并用 oasdiff 在 CI 检测破坏性变更,并给出 REST 与 GraphQL 的演进示例、常见错误和迁移工具与消费者沟通方式。资料未说明该技能的安装方式与运行环境,暂未提供。
npm-scripts 是一份面向 npm、yarn 与 pnpm 的包管理技能资料,覆盖 package.json 脚本、生命周期钩子、跨平台脚本、依赖管理、锁文件、.npmrc 配置、私有 registry、工作区(monorepo)、发布流程、脚本调试与安全审计等主题。适合在需要运行 npm 脚本、配置 package.json、发布包或搭建 monorepo 时参考。
一个用于处理当前分支所对应开放 GitHub PR 上评审与 issue 评论的技能,借助 gh CLI 定位 PR 并逐条修复评论,使用前需确保 gh 已认证。
Skill Installer 是一个用于安装 Codex 技能(skills)的工具。它默认从 OpenAI 官方技能仓库的精选列表(.curated)中安装技能,也支持用户提供其他 GitHub 仓库或路径(包括私有仓库)进行安装。该工具提供辅助脚本,可列出可安装的技能(并标注哪些已安装)、从精选列表按名称安装、或从指定 GitHub 仓库路径安装。安装目标为 $CODEX_HOME/skills/<skill-name>(默认 ~/.codex/skills)。脚本需要网络访问,在沙箱中运行需请求提权。安装完成后需重启 Codex 以加载新技能。
Angular 20 是一个面向 Angular 20 开发的知识与最佳实践技能包,提供组件架构、状态管理、路由、HTTP、测试、性能、可访问性以及构建部署等规范指引。它要求新组件使用 standalone 组件,本地状态使用 Signals,全局状态使用 @ngrx/signals,大规模模块使用懒加载路由,HTTP 调用使用带类型的 HttpClient 响应,并为关键流程编写 Playwright E2E 测试。该技能以规则和示例代码的形式给出标准工作流,适用于开发 Angular 20 应用、搭建新项目、实现组件与路由、优化性能、编写测试和部署等场景。安装路径为项目级的 .github/skills/angular-20/SKILL.md 或个人全局的 ~/.github/skills/angular-20/SKILL.md,Copilot 会根据提示内容自动加载。
RxJS Patterns 是一套面向 Angular 应用的 RxJS 响应式编程模式指南,聚焦最佳实践、常见模式与性能优化。它覆盖创建与管理 Observable、链式操作符进行数据转换、响应式流中的错误处理、防止订阅导致的内存泄漏、防抖/节流/缓冲、多订阅者共享 Observable、与 Angular Signals 集成、优化响应式数据流,以及重试、轮询、缓存等高级模式。内容以代码示例形式给出核心操作符(转换、过滤、组合)、错误处理(catchError、retry、retryWhen)、内存管理(手动清理、takeUntil、toSignal)、共享(shareReplay)、Signals 集成(toSignal、toObservable)和高级模式(轮询、带过期缓存、乐观更新),并附最佳实践清单与参考链接。
n8n-code-python 是一份面向 n8n Code 节点中编写 Python 代码的专家指导技能。它强调优先使用 JavaScript(覆盖约 95% 场景),仅在需要特定 Python 标准库函数、更熟悉 Python 语法或更适合用 Python 做数据转换时才使用 Python。内容涵盖 Python Code 节点(Beta)的快速上手模板、数据访问方式(_input.all()、_input.first()、_input.item、_node)、两种执行模式(Run Once for All Items 与 Run Once for Each Item)、Python Beta 与 Native 两种模式的区别、返回格式要求(必须返回 [{"json": {...}}])、Webhook 数据嵌套在 ["body"] 下的关键规则、仅限标准库(无 requests、pandas、numpy 等外部库)的限制及替代方案,以及常见错误防范、常用模式、标准库参考和最佳实践。
Steve 是一个面向 Claude 的自主开发流水线技能,将三套系统整合在一起:wavybaby(自装备工具链,含 CoVe 验证、通过 skills.sh 发现技能、MCP 服务器配置与项目配置)、GSD(结构化项目管理,含 .planning/ 目录、路线图、阶段、计划、发现、验证与状态跟踪)、Ralph(自主 while-true 循环,含熔断器、双条件退出、会话持久化与速率限制)。它通过 Task 工具把重型阶段下放给子代理,以规避 20MB 的 API 请求上限,主对话只负责编排、收集简要摘要和处理用户交互。执行流程包括并行启动 Phase 0(装备)与 Phase 1(PRD 问答)、生成并确认 PRD、收集装备结果、启动 GSD 引导与计划、配置循环,最后打印状态并启动 Ralph。
php-monorepo-builder 是一套用于管理 PHP monorepo 的工具,基于 symplify/monorepo-builder 实现。它通过 vendor/bin/monorepo-builder 命令和项目根目录下的 monorepo-builder.php 配置文件工作,支持初始化 monorepo 结构、合并各包的 composer.json 到根目录、校验包间版本约束一致性、将根依赖版本回写到各包、批量更新互依赖版本约束、更新 branch-alias、切换互依赖路径为本地路径以便拆分前测试,以及一条命令完成多包版本标记与发布。该工具要求 PHP 8.2 及以上,采用 MIT 许可,可通过 Composer 以开发依赖方式安装,主要面向维护多包单一仓库的 PHP 项目团队。版本校验可防止包间版本漂移,发布流程由可定制、可重排的 release worker 组成。注意事项:工具本身不负责将包拆分到独立仓库,需配合 symplify/github-action-monorepo-split;存在若干已知问题,例如目录名含 tests 的包会被忽略、SetNextMutualDependenciesReleaseWorker 会固定递增次版本号、预发布版本互依赖更新可能失败等。