Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
Postmark 平台帮助——通过 REST API（`POST /email`、`POST /email/batch`）发送事务性邮件、SMTP 中继、Message Streams（事务性与广播流隔离）、带布局继承的 Handlebars 模板、入站邮件解析、Webhooks（退信、送达、打开、点击、垃圾邮件投诉、订阅变更、入站）、DMARC 监控、退信管理（Rebound）、抑制列表、统计、Bulk API、发件人签名以及域名认证。当事务性邮件未送达、Postmark 退信率上升、不确定如何将事务性流与广播流分离、模板渲染不正确、入站邮件解析出错、Webhooks 未触发，或 DMARC 报告显示认证失败时使用。不要用于通用邮件营销策略（使用 /sales-email-marketing）、跨平台邮件送达率（使用 /sales-deliverability）、邮件打开/点击跟踪策略（使用 /sales-email-tracking）或 SendGrid 特定问题（使用 /sales-sendgrid）。
事务性与触发式邮件发送——订单确认、密码重置、欢迎邮件、收据、发货通知、账户提醒。涵盖服务商选择、模板设计、送达率、API 集成、SMTP 中继以及跨 SendGrid、Postmark、Mailgun、Brevo、Braze、Iterable、Customer.io、Mailchimp/Mandrill、GetResponse（仅 MAX）和 Amazon SES 的监控。当密码重置或订单确认未能送达客户、不确定该选哪家服务商、触发式邮件进入垃圾邮件箱或延迟到达，或 SMTP 中继配置失败时使用。不要用于营销邮件活动（使用 /sales-email-marketing）、冷外联序列（使用 /sales-cadence）、跨平台送达率策略（使用 /sales-deliverability）或 SendPulse 特定问题（使用 /sales-sendpulse）。平台特定帮助请使用 /sales-braze、/sales-iterable、/sales-sendgrid、/sales-postmark、/sales-mailgun、/sales-brevo、/sales-customerio、/sales-mailchimp 或 /sales-getresponse。
编排 Semantius 流程（architect、analyst、modeler）和实例管理。当意图涉及多个 skill、提供远程 blueprint URL，或提出“部署此 blueprint”“部署这些 blueprints”“全部部署”“设置这些系统”“帮我构建并部署一个系统”“端到端设置 CRM”“克隆 candidate-crm blueprint 并部署”“我们的实例中部署了什么？”“semantius 状态”“审计此文件”（未指定具体 skill）、“开始使用”“我是新手，请帮我设置”“开启快速流程”“专家流程”“引导流程”，或任何需要检查工作区产物并路由到合适子 skill 的请求时触发。包含多个 URL、路径或 glob 的部署请求也触发。用户直接调用某个子 skill 时不要触发（例如“用 semantius-analyst 审计此规范”或“运行 modeler”）；应交由该子 skill 处理。作为端到端和模糊请求的入口。跨主机备份、恢复或迁移模块或表及其数据应使用 semantius-transfer，而非此 skill。
将 `semantius-architect` 生成的 `*-semantic-blueprint.md` 转换为可部署的 `*-semantic-spec.md`，完成部署的前半部分，再由 `semantius-modeler` 完成后半部分。当用户需要将蓝图转换为或扩展为可部署的规范，询问蓝图可复用目录中的哪些内容、要将蓝图并入现有目录、使其与现有内容一致，或比较蓝图与现状并补充字段级细节时触发。作为统一目录的把关者，分析器会将蓝图中的每个实体与内置实体、同模块重复项、共享主实体、跨模块冲突及近似名称冲突进行核对；推动合并、重命名、复用和提升决策；确认要纳入哪些可选蓝图实体；然后仅为规范拥有的实体收集字段级细节（格式、验证规则、计算字段、输入类型和选项规则）。复用的实体只作引用，不重新定义。规范通过 `semantius-modeler` 部署，无需进一步交互决策。
创建并维护语义蓝图：在实体层面定义实体、角色、关系、生命周期状态和权限，不涉及字段级细节（`semantius-analyst` 会将蓝图转换为规范）。无论如何表述，只要用户需要业务系统或数据驱动工具就触发，例如“设计数据模型”“构建类似 X 的系统”“建模某个领域”“规划 CRM/ITSM/HRIS/LMS/ERP/PIM/CMS/PM/现场服务/计费系统”“我需要服务台、CRM、HR 系统、申请人跟踪器、路线图工具、工单系统或库存系统”“用于跟踪/规划/管理/组织/记录/采集 X 的工具”或“处理 X 的东西”。绝不建议用户购买现成 SaaS 来代替构建；知名产品仅作参考。用户需要审查、审计、检查、更新、自定义、扩展、重建或重新分析现有 `*-semantic-blueprint.md`，克隆并自定义精选目录中的蓝图，或重构设计以确保每种现实事物只记录一次（例如将客户和供应商合并为一个业务伙伴）时，也应触发。
指导高级系统与解决方案架构 — 跨服务边界、集成模式、非功能需求（规模、可靠性、安全、成本）、ADR、C4 风格建模、架构评审、自建 vs 采购，以及分阶段迁移（绞杀者、双写）。适用于设计多服务系统、评估平台或供应商选型、编写或评审架构决策记录、定义标准与原则，或评估跨领域技术风险 — 不适用于单服务 RFC 与模块设计（senior-software-engineer）、数据平台或数据网格决策（data-architect）、云着陆区、Well-Architected 与迁移架构（cloud-architect）、云/IaC 实施（infrastructure-engineer、cloud-engineer）、内部开发者平台产品（platform-engineer）或项目跟踪（technical-program-manager）。业务战略与案例请使用 business-consultant；应用型 AI（RAG、Agent、Copilot）请使用 applied-ai-architect-commercial-enterprise。
为 Stripe 集成提供开发与测试环境规划（独立沙盒或共享测试模式沙盒）、API 选择（Checkout Sessions 或 PaymentIntents）、Connect 平台设置（Accounts v2、controller 属性）、计费/订阅、税务与注册（Stripe Tax、automatic_tax、产品税码）、Treasury 金融账户、集成选项（Checkout、Payment Element）、从已弃用 Stripe API 迁移，以及安全最佳实践（API 密钥管理、API 密钥权限、webhook、OAuth）方面的决策指导。适用于规划、构建、修改、测试或审查任何 Stripe 集成，包括选择开发环境、收款、构建市场平台、集成 Stripe、处理付款、设置订阅、征收销售税、VAT 或 GST、创建关联账户，或实施安全的密钥处理。
通过 Supabase 中的 JWT claims 实现自定义基于角色的访问控制：app_metadata.role、使用 auth.jwt() 提取角色的 RLS 策略、组织范围访问以及 API key 作用域限定。适用于实现基于角色的权限、配置组织级访问、构建 admin/member/viewer 层级，或按角色限定 API key 作用域时。触发词：“supabase RBAC”、“supabase roles”、“supabase permissions”、“supabase JWT claims”、“supabase organization access”、“supabase custom roles”、“supabase app_metadata”。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。