agent-cpp-expert
这是一个专注于 C 与 C++ 开发的专家级子代理（subagent），覆盖现代 C++（C++17/20/23）、CMake 构建系统、系统级编程与内存管理等方向。适用于编写 C/C++ 代码、排查内存问题或构建系统级软件的场合。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
编程与开发
41,171 个结果
agent-next-js-expert
这是一个专注于 Next.js 的专家级子代理（Specialist subagent），主要面向 App Router 架构、Server Actions、中间件、ISR/SSR/SSG 渲染策略以及 Vercel 部署等方向。它的适用场景包括：构建 Next.js 应用、优化渲染策略、处理服务端与客户端组件的边界、实现表单变更与数据重验证、配置鉴权重定向中间件、排查缓存行为、优化 Core Web Vitals 以及部署上线等。其触发词涵盖 Next.js、App Router、Server Components、Server Actions、ISR、SSG、SSR、middleware、Vercel、layout、loading、generateMetadata 等。该代理强调 App Router 优先、默认使用 Server Components、理解并控制缓存、渐进增强，以及在改动前先阅读项目结构。资料中提供了多个关键模式示例，包括带 Zod 校验的 Server Action、中间件鉴权与重定向、带缓存的数据库查询、流式布局与元数据生成等。该代理还引用了若干相关技能，如 React 组件模式、SEO 优化、鉴权模式与 E2E 测试。
unifi-api
用于通过 unifi CLI（restish 封装，1Password 注入密钥）或 REST API 查询和控制 UniFi 网络的技能，覆盖设备、客户端、网络、防火墙、WiFi、端口转发与统计等操作，适用于 UniFi OS 控制台自动化管理。
ts-zod-v4
Zod 4 的 TypeScript/JavaScript 手册技能，用于定义 Zod 模式、解析与校验数据、建模对象与集合、组合联合类型、转换与错误处理等。资料基于 zod@4.6.5，提供按任务和领域检索的主题文件索引。
jupyter-notebook
用于在不直接处理 .ipynb 原始 JSON 的情况下，通过文本工作流安全搜索和编辑 Jupyter Notebook 的技能。借助 ripgrep 预处理器搜索单元格内容，并用 Jupytext 将笔记本转为临时文本、编辑后再同步回 .ipynb。
hr-backend
面向HR、招聘与人才获取团队的后端工程知识技能，帮助非技术招聘者理解后端概念、生态、岗位层级与筛选要点，并生成面试题、评分卡和职位描述。
commit
用于暂存并提交未提交更改的 Git 技能，按 conventional commit 格式生成提交信息；可按主题分组多个不相关改动，附带级联检查、CLAUDE.md 新鲜度检查及临时文件清理，但不执行 push。
factory
Factory 是一个面向项目本地智能体工作流的编排器：用户给出意图后，它会先确认需求是否存在真正的歧义，再根据改动规模与性质判断需要哪些阶段（设计、实现、评审循环、端到端验证等），按仓库既有规范完成实现，并推动改动直到形成 CI 全绿、评审无遗留问题、可合并的 PR。它强调自适应而非固定流水线：小改动跳过设计与端到端验证，大改动才进入设计评审；评审在本地运行，不自动批准或合并，最终状态是“可合并”。
review-loop
review-loop 是一个迭代式多模型审查与修复循环技能。它反复对工作区运行 review-multi-model 面板，应用经确认的修复后再次审查，直到某一轮不再发现重要问题为止，用于解决单次审查加修复难以达到稳定状态的场景。
umbraco-add-block
这是一个面向 Umbraco 17+ 的内容建模技能，用于向站点添加单个区块（Block）。它决定区块需要哪些部件（编辑器填写的内容元素、可选的外观设置元素、用于重复内容的子元素与 Block List），编写需求文档后暂停等待批准，再执行并回读验证。它可调用 umbraco-add-element-type 逐个创建元素类型，在用户指定现有块区域时把区块注册到该区域；依赖 umbraco-content-model-conventions 和 umbraco-content-requirements-documentation 一并安装。被 umbraco-add-page 调用时只执行检查、决策和编写需求文档，不暂停审批、不执行，由调用方统一应用。
umbraco-add-composition
本技能用于在 Umbraco 17+ 站点中新增一个“单一职责”的 composition（组合）：它是一组可复用的字段，只负责一项功能，例如 SEO 字段、分享字段、页面详情或可见性等。技能位于 Compositions/ 目录下，并把它应用到需要的文档类型上。整个流程遵循“需求先行”：先写出变更，停下来等待用户批准，再应用变更，最后读回验证。该技能只负责 composition 本身；内容模型规则来自 umbraco-content-model-conventions，需求文档格式与六步工作流来自 umbraco-content-requirements-documentation，两者都必须同时安装。它还规定 SEO composition 在每类带模板的页面上都必须应用；如果现有类型已有同名属性，就会阻止添加该 composition，且不得为腾出位置而删除属性。
umbraco-add-data-type
这是一个用于 Umbraco 17+ CMS 的技能，处理属性背后的数据类型决策：判断某个属性能否复用现有数据类型、还是需要新建，以及选用哪个属性编辑器、如何命名、归入 Data Types 树的哪个文件夹、如何配置。它按“需求优先”的流程工作：先书面记录变更，等待用户批准，再执行并回读验证。核心原则是优先复用，避免站点积累大量近似重复的文本区，并使字符数限制等约束集中在一处。该技能依赖 umbraco-content-model-conventions 和 umbraco-content-requirements-documentation 两个技能，适用于页面、区块、元素类型和组合字段的数据类型决策场景。
umbraco-add-document-type
这是一个面向 Umbraco 17+ 站点（版本 17 及以上）的技能，用于以“需求先行”的方式新增单个文档类型（Document Type）的架构（Schema），包括名称、别名（Alias）、按类型角色放置的文件夹、图标、描述、选项卡（Tabs）、属性、组合（Compositions）以及是否随语言文化（Culture）变化。它只负责架构，不创建模板；需要配合 umbraco-content-model-conventions 与 umbraco-content-requirements-documentation 使用。流程为：检查现状、确定角色、确定细节、编写并运行 lint、用户批准、通过 MCP 或手动方式应用、回读验证；也可被其他技能调用，仅产出架构行与需求页面。
umbraco-add-element-type
该技能用于在 Umbraco 17+ 站点中添加一个元素类型（element type），即承载于其他内容之中、不单独出现在内容树上的内容结构。它按需求先行的方式工作：先检查站点现状并确定元素角色（内容元素、重复器子项、设置模型或设置组合），再撰写需求变更集并停下来等待用户批准，然后通过 MCP 或手动流程创建、移动到所属文件夹并修正排序与描述，最后回读验证并报告。该技能本身不包含代码和资源，需与内容模型约定、内容需求文档两个配套技能一起安装。
umbraco-add-listing-page
该技能用于在 Umbraco 17+ 站点中成对添加列表区块：一个列表页类型（articleListingPage）及其所列举的条目页类型（articlePage），并为列表配置独立的集合视图（collection view），让编辑者以表格方式管理条目。它按“需求先行”的流程工作：先写出变更文档并等待用户批准，再执行并回读验证；同时为两个页面各调用一次 umbraco-add-page，页面结构由 umbraco-add-document-type 决定，规则来自 umbraco-content-model-conventions，需求文档格式与六步工作流来自 umbraco-content-requirements-documentation，这两者必须与本技能一并安装。已连接 MCP 时通过 MCP 应用变更，否则按同一需求文档手动操作。目标版本为 Umbraco 17+，集合视图使用 Umbraco.ListView 与 Umb.PropertyEditorUi.Collection 编辑器 UI。该技能不附带资产，唯一代码是借用自 umbraco-add-page 的 Razor 布局存根。
umbraco-add-page
Umbraco Add Page 是一个面向 Umbraco 17+ 站点的技能，用于向站点添加单个页面。它一次性确定该页面所需的各项内容：访问者实际落地访问的文档类型、使其成为页面的模板、页面所采用的 SEO 组合、允许其创建的父级，以及站点尚缺的其他元素（如区块、区块区域或字段所需的数据类型）。该技能将这些内容合并为一个变更集，只进行一次审批，并按“叶子优先”的顺序应用，确保每个部分在被依赖之前已经存在。它依赖 umbraco-content-model-conventions 的规则和 umbraco-content-requirements-documentation 的需求文档格式与六步工作流，并与 umbraco-add-document-type 等同类技能协作：本文档类型负责判断类型、模板、父级与子级以及 SEO 规则，模式则由相应技能提供。连接 MCP 时通过 MCP 应用，否则按需求文档手动走查。
umbraco-add-site-settings
该技能用于在 Umbraco 17+ 站点中添加站点级设置节点（siteSettings）。它在内容树的根级创建一个单独的 siteSettings 单例节点，用于承载属于整个站点的配置，如 Logo、导航、页脚、社交链接、默认分享图片和跟踪代码。该节点不是首页，没有模板、没有子节点。其架构由 umbraco-add-document-type 以 site settings 角色决定，本技能负责添加选项卡、根级行为和内容节点。工作流程以需求为先：先写下变更，等待用户批准，再应用并回读验证。需与 umbraco-content-model-conventions 和 umbraco-content-requirements-documentation 两个技能配套安装。目标版本为 Umbraco 17+，不提供代码和资源。
umbraco-change-document-type
该技能用于修改 Umbraco 17+ 站点上已存在的单个类型，包括页面、组合（composition）、元素类型或数据项：添加、删除或重排属性，将属性设为必填，以及进行其他结构性调整。它采用“需求优先”的流程：先完整读取该类型，把变更写成 Update 页面，停下来等待用户批准，再通过读取、修改、整体写回的方式应用变更，最后回读校验。技能会在批准前说明哪些改动会导致已存内容丢失、哪些不会，并提供安全替代方案。它依赖 umbraco-content-model-conventions 与 umbraco-content-requirements-documentation 两个技能，支持通过 Umbraco Developer MCP 或手动流程执行，本身不包含代码和资源。
umbraco-configure-block-editor
这是 Umbraco CMS 的一套实现技能，用于在 Umbraco 17+ 中配置块编辑器（Block Editor）数据类型，以及使用该数据类型的属性。它支持两种方式：为每个编辑器排版区域创建 Block Grid（方法 A），或为重复列表创建 Block List（方法 B）。该技能遵循“先写需求、等待批准、再应用、最后回读”的工作流，并依赖 umbraco-content-model-conventions 与 umbraco-content-requirements-documentation 两个配套技能。块本身由 umbraco-add-block 负责创建。它可接入 Umbraco Developer MCP，也可按需求文档手工操作，并支持被其他技能调用。
umbraco-content-model-conventions
这是一个面向 Umbraco CMS 内容建模的约定参考索引技能，用于回答“规则是什么”及其原因，本身不创建任何内容。文档按名称、结构与行为三类整理约定：名称部分涵盖文档类型名称、别名与后缀、属性别名、描述、图标与颜色；结构部分涵盖 Document Types 树、标签页/分组/排序、组合（Composition）；行为部分涵盖允许的子节点与根级允许、模板。文档还定义了页面、文档类型、元素类型、区块、组合、区块区域六个核心概念，并说明模板决定是否为页面、内容与样式分离等原则。使用方式是：设计新内容时先找到对应决策行，只打开相应参考文件并应用规则；检查已有模型中的单个决策时，按 Look for 列定位匹配文件；解释规则时引用文件给出的理由与曾被否决的替代方案；若项目已有约定与规则冲突，则以项目约定为准并说明偏离了哪条规则。限制：这些是项目内部约定而非 Umbraco 强制要求，源自生产环境的 Umbraco 17 schema；媒体类型与成员类型不在覆盖范围；审查读取模型的 C# 或 Razor 代码属于另一插件；该技能不含代码和资源，需配合需求文档编写与 linter 使用，且不能仅凭声明就断言线上模型合规。
umbraco-content-requirements-documentation
这是为 Umbraco 17+ 提供的技能：把数据库架构（Schema）变更先写成 Markdown 内容需求文档，按变更集（changeset）分组、每个文档对应一个制品（artefact），经用户审批后再通过 Umbraco Developer MCP 或手动步骤执行，并读回验证，最后才标记为已应用。该技能需与 umbraco-content-model-conventions 技能配合使用，覆盖检查、编写、lint 校验、审批、应用、验证六个步骤。
umbraco-review-content-model
该技能用于审计 Umbraco 17+ 内容模型，依据内容建模约定报告所有偏离项，按严重程度排序并说明原因与修复技能，仅审查不修改。
umbraco-skill-reviewer
umbraco-skill-reviewer 是面向技能市场维护者的 Umbraco 技能 PR 审阅工具，属于维护者工具链，不随任何插件发布。它把技能 PR 从“已打开”推进到“可合并”：审阅技能是否符合仓库约定，对照源码核实其中的 Umbraco 相关说法，在 PR 分支上直接修改并推送，运行验证（校验、测试门禁、启动检查，出现异常时才运行评测），最后发布一条汇总评论并切换标签。该工具明确不批准、不请求修改、不合并，合并始终由人工完成；也要求不得声称运行过实际未执行的检查。
hyperframes
HyperFrames 是一套把 HTML、CSS、媒体和可 seek 动画确定性渲染为 MP4 的渲染基础设施。它面向需要多 composition、媒体轨道、字幕、声音、变量批量视频、本地与云端统一导出的视频生产场景，也可在 Studio 中继续编辑 HTML 视频时间线。接入需要 Node.js 22+ 与 FFmpeg，通过 CLI 完成项目初始化、lint 检查、快照预览与草稿/交付级渲染，并强调逐帧确定性、离线资源与最终成片复核。