repo-intake
repo-intake 是一次性的项目初始化盘点技能，用于首次接入项目、结构性变更后重建缓存或缓存过期时更新，输出项目总览、入口点、测试映射与后续建议；不适合日常开发或仅查找特定文件的场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-10 00:15
编程与开发
40,397 个结果
risk-assess
risk-assess 是一个用于评估未提交代码风险的技能，能够检测破坏性变更、分析影响范围（blast radius）并给出变更规模指标。它通过运行脚本收集确定性评分，输出 overall_score、risk_level、dimensions、flags、gate、next_actions 等 JSON 字段，并据此给出定性解读与后续行动建议。适用于评估 PR 风险、提交前风险检查等场景。评分模型由 breaking_surface（45%）、blast_radius（35%）、change_scope（20%）三个维度加权得出，风险等级分为 Low（0-29）、Medium（30-49）、High（50-74）、Critical（75-100），对应 PASS、PASS、REVIEW、BLOCK 四种门禁与退出码 0、0、1、2。该技能不用于安全漏洞检测、代码正确性/lint/测试审查或项目级健康审计。
smart-rebase
Smart Rebase 是一个用于 squash-merge 仓库的智能部分变基（partial rebase）技能。它通过分析分支历史，识别哪些提交已经被 squash 合并进目标分支，从而生成精确的 git rebase --onto 命令，只保留当前分支上独有的提交。适用于特性分支基于另一个已被 squash 合并的分支、需要剔除已合并提交的场景。该技能只输出命令，由开发者自行执行，不代为运行 rebase。
refactor-cleaner
Refactor Cleaner 是一个死代码清理与整合技能，用于移除未使用的代码、重复代码并进行安全重构。它通过运行 knip、depcheck、ts-prune、eslint 等分析工具识别未使用的文件、exports 和依赖，并按风险分级后安全移除。适用于定期代码健康检查、项目清理与整合、移除废弃功能、减小包体积以及整合重复代码。该技能强调保守操作：移除前需 grep 搜索引用、检查动态 import、确认非公开 API、审视 git 历史并运行测试，每批次移除后提交 git commit，并在 docs/DELETION_LOG.md 中记录所有删除。不适用于正在开发新功能、生产部署前夕、代码库不稳定或测试覆盖率不足的场景。
img2threejs
img2threejs 是一个将参考图片转换为程序化 Three.js 模型的技能。它不依赖摄影测量或网格提取，而是通过分阶段的雕塑流程和 AI 视觉自我修正循环，仅用代码重建图片中的物体或角色。它要求用户提供图片路径、预期用途等信息，并按照从块面到结构、形态、材质、光照、交互、优化的顺序逐遍构建，每遍都需通过截图对比参考图验证。该工具支持 CS2 皮肤和角色等场景，提供详细的规格文件、状态门控、确定性检查等机制，强调代码重建的精度与可追溯性。适用于游戏道具、角色、材质研究等场景，但需注意单视图无法揭示隐藏侧面，且部分高级功能依赖外部适配器。
agent-code-review
agent-code-review 是一个用于管理 PR 审查队列与调度的命令行工具（CLI）。它维护一个基于 DuckDB 的候选 PR 队列，使用可插拔的审查引擎（默认 Codex，也可用 Claude Code）自动审查拉取请求。工具支持查看队列、添加/移除/提升/跳过候选 PR、管理作者分组与审查策略、查看审查日志、运行审查任务，以及通过 serve 命令启动守护进程和仪表盘。它还包含作者评分与排行榜功能，根据 diff 大小、审查结论、代码增减和修订次数计算积分。配置存放在 ~/.config/agent-code-review/config.json，仓库、作者分组、年龄阈值、调度和审查提示词均可配置。使用前需要 gh（已认证）、duckdb CLI 以及配置的审查引擎在 $PATH 中并已认证。
claude-code-development
用于创建和配置 Claude Code 组件的技能，涵盖子代理、技能、斜杠命令、钩子与 MCP 集成，指导 .claude/ 目录结构与官方最佳实践。
software-factory-mode-2026aki
面向编码智能体的“Software Factory 2026秋”工作模式技能，规定一次会话中应遵循的开发流程：先向用户确认不明点，再进入计划模式；改动告一段落后用 Codex 做 bug 检查，执行格式化与 lint，按规范提交、创建 draft PR、导出对话上下文、起草行内评审评论，并在用户指示下执行 sanity-review 与转为 ready for review。
git workflow with conventional commits
该技能用于自动化 Git 工作流，涵盖暂存、按 Conventional Commits 规范提交、创建 PR 与合并。适用于提交变更、创建 PR、合并分支、功能完成或评审反馈后等场景。提供提交消息结构（type/scope/subject/body/footer）、类型与范围清单、标准提交/PR 创建/合并策略三种模式、分支命名规则、Worktree 工作流、错误处理与提交前/PR 前检查清单。
add-app-clip
为 Expo 应用添加 iOS App Clip 目标的技能，涵盖 bundle ID 与团队配置、target 创建、关联域名与 AASA 托管、Smart App Banner、TestFlight 构建及 App Store 元数据配置。
api-onboarding
api-onboarding 是一个旨在缩短开发者首次成功调用 API 时间（TTFAC）的引导优化技能。它围绕 API 上手指南的每个环节，系统性地梳理认证简化、沙箱环境搭建、交互式文档以及常见失败点的定位与消除方法。该技能提供了 TTFAC 的衡量方式与基准评级、认证反模式清单、沙箱实现模式、可交互文档的示例代码，以及首次调用体验的审计清单与优化框架，帮助开发者更快从发现 API 到成功完成第一次调用。
debugging-toolkit
debugging-toolkit 是 debugging-toolkit-smart-debug 的别名技能，用于在调试场景中引导加载规范技能。它本身不执行调试逻辑，而是重定向到已安装的规范技能文件。
pr-polish
PR Polish 是一个用于驱动 GitHub Pull Request 达到可合并状态的编排技能。它通过交替调用 /pr-review 与 /pr-address 两个子技能，反复进行代码审查与问题修复，直到满足一组明确的收敛条件：最近一次审查不再产生新发现、所有行内审查线程均已解决、所有非机器人非作者的顶层审查与 issue 评论均已被回应、所有 CI 检查均为成功或跳过/中性状态，并且连续两次（间隔至少 60 秒）轮询均保持干净。该技能不设定固定轮数，理论上会持续循环，但设有 _MAX_ROUNDS = 10 的安全上限，实际通常需要 2 至 5 轮。它强调在每轮审查前对状态做基线快照，审查后通过差异比对判断是否出现新发现，并在 CI 稳定后继续轮询以捕获机器人延迟发布的评论。该技能需在前台对话中运行，不能放入后台代理，且每轮都必须实际调用 pr-review，不能因已有机器人审查而跳过。
requirements-builder
Requirements Builder 是一个智能需求收集系统，通过自动化的代码库发现和结构化的“是/否”提问，逐步收集需求，最终生成完整的需求规格文档。它基于 claude-code-requirements-builder，适用于在开始开发某个功能或需求前，先梳理清楚问题空间、技术约束和验收标准。整个流程分为五个阶段：初始设置与代码库分析、上下文发现提问（5 个是/否问题）、针对性上下文收集（自主进行）、专家级需求提问（5 个是/否问题）、需求文档生成。它强调一次只问一个问题、所有问题先写入文件再提问、只使用带智能默认值的是/否问题，并保持聚焦于需求而非实现。它还提供 /requirements-status、/requirements-current、/requirements-list、/requirements-end、/requirements-remind 等子命令，用于查看进度、展示当前需求、列出全部需求、结束会话以及纠正偏离规则的行为。每个需求会在 requirements/ 目录下生成带时间戳的文件夹，包含初始请求、发现问答、上下文发现、细节问答、最终规格和元数据等文件。
refactor
refactor 是一个用于重构分析、技术债审查与代码质量改进的技能，激活后需立即通过 python 脚本调用，脚本本身即工作流。支持 --step 与 --n 参数，从 38 个代码质量类别中随机选取若干类别进行分析。
writing-openapi-specs
编写 OpenAPI 规范的参考指南，由 speakeasy-api 整理。内容聚焦 OpenAPI 规范本身未覆盖的「品味、约定与灰色地带」，涵盖命名规范、文档标准、可复用性与复杂模式表达（枚举、多态、可空类型、文件上传、流式响应等），并给出面向 SDK 代码生成的编写建议与常见陷阱清单。适合在编写新规范、改进操作命名与组织、表达复杂数据类型、处理文件上传或 SSE 流、提升规范对代码生成友好度、理解组件复用与内联取舍时查阅。
worktrees
Worktrees 是 pokayokay 中用于管理 git worktree 的技能，帮助在任务开发时创建隔离的工作树。它根据任务类型决定是否创建 worktree 或就地开发，同一 story 下的任务会复用同一个 worktree，创建时自动安装依赖，完成后可通过 finishing-branch 选择合并、提交 PR、保留或丢弃，并附带验证证据。所有 worktree 存放在 .worktrees/ 目录中，由 git 自动忽略。
agent-development
面向 Claude Code 的自定义智能体开发指南，涵盖智能体描述触发写法、工具权限分配、模型选择、并行限制、子智能体委派与自文档化提示设计，帮助构建可被自动委派的高质量智能体。
shape-up
Shape Up 是一个对话式的软件需求挖掘技能，用于将模糊的想法逐步转化为结构化的「成形规格」（shaped specification）。它受 Basecamp/Ryan Singer 的 Shape Up 方法影响，采用「胃口优先」（appetite-first）的框架，在元素层面给出解决方案，并明确标注兔子洞（rabbit holes）与禁区（no-gos）。整个流程分为两个阶段：第一阶段为启发式对话（Elicitation），由 Claude 主导，通过开放式对话合成信息、追问细节、绘制内联图示，并使用 AskUserQuestion 处理结构化权衡，逐步浮现出六大要素——问题（Problem）、胃口（Appetite）、解决方案（Solution）、兔子洞（Rabbit Holes）、禁区（No-Gos）和边界（Boundaries）。第二阶段为规格化（Specification），进入 plan 模式，将成形规格写成独立的计划文件，供后续实现使用。该技能适用于需要「写规格」「创建规格」等场景，产出物是一份粗略、已解决且范围受限的 pitch，而非详尽的 SRS 文档。
javascript-react-patterns
该技能用于在架构设计、重构或代码评审中，选择与评估 JavaScript 和 React 的设计、组合、渲染及性能模式。它强调先识别具体问题，再以证据为依据挑选最小可行的模式，并保留更简单的无模式方案。技能提供模式目录与参考卡片，覆盖接口成本、隐藏复杂度、运行时成本、可测试性、迁移成本与现有技术栈契合度等对比维度。同时给出 React 现代基线：新组件使用函数组件与 Hooks，不引入类组件，优先组合与 Hooks 而非 HOC、render props 等，避免投机性 memoization 和由 effect 驱动的派生状态，性能优化需有 profiler 证据。该技能只提供专家判断，不改变目标权限与生命周期路由。
ship
将完成的工作发布为 pull request，并推动 CI 检查全部通过。适用于工作已准备就绪待审查，或被要求打开 PR、让其检查通过时使用。
taruvi-functions
Taruvi Functions 是用于编写、编辑、调试和理解 Taruvi 无服务器函数的技能指南。它帮助判断何时需要函数、选择执行模式（APP/PROXY/SYSTEM）、如何调用注入的 sdk_client，以及如何从前端调用函数。适用于跨多个资源的后端逻辑、自定义后端逻辑、数据事件与用户生命周期事件响应、定时任务、调用外部 API、长耗时任务、公开未认证端点、函数间流水线以及需要授权的操作。技能强调强制遵循的函数签名、SDK 用法和模式选择，禁止臆造 SDK 方法、跳过验证或硬编码密钥。
telnyx-messaging-javascript
Telnyx Messaging JavaScript 是 Telnyx 官方提供的 Node.js SDK 技能，用于在 JavaScript 项目中集成短信（SMS）与多媒体消息（MMS）能力。它基于 telnyx@6.74.2 包，通过初始化客户端并调用 client.messages 相关方法，可实现发送普通短信、字母数字发送方 ID 短信、群组 MMS、长号码（long code）消息、短号码（short code）消息、号码池（number pool）消息、定时消息以及 WhatsApp 消息等。技能同时覆盖退订（opt-out）列表管理和投递状态 Webhook 处理，Webhook 使用 Ed25519 签名，请求携带 telnyx-signature-ed25519 与 telnyx-timestamp 头，需在服务端验证。技能文档强调使用 E.164 格式电话号码、错误处理（网络错误、429 限流、422 校验错误、401 认证错误）、分页迭代器用法，以及运营注意事项：发送号码须先绑定到正确的消息配置文件，美国 A2P 长号码流量须完成 10DLC 注册，投递 Webhook 是异步的，发送响应仅代表请求被接受。适用于通知推送、两步验证（2FA）和各类消息类应用。
domain-modeling
Domain Modeling 是一个用于创建和维护业务领域模型的技能，围绕实体、关系、业务规则和权限结构展开。它提供实体定义模板、业务规则格式（BR-XXX）、权限命名规范、角色定义模板、影响分析模板以及关系模式示例，并附带质量检查清单。适用于创建实体定义、定义业务规则、设计权限与角色结构、分析领域变更影响以及维护 docs/domain/ 文档等场景。