Skills
收录 100,928 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
以一份整合简报交付每周增长概况：增长引擎是否奏效、客户在公开和私下场合的评价、竞争对手实际做了哪些变化，以及本周值得采取的三项增长行动。这是 Monday 简报的增长版，将 growth-pulse 和 review-reputation 串联起来，并加入基于网络的竞争对手扫描，整合为单页，而非三份报告。首次提供按周运行的选项，获得同意后即进行设置。业主想定期或一次性检查增长情况时均可使用，包括“营销进展如何？”“本周增长情况检查”“给我 Monday 增长简报”“这周我该如何推动增长？”“我们在市场上是赢是输？”或“设置每周营销更新”等说法。业主询问业务如何增长，而非如何支付账单时，应使用此功能。
验证由 /mem0-integrate 生成的 Mem0 集成。在同一工作区、同一分支（松散耦合）中运行：安装依赖、运行代码库原生测试套件，然后使用用户的 API key 执行真实的端到端冒烟测试流程，并生成评分卡。触发条件：用户刚运行 /mem0-integrate，并要求“验证”“测试集成”或“运行 /mem0-test-integration”；或者当前分支存在 .mem0-integration/ 目录，且尚未运行测试。不应触发：用户想运行常规项目测试（应使用代码库原生测试命令），或者当前分支没有运行过 /mem0-integrate（请先让用户运行 /mem0-integrate）。此技能仅用于捕获编译和运行时错误。逻辑集成错误——例如存储了错误数据、检索时间错误、用户范围错误——由人工审查者负责发现。
构建任何由 webhook 触发的工作流、定时或面向生产环境的工作流、连接单个节点的错误输出，或任何静默失败会导致用户可见工作丢失的工作流时使用。适用于触发词：“webhook”“respond to webhook”“API”“production”“error”“failure”“5xx”“try/catch”“error workflow”“onError”“continueErrorOutput”“error branch”“node error output”“output(1)”“main[1]”“scheduled”，以及任何无人值守运行的工作流。
将 Node 包交付方式的选择问题归入一个安装任务包：临时 Git 桥接、固定 SHA 的共享桥接、私有认证 Git 路径、tarball / `npm pack` 产物、workspace / `file:` 内循环，或先发布再通过注册表交付。用户想从分支、标签、提交、fork、私有仓库、monorepo 包或未发布的修复安装 npm / pnpm / Yarn / Bun 包，且核心问题是选择哪种交付路径最安全，而非了解 Git 或包注册表的一般用法时使用。触发词包括：从 GitHub 安装 npm 包、Git 依赖、github:owner/repo、git+ssh、git+https、从仓库获取私有包、安装分支还是提交、安装 monorepo 包、比较 npm pack 与 Git，以及是否应改为发布。
为 TypeScript 项目提供全面的 vitest 测试指导。适用于：(1) 使用 AAA 模式、参数化测试或 async/await 编写新测试；(2) 检查测试代码中的反模式，如宽松断言（toBeTruthy）、过度 mock 或嵌套 describe 块；(3) 优化运行缓慢的测试套件；(4) 使用 fast-check 实现基于属性的测试，尤其适用于编码/解码对、往返属性、验证器、规范化器和幂等性检查。涵盖测试组织、断言、测试替身层级（fake/stub/mock）、异步测试、性能模式和基于属性的测试模式。触发关键词包括 vitest、*.test.ts、describe、it、expect、vi.mock、fast-check、fc.property、roundtrip 和 idempotence。
评估页面热图所反映的情况，并提出具体改动建议。提取 URL 的点击、愤怒点击和滚动深度数据，通过交叉比对同一页面上的自动捕获事件识别热点元素；还可以创建用户可在 PostHog 中打开的已保存热图，然后总结用户行为并提出改进建议。 触发条件：用户询问热图显示了什么、为什么用户没有点击某项内容、用户在哪里愤怒点击、滚动了多远、根据热图／点击数据应如何修改页面，或要求分析／评估／审查某个 URL 的热图。 不要触发：用户只想创建已保存的热图截图而不需要分析（直接使用 heatmaps-saved-create），或一般性询问会话回放（使用 investigating-replay）。
制定或记录完整的品牌声音与语调体系，涵盖声音特征、随情境变化的语调、词汇偏好、语法规则和文案示例。用户希望定义品牌表达方式、编写声音与语调文档、审核现有文案的一致性、培训团队或 AI 助手使用品牌声音，或完善品牌文案个性时使用。触发词包括品牌声音、声音与语调、语调、写作声音、品牌个性、文案声音、声音文档、声音指南、我们应该如何写作、声音培训、声音审核。即使用户没有明确说明，只要文案“感觉不对”的根本问题在于品牌声音，也会触发。进行声音一致性检查时，此技能负责定义和记录声音体系；若需在发布前依据现有体系检查具体草稿，则使用 `editorial-qa`。
为中小企业业主回答一个问题：增长引擎是否真正有效？从已连接的数据源提取各渠道的销售趋势、漏斗转化率、营销活动回报、表现最好和最差的产品以及客户情绪，最后给出本周值得采取的三项增长行动。这是 business-pulse 的增长侧对应工具，business-pulse 负责财务方面。业主询问营销或销售表现、营销活动是否见效、潜在客户来自哪里、销售管道为何停滞、哪些产品卖得好，或说“我的营销有效吗”“增长检查”“销售漏斗怎么样”“下个月该把钱投在哪里”等时使用。即使业主只提到单个渠道，而非整体增长，也可以使用。
亚马逊卖家订单查询与履约状态管理。用于搜索订单、获取订单详情、订单商品、买家信息和收货地址，处理发货确认、配送状态、管制商品订单及买家核验状态。用户提到亚马逊订单、卖家订单列表、订单详情、Amazon order ID、买家信息、收货地址、订单行、确认发货、更新 shipment 状态、管制订单、核验状态、searchOrders、getOrder、Orders API 时触发。即使未明确说“Orders API”，只要希望查询或处理亚马逊商城中产生的卖家订单，也应触发此技能；MCF、FBA 入仓和 External Fulfillment 货件使用对应履约技能。
专注于使用 NestJS、DDD、Clean Architecture 和 CQRS 模式设计并实现可扩展的模块化单体架构。构建模块化单体后端、设计限界上下文、创建领域模块、实现事件驱动的模块通信，或用户提到“modular monolith”“bounded contexts”“module boundaries”“DDD”“CQRS”“clean architecture NestJS”或“monolith to microservices”时使用。不要用于简单 CRUD API、前端工作、缺乏架构背景的一般 NestJS 问题，或与技术栈无关的演进式模块化单体设计（使用 evolutionary-modular-architecture）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。