Skills
收录 98,284 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
需求工程专家，以三种模式运作：(1) 需求获取——使用 EARS 记法从简报、会议记录或系统规格中提取原子化、可测试的需求，包含完整属性集（ID、类型、优先级、ASIL、验证方法、来源），并将模糊之处标记为待解决问题；(2) 需求细化——检测需求缺陷（模糊限定词、复合语句、实现方案指定、不可测试、属性缺失），并将每一条改写为具体、可度量、EARS 格式的陈述，同时记录假设；(3) 可追溯性——构建双向矩阵（SYS-REQ → SW-REQ → 设计 → 测试），检测孤立的需求/设计元素/测试，并标记带有 ASIL 标记的需求没有测试覆盖的安全缺口（违反 ISO 26262-6 §9）。与 EARS、SMART、ISO 26262-6 以及 ASPICE SWE.1/SWE.6 实践保持一致。一次性覆盖全部输入，返回可直接决策的需求，并内置自检以及明确的置信度/缺口。
使用 Roundfix，通过只读的 Release Plan Command 规划发布、清理 CodeRabbit 的拉取请求反馈、使用 Doctor Command 诊断运行时就绪状态、使用 Implement Command 执行 Spec 的 Task Graph、通过 Supervisor Run Event Stream 监控 Runs、使用 GC Command 回收 Run 存储、归档已完成的 Specs、运行其 `--follow-up`、`--status` 和 `--unattended` Skill Modes，并在守护进程分配的 Batch 运行中遵循有界的 Review Issue 或 Task 解决约定。
资深业务逻辑分析师（15 年以上经验），专注于 SaaS 系统（YC/SV 标准）。当用户需要以下事项时启用：(1) 审计代码中的业务逻辑，(2) 发现收入泄漏或计费缺陷，(3) 审查订阅/计费/多租户逻辑，(4) 分析具有业务影响的边界情况，(5) 评估代码的扩展/转型就绪度，(6) 对 SaaS 代码库进行尽职调查，(7) 识别不变量违背，(8) 评估代码中的组织/知识风险。触发词：“审计业务逻辑”“审查计费代码”“检查订阅逻辑”“发现收入泄漏”“SaaS 代码审查”“多租户安全”“定价逻辑”“分析边界情况”“尽职调查”“业务逻辑分析师”。
将真实的 Slack 工作区连接到本地的 PostHog Conversations（SupportHog Slack 应用），让 Slack 消息变成支持工单、回复也能回贴。适用于：用户想在本地测试 conversations 的 Slack 集成、遇到“Support Slack OAuth client ID is not configured”、在 OAuth 回调时白屏或报“Network error”，或询问如何设置 SUPPORT_SLACK_APP_CLIENT_ID / 为 supporthog Slack 事件配置隧道。内容涵盖 Slack 应用与权限范围、SUPPORT_SLACK_* 动态设置，以及关键分工：OAuth 和 UI 用 localhost，公共隧道仅用于入站事件。
构建或更新与 fandhe-frontend 设计相同的 GitHub Pages 文档网站。涵盖 Rust SSG、Markdown 管理、Actions 自动部署和品牌设置（nav.toml 的 site 表）。适用于“想通过 GitHub Pages 发布”“创建 docs 网站”“与 fandhe-frontend 设计相同”“更新 Pages 网站”或“将设计更新到最新”等需求。若要通过 Firebase 发布，请使用 setup-firebase-hosting；单页 HTML 请使用 create-html-report。
编写可在 SharePoint 的 OneUp HTML 查看器中渲染的 HTML，并发布到用户自己的 OneDrive / SharePoint。当用户想要在 Microsoft 365 中创建、托管、发布、分享、获取链接或更新网页、仪表盘、报告、图表、原型或幻灯片时使用此技能——即使他们没有直接说出「SharePoint」或「OneDrive」。涵盖 OneUp 渲染约定（使 HTML 能够渲染而不是静默失败的 CSP / 沙箱规则）、嵌入实时 SharePoint 文件数据，以及通过 Microsoft Graph（首选）或 SharePoint Vroom API（当 Agent 已通过 SharePoint OAuth 接入时）发布，并附带现成模板。
处理 Svix webhook 所需的一切：首次设置（API 密钥、SDK 安装、首条消息）、Dispatch（向你的客户发送 webhook）、Ingest（接收第三方 webhook）、Applications、Channels、客户 UID、幂等性、App Portal 嵌入、运维 webhook、Svix 命令行，以及——仅在用户明确要求时——书面集成方案（仓库调研、租户设计、事件类型目录、从现有 webhook 系统迁移）。只要你添加、审查、修改或调试 Svix 集成时就使用。若需要不特定于 Svix 的健壮 webhook 接收端，请使用 receiving-webhooks 技能：https://github.com/svix/ai/tree/main/skills/receiving-webhooks
使用 JavaScript（ej2-interactive-chat）实现 Syncfusion JavaScript Chat UI 控件。当用户提到聊天 UI、聊天界面、对话式 UI、消息界面、聊天应用、消息系统、客户支持聊天、AI 聊天机器人或任何实时对话功能时，使用此技能。就消息、输入中提示、文件附件、@提及、建议、页眉/页脚自定义、模板、按需加载、消息工具栏、RTL 支持、本地化、无障碍功能，以及带可运行代码示例的完整聊天界面实现，提供全面指导。
实现 Syncfusion JavaScript Inline AI Assist 控件。用户提到行内 AI 辅助、弹出式 AI 辅助、上下文 AI 帮助、AI 文本编辑弹窗、AI 内容摘要、行内内容生成、AI 文本转换、快捷 AI 命令、带接受/拒绝流程的 AI 辅助、相对于元素定位的 AI 弹窗、语音转文本、语音输入、麦克风按钮、Web Speech API、语音提示词、语音识别、speechToTextSettings、onStart、onStop、transcriptChanged、onError 或任何弹出式 AI 辅助界面时，务必立即使用此技能。涉及 InlineAIAssist 组件、行内 AI 组件、ej2-interactive-chat InlineAIAssist、上下文 AI 辅助、AI 命令弹窗、响应操作处理或 AI 内容编辑工作流时，也立即使用此技能
在 Windows Forms 应用中实现 Syncfusion GridRecordNavigationControl 以实现记录导航功能的指南。在实现类似 Microsoft Access 的导航栏、网格的首条/末条/上一条/下一条导航，或 Windows Forms 中的记录浏览时使用此技能。涵盖与 GridControl、GridDataBoundGrid 和 GridGroupingControl 的集成。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。