rails-active-record-patterns
该技能聚焦 Rails Active Record 模式,用于构建可靠的模型:关联、校验、作用域、回调与查询优化。内容涵盖模型生成与迁移命令、关联类型、复杂查询、枚举、事务、STI、Concerns 及常见陷阱与最佳实践,适合开发数据驱动的 Rails 应用。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-05 00:16
39,551 个结果
该技能聚焦 Rails Active Record 模式,用于构建可靠的模型:关联、校验、作用域、回调与查询优化。内容涵盖模型生成与迁移命令、关联类型、复杂查询、枚举、事务、STI、Concerns 及常见陷阱与最佳实践,适合开发数据驱动的 Rails 应用。
rendering-hoist-jsx 是一条关于 React 渲染性能优化的编码技能,核心做法是把静态 JSX 元素从组件内部提取到组件外部,避免每次渲染时重新创建。资料给出的示例对比了错误写法与正确写法:错误写法在 LoadingSkeleton 组件中返回静态的 div 元素,导致每次渲染都重新创建;正确写法把该 JSX 赋值给组件外的常量 loadingSkeleton,组件内直接引用该常量,从而复用同一个元素。资料指出,这一技巧对体积较大且静态的 SVG 节点尤其有帮助,因为每次渲染重建它们的开销较高。资料同时说明,如果项目启用了 React Compiler,编译器会自动提升静态 JSX 元素并优化组件重渲染,此时手动提升就没有必要。适用场景为重复渲染静态元素或在列表中使用静态元素的情况。
ArchiMate Model Quality 是一项关于创建高质量、可维护 ArchiMate 模型的指导技能,涵盖命名规范、EA 异味(质量缺陷)识别与纠正、常见建模错误、抽象层级与粒度、视点选择及模型质量检查清单等。
code-review-master 是一个以目标为先的代码审查专家技能,先验证 PR 是否真正实现其声称的目标,再依次检查安全、正确性、一致性、质量与性能。适用于审查拉取请求、分支或代码变更。
面向 DevOps、SRE、云与平台工程岗位的情景式模拟面试技能:按主题、难度与目标公司档次逐题提问并追问,最后给出诚实的逐题分析、差距总结、7 天准备计划与三个练习任务。
面向 vercel/next.js 仓库的修复技能:在已有可复现问题和聚焦回归测试的前提下,做最小范围的产品代码修复,并验证修复前后结果。
flutter-parallel-agents 是一个用于并行调度多个独立 Flutter 开发任务或测试修复的技能,适用于各任务无共享状态、无先后依赖的场景,可让多个智能体同时处理不同功能、不同层级或不同测试文件。
Celery 任务模式指南,涵盖任务定义、重试策略、周期任务与最佳实践,适用于 Django 中实现后台任务和定时作业。
面向 Java 应用的反序列化漏洞检测与利用方法论,覆盖原生序列化、Fastjson/Jackson、Shiro、Log4j 及 WebLogic、Tomcat、JBoss、Jenkins 等中间件的识别、决策与利用思路。
基于 C++ 核心指南(isocpp.github.io)的现代 C++(C++17/20/23)编码规范,用于编写、评审或重构 C++ 代码,强制执行类型安全、资源安全、不变性与清晰度。
Plankton 代码质量技能:在 Claude Code 中通过工具调用后钩子实现编写时代码质量强制执行,每次文件编辑时自动格式化、Lint,并由 Claude 子进程自动修复剩余违规项。
Swift 6.2 易用并发的实践指南:代码默认单线程运行,并发需显式引入,通过 MainActor 默认推断、隔离一致性和 @concurrent 显式后台卸载,在不牺牲性能的前提下消除常见数据竞争错误。
SwiftUI 架构模式技能,涵盖使用 @Observable 进行状态管理、视图组合、类型安全导航、性能优化以及现代 iOS/macOS UI 最佳实践。该技能帮助在 Apple 平台上构建声明式、高性能用户界面,适用于构建 SwiftUI 视图、设计导航流、构建视图模型与数据流、优化列表渲染性能,以及使用环境值和依赖注入等场景。
这是一个面向 Claude Code 会话的全方位验证系统,以技能(Skill)形式提供,旨在功能开发、重大代码变更、创建拉取请求(PR)、重构之后,或者在需要确保通过质量门禁时调用。它通过六个阶段对项目进行系统检查:构建验证、类型检查、Lint 检查、测试套件(含覆盖率,目标最低 80%)、安全扫描(检查密钥、api_key、console.log)、变更审查(Diff Review)。运行完成后生成统一的验证报告,包含构建、类型、Lint、测试、安全、变更文件的通过/失败状态、问题数量与覆盖率,并给出“已就绪/未就绪提交 PR”的总体评价及待修复问题列表。技能还提供持续模式,建议在较长的会话中每 15 分钟或在重大更改后运行验证,并设定完成函数、组件、进入下一任务前的检查点,可通过 /verify 运行。它可与 PostToolUse 钩子(Hooks)配合,钩子用于即时捕捉问题,此技能提供更深入的全方位审查。
该技能用于为项目即将发布的版本生成可直接粘贴到 GitHub Release 的发布说明,遵循 Keep a Changelog 1.1.0 的变更类型约定。它会先查找最新发布标签(git describe --tags --abbrev=0,回退方案为 git tag --sort=-v:refname | head -n 1),若无标签则使用完整历史;随后列出该标签之后的提交(git log <tag>..HEAD --no-merges --pretty=format:"%h %s")。若项目已有 CHANGELOG.md,会简要阅读以匹配其语气、语言和措辞风格,但不会修改或创建该文件。技能将每个提交归类到 Keep a Changelog 的变更类型中,并省略没有条目的类型,最终以 Markdown 形式输出在单个代码块内,便于复制粘贴。
这是一套面向 Vue 3 与 TypeScript 的编码约定,强调减少样板代码、提升可读性并保持实际项目中的简洁。内容涵盖 TypeScript 格式化标准(2 空格缩进、单引号、无分号、尾随逗号),以及单文件组件的写法规范:SFC 块顺序固定为 template 在前、script setup 在后;defineProps 与 defineEmits 优先使用内联类型;表单状态使用 reactive() 管理;复杂对象类型用 ref(value) as Ref<Type> 做类型断言;Vue 3.4+ 使用同名简写绑定;模板中优先直接访问 props,遇到 class、as 等语法敏感名称时显式使用 props 前缀。适合希望统一团队 Vue 3 编码风格的开发者参考。
cli-ops 是一套面向智能体工作流(agentic workflows)的 CLI 工具构建模式集合,来源为 0xdarkmatter/claude-mods。它主张为 AI 助手和高级用户构建可链式调用、可解析、行为可预测的命令行工具。核心原则包括:自文档化(--help 完整且始终最新)、可预测(所有命令使用一致模式)、可组合(遵循 Unix 哲学,一件事做好)、可解析(--json 始终可用且有效)、默认安静(只输出数据,不添加装饰)、快速失败(无效输入立即报错)。设计公理强调 stdout 只放数据,stderr 供人类阅读(进度条、颜色、表格、警告),退出码有语义含义,帮助中包含示例,JSON 结构可预测。文档还规定了命令架构、命名约定、标准资源动作、必需与推荐标志、输出规范、JSON 输出模式、退出码、错误处理、帮助系统、认证命令、数据约定(日期、金额、ID、枚举)、过滤与分页、反模式以及快速参考清单和框架选择(推荐 Typer,兼容 Click)。
Fresh-Eyes Review 是一个在 git 提交、创建 PR 或宣布工作完成前强制执行的最终质量检查技能。它要求以“心理距离”重新阅读所有改动文件,依次检查安全漏洞、逻辑错误、业务规则和性能问题,发现问题立即修复并重跑测试,最后必须声明检查结果。该技能强调即使测试全部通过、代码评审已批准,仍可能存在关键缺陷,因此将“新鲜眼光”审查作为提交前的硬性关卡。
Code Context Finder 是一个在编码过程中自动发现相关上下文的技能。它结合知识图谱搜索与代码关系分析,智能识别何时需要额外上下文,并检索:知识图谱实体(既往决策、项目上下文、相关概念)以及代码关系(依赖、导入、函数调用、类层级)。当打开不熟悉的文件、开发新功能、调试错误、重构代码、做架构决策或修改配置/基础设施文件时,该技能会自动激活,帮助开发者快速了解相关背景与影响范围。
Laravel Actions 是一个 Laravel 框架下的 PHP 包(lorisleiva/laravel-actions),允许开发者编写单一 PHP 类来处理一项具体任务,并可根据需要将该类作为对象、控制器、任务(Job)、事件监听器或命令运行。该技能用于编写、脚手架生成、解释和重构使用该包的代码。安装命令为 composer require lorisleiva/laravel-actions,创建命令为 php artisan make:action MyAction。每个 action 是一个普通 PHP 类,使用 AsAction trait 并实现 handle 方法,建议放置于 app/Actions/ 目录,按主题分组,以动词开头的短句命名,依赖通过构造函数注入并从容器解析。除了作为对象运行(run、make、runIf、runUnless),还可作为可调用控制器注册到路由、作为任务异步或同步分发、作为事件监听器注册、作为 Artisan 命令注册。支持在 action 上定义验证与授权(authorize、rules 及多个验证钩子),支持 mock、partialMock、spy 等测试方式,并可通过更细粒度的 trait(AsObject、AsController、AsJob、AsListener、AsCommand、AsFake)按需组合。
devdocs-dev-tasks 是一个用于将系统设计拆解为可执行、可追踪开发任务的技能。它基于已完成的需求文档、系统设计文档和测试用例文档,把系统模块映射为具体任务,并为每个任务分配 TDD 分层(🔴核心逻辑、🟡接口层、🟢UI 层、⚪基础设施)。该技能会识别组件、建立任务依赖与执行顺序、评估任务粒度,并输出分层分组、含依赖关系图与执行检查清单的任务文档。每个任务遵循 TAR 原则,即需提供可测试的验证方法、可量化的验收标准以及可独立审查的 Review 要点,并关联功能点、验收标准与测试编号。它支持标准模式(逐步确认)与 --fast 模式(跳过逐步确认),并能在任务数量较多时拆分文档、归档已完成任务。该技能仅产出 docs/devdocs/ 下的 Markdown 文档,不编写实现代码,实际开发由 /devdocs-dev-workflow 负责。
sdlc-continue 是 ai-sdlc 技能集中的续做技能,用于在既有的 SDLC 意向(intent)上找到当前进度并推进到下一个关卡。它会运行 status.sh 列出每个未关闭意向的层级、状态、已完成步骤、规格与报告状态以及下一关卡,然后根据用户指定的 slug(或唯一未关闭的意向)恢复工作,加载 sdlc-plan、sdlc-apply 或 sdlc-verify 继续执行。当用户明确要求自主运行时,它还会编排队列:做预检、筛选已接受的意向、按文件/契约/迁移重叠情况排定顺序或并行(最多 3 个,worktree 位于 <repo-root>/.worktrees/<slug>),为每个意向分配 worker、为每个完成意向分配新 verifier,处理高不确定性的分叉时最多启动 2 个只读研究 worker,逐个落地并重新验证,最后以一张结果表收尾。它禁止在未获单独授权时推送、部署或采取外部操作。
sdlc-plan 是一个用于将新产品变更以单页 intent.md 形式记录下来的技能,内容涵盖问题、成果、验收场景与步骤。适用于新能力或产品变更,在用户提出想法后,以其原话撰写 intent/<slug>/intent.md,作为双方约定与后续执行所依据的清单。它会先做分流:可行性研究属于 spike,不写 intent;现有流程中的缺陷、微调或小型行为变更属于 sdlc-fix,不写 intent;凡是改变产品行为的都算 intent。intent 分两级:change(普通功能,写一个 intent 文件后即可构建)与 critical(涉及有数据表的迁移、认证、密钥、隐私或 PII、破坏性或不可逆操作、会影响生成内容或审批的 LLM 提示或门禁、对外发送、抓取策略等,需在同一文件追加 Spec 章节并接受更严格评审)。技能会要求先阅读仓库说明与 intent/*/ 目录、阅读将要改动的代码,再逐条访谈直至具体,最后生成 slug、创建 intent.md、展示路径与摘要,由用户确认后置为 accepted 并提交。
在实现之前,协助用户创建或完善功能 SPEC SDD(规格驱动开发文档)的技能。它通过反复访谈用户直至达成共识,然后生成 .specs/SPEC-{YYYYMMDD}-{feature}.md 规格文档,作为实现前的唯一事实来源。