color-accessibility
color-accessibility 是一个面向无障碍配色设计的技能，帮助设计出对所有用户（包括色盲用户）都可用的配色方案。它围绕 WCAG 对比度标准、色觉缺陷模拟与无障碍颜色使用展开，提供对比度公式、测试工具参考以及设计最佳实践。适用于创建调色板、设计数据可视化、测试界面设计、状态指示与告警、表单校验状态以及图表等场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
全部 Skills
236,156 个结果
troubleshooting-astro-deployments
该技能用于借助 Astro CLI 排查 Astronomer 生产部署问题。适合在调查部署故障、查看生产日志、分析失败原因时使用。技能以命令清单形式给出操作方式：先通过 astro deployment list 和 astro deployment inspect 获取部署状态概览，再用 astro deployment logs 按组件（scheduler、workers、webserver、triggerer）或日志级别（error、warn、info）过滤日志，并支持 --keyword 关键词搜索；同时提供环境变量的列出、创建、更新、删除命令，以及针对重复性 DAG 失败、资源问题、配置问题、导入错误等常见场景的排查路径。
crossing-the-chasm
该技能将杰弗里·摩尔（Geoffrey Moore）的《跨越鸿沟》战略应用于B2B科技产品，帮助产品从由远见者主导的早期市场过渡到由务实主义者主导的主流市场。技能内容涵盖技术采用生命周期（TALC）、鸿沟成因、诺曼底登陆式滩头阵地策略、九因素筛选清单、整体产品四层模型、竞争定位公式、分销与定价原则，以及常见失败模式。适用于已有至少10个付费客户、面向企业买家、处于早期市场并准备进入主流市场的产品团队。技能明确指出其适用边界：纯消费级产品、PLG模式、双边市场、AI原生工具等场景需谨慎使用或改用其他框架。
recipe-search-and-export-emails
该技能用于在 Gmail 中按查询条件查找邮件，并将结果导出以便审阅。它属于 googleworkspace/cli 提供的操作配方，执行前需先加载 gws-gmail 技能。核心流程包括：使用 gws gmail users messages list 按查询语句（如发件人、时间范围、标签等）搜索邮件；使用 gws gmail users messages get 获取指定邮件的完整内容；以及通过 --format json 将搜索结果导出为 JSON 文件。适用于需要批量检索、归档或人工复核邮件的场景。
jwt-validate
用于验证和校验 JSON Web Token（JWT）的技能：检查签名、有效期、声明与结构，判断令牌是否真实、未过期且格式正确。适用于用户要求验证、校验或检查 JWT 的场景，需用户提供密钥、PEM 公钥或 JWKS URI。
market-sentiment
该技能用于聚合热门加密货币 RSS 源中的新闻，对文章进行情感分析，并计算 -1（极度负面）到 +1（极度正面）的整体市场情绪评分，同时给出基于新闻证据的详细解释。工作流程包括选择 RSS 源、抓取新闻、按关键词与语境将每篇文章分类为正面（+1）、负面（-1）或中性（0）、计算所有文章的平均情感分，并生成解释。输出包含数值评分以及按来源拆解、关键正面/负面驱动因素和整体市场影响说明。技能附带 sentiment_analyzer.py 脚本用于自动抓取与计算，以及 RSS 源列表和情感分类示例参考文档。
ninja
Ninja 构建系统技能：用于诊断 Ninja 构建失败、理解 Ninja 作为 CMake 等工具生成的底层构建执行器的作用，以及按需查看 .ninja 文件格式。
provider-pattern
Provider 模式（Provider Pattern）教学技能，讲解如何用 React Context 在组件树中共享数据，避免层层传递 props 的 prop drilling 问题，适用于多个嵌套组件需要访问同一数据（如主题、认证、语言）的场景。
tool-foundation-sprint-approach-options
Foundation Sprint 第二天上午使用的技能，强制团队在收敛前生成 3 到 7 个候选方案，每个方案写成一页摘要，避免只锚定单一想法。
tool-foundation-sprint-brief
Foundation Sprint Brief 是一个冲刺前简报技能，用于在 Foundation Sprint 第一天开始前，把团队对齐到一页纸的简报上，锁定范围、冲刺必须解锁的决策、团队与角色分配、后勤安排、需要携带的输入材料以及成功标准。它属于 foundation-sprint-skills 技能家族，主要输入来自 tool-foundation-sprint-readiness 的就绪结论，产出包含六个部分的单一工件，并以 Decider 签核作为结束。
tool-foundation-sprint-founding-hypothesis
Foundation Sprint 第二天的收尾技能，用于将整个冲刺的战略框架压缩为一句标准化的「创始假设」（Founding Hypothesis），并配套一份可测试的假设记分卡。该技能严格遵循固定句式模板，要求填写目标客户、重要问题、方法、竞品或替代方案、差异化五个槽位，并产出「我们为何相信」「什么能证明我们错了」以及推荐的下一步验证步骤。适用于 Foundation Sprint 第二天结束前 30-45 分钟，由 Decider 主导起草、修订并最终批准。
tool-foundation-sprint-magic-lenses
Foundation Sprint 第二天下午使用的技能，通过多个视角（4 个经典视角加至少 1 个自定义视角）评估候选方案集，找出跨视角的一致赢家、矛盾点与最大取舍，最终由 Decider 指定首选押注（top bet）与备选方案（backup plan），并撰写一段决策理由。该技能产出包含经典视角图表、自定义视角图表、模式回顾、首选押注、备选方案和决策理由六部分的单一打包产物。适用于 Approach Options 已签署、有 3-7 个候选方案推进、且团队已准备至少 1 个自定义视角的场景；不适用于方案未定、团队已预先锁定首选或团队疲惫无法清晰评估的情况。
spreadsheet-processor
spreadsheet-processor 是一个用于处理电子表格文档的 AI 智能体技能，能够创建、编辑、分析和转换 Excel 文件，支持公式与格式设置。它基于 pandas 和 openpyxl 完成数据读取、写入与格式化，并通过 recalc.py 脚本调用 LibreOffice 重新计算公式。该技能对输出有明确质量要求：所有 Excel 文件必须零公式错误，更新模板时需严格匹配既有格式与约定。针对财务模型，它规定了一套行业标准颜色编码，例如蓝色文本表示硬编码输入、黑色表示公式、绿色表示同工作簿内跨表引用、红色表示外部链接、黄色背景标记关键假设。数字格式也有统一规范，包括年份按文本存储、货币使用 $#,##0 并在表头标注单位、零值显示为短横线、百分比默认一位小数、倍数使用 0.0x、负数用括号表示。公式构建方面要求所有假设值单独放置并使用单元格引用而非硬编码数值，同时对硬编码数据需注明来源。使用时需配合 LibreOffice 进行公式重算，脚本会扫描所有单元格中的 #REF!、#DIV/0! 等错误并返回 JSON 格式的详细报告。适用场景包括数据分析、批量数据处理以及需要保留公式和格式的 Excel 模型维护。
aws-skills
AWS 技能集合工作流是一个面向 AWS 架构与基础设施变更的规划与评审流程，属于上游 AWS 技能集合（upstream AWS skill collection）的路由型条目。它用于在现有应用已有 AWS 服务选型的前提下，帮助选择合适的基础设施工作流，并在任何云上变更发生之前，先对基础设施方案进行审查。该条目本身是一个路由工作流，不打包全部上游技能，需要配合上游技能集合使用。使用流程大致为：先梳理应用需求、现有 AWS 服务、目标账户与区域、约束条件与期望结果；在提出变更前阅读项目已有的基础设施定义；打开上游 AWS 技能集合并选择与实际服务和基础设施框架匹配的工作流；阅读该工作流的前置条件与引用文档；对已部署环境，申请只读的授权清单或使用用户提供的配置，不根据命名推断账户身份；产出包含资源边界、IAM 访问、网络、成本假设以及验证与回滚方案的架构或基础设施计划，并区分观察到的配置与拟议变更；在任何创建、修改或删除云资源的操作前与用户一起评审；最后对照需求验证结果，说明哪些检查已运行、哪些是模拟、哪些需要部署访问权限。其限制包括：上游技能集合是外部前置依赖，无法访问时应如实报告，不臆造指令；规划不能证明部署可行，没有最新证据时不得声称账户、价格、权限或可用性；云上变更需要用户授权范围与项目的部署控制。
goals-and-kpis
goals-and-kpis 是一个社媒目标设定技能，用 NORTH 框架把业务目标拆解为 SMART 目标、每渠道单一北极星指标与支撑指标，并设定基准目标、动作阈值和复盘节奏。它只负责设定目标与阈值，不负责测量。
platform-specs-and-validation
跨平台发布就绪与校验技能：在多平台分发帖子前，检查各平台必填字段、媒体规则与限制，并执行发布前校验循环。它属于 WoopSocial 发布体系，只负责字段正确与通过校验，不负责创意写作或效果保证。
auto-editor-transcribe
auto-editor 的 whisper 子命令，用于把媒体文件或实时麦克风转写为文本或字幕，并可按字幕内容剪辑时间线。支持 whisper.cpp（Whisper、Parakeet）与 Apple Speech 后端。
fastapi-development
这是一个面向 FastAPI 开发的技能/提示词集合，指导使用 async/await、Pydantic 类型校验、依赖注入、JWT 认证与 SQLAlchemy ORM 构建高性能现代 Python API，并自动生成 OpenAPI/Swagger 文档。适合构建 REST API、异步接口、微服务以及需要数据校验与安全认证的后端服务；提供快速入门示例与多份参考指南，涵盖应用搭建、数据模型、异步数据库查询、安全认证、服务层与异步路由。
makefile-validator
用于校验、检查与审计 Makefile 及 .mk 文件的技能，提供本地优先的确定性验证流程，覆盖依赖预检、GNU make 语法检查、mbake 校验与格式检查，以及安全、最佳实践和优化检查。
search
该技能用于设计或改进搜索体验、结果展示与筛选界面，帮助用户即使不确定自己要找什么也能快速定位内容。核心思路不是第一次就给出完美结果，而是通过宽容的搜索与清晰的结果展示，引导用户从意图走向结果。技能会参考搜索与筛选UX、可发现性、集合浏览与筛选、预测与意图驱动UI等参考资料，覆盖自动补全、筛选架构、结果呈现、零结果恢复等场景。使用前需评估搜索意图、数据集规模、查询模式与失败模式，随后进行查询输入、自动补全、筛选集成、结果列表、空状态、排序控制、分页加载与无障碍设计，并列出需避免的反模式与上线前的质量检查项。
ionic-react
Ionic React 是一个面向 AI 智能体的技能，用于指导使用 Ionic Framework 与 React 开发跨平台应用。它覆盖项目结构、IonReactRouter 路由与导航、React 专用 Ionic 组件、Ionic 生命周期钩子、状态管理以及最佳实践。技能会先自动检测项目中的依赖、平台、构建工具与 TypeScript 使用情况，再按步骤引导开发，并适配现有代码风格。适用于使用 @ionic/react 构建移动端或混合应用、需要处理页面过渡、标签导航、侧边菜单、表单输入、覆盖层（弹窗、Toast、ActionSheet 等）以及 Capacitor 原生构建的场景。
content-research-writer
content-research-writer 是一个面向长文写作的协作技能，帮助用户完成研究、列大纲、起草与改稿，同时保持作者本人的语气与风格。它可用于撰写博客、文章、newsletter、教程、思想领导力文章、案例研究以及带来源的技术文档。主要能力包括：协作式大纲搭建、资料检索与添加引用、开头钩子改进、逐节反馈、文风保留、引用格式管理以及多轮迭代打磨。使用时建议为每篇文章建立独立文件夹并创建草稿文件，在该目录中启动 Claude Code 后按“先列大纲、再研究加引用、改进钩子、逐节评审、整体润色”的流程推进。资料未提供该技能的安装命令、收费方式或具体平台限制等信息。
patent-architect
Patent Architect 是一个面向 AI 系统、XR 设备与软硬件协同设计领域的专利撰写技能，用于将技术构想转化为完整的中国专利申请文件。它按阶段依次执行：先解析发明描述，提取技术领域、技术问题、技术方案与技术效果四要素；再通过 SerpAPI 与 Exa.ai 进行现有技术检索（缺少 API 密钥时自动回退到 WebSearch），并做新颖性分析；最后依据模板生成包含至少三个不同实施例的完整中文专利申请表。输出支持两种模式：默认 --md 模式将文件保存为本地 Markdown（文件名形如 Patent-[ShortTitle]-[YYYYMMDD].md，优先存入 docs/ 或 patents/ 目录）；--lark 模式通过 lark-cli 创建飞书云文档，可指定目标文件夹、知识库节点或知识库空间，并利用飞书富文本特性（表格、高亮块、白板、分栏等）增强排版。该技能强调可授权性、术语精确、诚实列出缺陷与替代方案，并遵循正式中文专利语言规范。
aspire-init
Aspire Init 是一个用于首次将 Aspire 添加到仓库的工作流技能。它负责在尚无 Aspire AppHost 的项目中生成骨架（AppHost skeleton）和选择项目模板，之后将资源编排工作交给 aspireify。Aspire Init 仅用于首次初始化：根据仓库状态选择 `aspire new`（全新项目）或 `aspire init`（已有仓库）；若检测到已有 AppHost，则不应运行 init，而是移交至 aspireify（重新接线）或 aspire-orchestration（生命周期管理）。使用前需满足 .NET 10.0 SDK、可选 Node.js（TypeScript AppHost）以及 Aspire CLI 等前置条件，可用 aspire doctor 诊断缺失项。