Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
当用户要求“translate”“翻译”“精翻”“translate article”“translate to Chinese”“translate to English”“改成中文”“改成英文”“convert to Chinese”“localize”“本地化”“refined translation”“精细翻译”“proofread translation”“快速翻译”“快翻”“这篇文章翻译一下”，或提供带有翻译意图的 URL／文件时，应使用此技能。支持三种模式（快速／普通／精细），并支持自定义术语表。
通过用户自己的 Gmail 帐户发送邮件的每个 Caffeine 构建都必须遵循此方案。唯一支持的方式是将 `googlemail-client` mops 包（Gmail REST API）与 `google-oauth` mops 包（令牌交换 + 刷新 + PKCE）结合使用。手动编写 `ic.http_request` 调用 `oauth2.googleapis.com` 或 `gmail.googleapis.com` 属于禁止的反模式，会绕过 bearer 身份验证、复制成本保护，以及 `google-oauth` 库的百分号编码和 JSON 解析。只要用户、规格或之前的任何任务提到发送邮件、Gmail、“通过邮件通知”“通过邮件转发结果”或同义表达，就加载此技能；并且必须在编写任何涉及 Google 端点的代码之前加载。
当用户想要规划、举办、赞助活动、在活动上演讲或通过活动获取销售线索时使用，活动包括网络研讨会、会议、贸易展、聚会、晚宴、工作坊、线上峰会或用户大会。用户提及“活动营销”“现场营销”“举办网络研讨会”“网络研讨会转化漏斗”“到场率”“是否应该赞助”“赞助会议”“贸易展展位”“展位策略”“活动 ROI”“徽章扫描”“活动跟进”“演讲名额”“CFP”“会议演讲”“举办晚宴”“用户大会”或“线上峰会”时也适用。涵盖主办、赞助／参展、演讲和参加四种角色。产品发布活动请参阅 launch。联合网络研讨会的合作部分请参阅 co-marketing。持续性社区项目请参阅 community-marketing。播客亮相请参阅 public-relations。邮件序列本身请参阅 emails。
使用语义搜索、语义与结构扩展以及正文核验，在 Firecrawl 的研究论文索引中查找回答研究问题的论文。该索引是论文摘要语料库，主要涵盖生物医学和生命科学文献（PubMed、bioRxiv、medRxiv），也包含计算机科学、物理和数学领域的 arXiv 预印本。此技能适用于各种文献查找和论文检索任务，包括临床、生物医学、药物、基因、疾病及其他生命科学问题，无论答案是一篇论文还是多篇论文合集。只能通过 `firecrawl_research_*` MCP 工具或 `firecrawl research` CLI 子命令访问该索引。将 `firecrawl_search` 的 `categories` 选项设为 `["research"]` 是另一项功能：它会将普通网页搜索限制在与研究相关的网站（包括 PubMed、bioRxiv、medRxiv、arXiv 和出版商网站），并返回网页结果，而不会查询此索引中的论文记录。
制作精巧、细节丰富且可交互的等距 SVG 图形，将技术概念呈现为真实的实体物件（测试台、刻度盘、抽屉柜、绘图仪、锁具），包含许多精确的小型实体部件、四级明暗、正确的绘制顺序、带标题、提示和实时读数的边框卡片，以及舒缓平滑的动态效果。适用于制作等距插图、文档/博客文章/落地页/文章的说明图表或图示、“Linear 风格”或“高级感”的技术绘图、交互式讲解图，或展示系统、算法、组件工作原理的 SVG，即使用户没有提到“等距”也适用。无需框架即可运行（使用编写 SVG 和 HTML 的 TypeScript/JS），也支持 React/Next.js；还可添加逼真的 WebGL 着色器（火焰、排气、水、焦散、灯光），并以相同的等距透视呈现在图形内部。还可将图形打印为 A4 PDF（海报、绘图或讲义），并按需发布到 Anatomy 社区图库。
使用 @upstash/redis 这个 TypeScript/JavaScript SDK，它是一个基于 HTTP 的无服务器 Redis 客户端，适用于 Next.js、Vercel、Cloudflare Workers、边缘运行时和 Node.js。适用于添加缓存（cache-aside、write-through、TTL 与过期策略）、会话存储与用户会话、键值存储、使用有序集合实现的排行榜与排名、计数器、分布式锁、使用列表实现的队列、流与消费者组、稀疏索引寻址数组与环形缓冲（ARSET、ARINSERT、ARRING、ARGREP、AROP）、存储在 Redis 内的嵌入与最近邻向量搜索（通过 redis.vector 使用 VECTOR 命令，与 @upstash/vector 分开）、JSON 文档、pipeline 与 MULTI/EXEC 事务、Lua 脚本、只读副本，或使用 Upstash Redis Search 进行全文搜索、容错搜索、分面、聚合以及对 Redis 流条目的搜索（不同于常规的 FT.SEARCH；TCP 客户端也可使用 @upstash/search-redis 和 @upstash/search-ioredis）。也适用于从 ioredis 或 node-redis 迁移、在无服务器函数中无需连接池即可使用 Redis 连接、集成 @upstash/ratelimit，或当用户提到 Redis cache、KV store、session store、serverless Redis、Upstash Redis 时。也适用于使用 Upstash AgentKit 在 Redis 上构建 AI Agent（Agent 记忆、聊天历史、RAG 工具、工具缓存、聊天持久化、可恢复的流、分布式锁），配合 Vercel AI SDK、TanStack AI 或 Vercel Eve。支持 JavaScript 类型的自动序列化/反序列化。
官方 Feature-Sliced Design (FSD) v2.1 技能，用于在前端项目中应用该方法论。任务涉及使用 FSD 层组织项目结构、决定代码归属、放置静态资源（图片、图标、字体、PDF）、组合紧密相关的切片、定义公共 API 和导入边界、解决交叉导入或评估 @x 模式、决定是否创建或删除实体、评估是否需要 entities 层、决定页面布局的归属或是否使用 widgets 层（不推荐）、判断逻辑应保留在本地还是提取出来、从 FSD v2.0 或非 FSD 代码库迁移、将 FSD 与框架集成（Next.js App Router 和 Pages Router、React Router、Nuxt、Vite、Astro），或在 FSD 中实现身份验证、API 处理、Redux 和 TanStack Query（React Query）等常见模式时使用。
在宏观层面设计全组织的营收 KPI 框架——从董事会到 IC 的各个组织层级分别关注哪些指标，这些指标如何通过带显式计算的对账指标树层层汇总，每个分支由谁负责，每个归属数字旁边配有哪几项护栏反向指标，以及这一整套指标如何按公司阶段和商业模式把关。只要用户提到营收 KPI 框架、指标层级、KPI 树、北极星指标、驱动指标、护栏反向指标、NRR，或各组织层级应跟踪哪些营收指标，就使用本技能——即使他们没有说「框架」。涵盖 B2B 与 B2C。不要用它来撰写董事会报告本身——请改用 mbfinotti/revops-skills@revenue-reporting。
开始任何 RevOps 或 Sales Ops 任务前，以及每次开启持续进行的 RevOps 项目会话时，首先运行此技能。它会将任务准确路由到 revops-skills 集合中的一个技能，或明确说明没有合适的技能；并启动或恢复项目共享的版本化上下文文件，让下次会话能延续上下文，而非从头开始；最终提供候选技能列表和有序的技能调用链。即使集合中的其他技能已是日常使用，也要运行此技能——新项目意味着新上下文。用户提到 RevOps kickoff、新的 RevOps 项目、RevOps 项目启动、RevOps 或 CRM 技能路由、定期 RevOps 检查、周期性 RevOps 审查、“我需要哪个 RevOps 技能”或“我该从哪里开始做 RevOps”时也要使用，即使用户没有指定技能，或请求看起来已属于某个特定技能。不要用于路由承担销售配额的任务；请改用 mbfinotti/sales-skills@sales-kickoff。
对活跃 pipeline 快照定期执行基于检查清单的卫生审查：将被标记的过期商机（没有阶段、预计成交日期或金额变动，也没有接触记录）对照各细分阶段的阶段中位数进行比对，标记成交日期反复推迟的次数异常和缺失预测关键字段的商机，输出异常清单，每个被标记商机给出处置意见、补救计划和通过阈值。每当用户提到 pipeline 卫生、过期商机审查、QBR 前的 pipeline 清理、反复推迟的商机、不断滑延的成交日期、商机上缺失的字段，或「我们的 pipeline 里全是垃圾」时使用——即使他们没有说出「hygiene」一词。涵盖 B2B 以及 B2C/高速成交/PLG。不要用于改写阶段定义——请改用 mbfinotti/revops-skills@pipeline-stage-definition-audit。
从零开始在宏观层面设计公司的收入漏斗模型，包括阶段设置、分析单位（潜在客户、购买群体、客户账户）、模型用途（流程、规划或预测）、计划背后的基于群组的转化假设，以及市场营销、销售和 CS 之间的职责交接。用户提到漏斗设计、漏斗阶段、漏斗模型、转化率假设、蝴蝶结模型、需求瀑布、MQL 到 SQL 再到商机的定义，或市场营销与销售的交接设计时，均使用此技能，即使用户没有提到“漏斗”。适用于 B2B 和高考虑度 B2C。不要用于审计现有销售管道的阶段定义；请改用 mbfinotti/revops-skills@pipeline-stage-definition-audit。
根据买方可验证的里程碑审计现有销售管道阶段定义，并标记那些以销售代表活动为依据的阶段。核心测试：每个阶段的退出标准是否描述了买方做过、说过或同意过的事情，并且两位经理可以独立核实？提供阶段停留时长、转化衰减、跳过阶段率和预计成交日期推迟诊断。用户提到阶段定义、阶段退出标准、阶段虚高、以销售代表活动命名的阶段（“已安排演示”“已发送提案”）、“我们的阶段毫无意义”或“为什么所有事情都卡在一个阶段”时使用，即使用户没有提到“审计”。适用于企业级和高速销售管道，以及 B2B 和 B2C。不要用于从零设计漏斗阶段；请改用 mbfinotti/revops-skills@revenue-funnel。
追踪交易和收入在某个特定漏斗中悄然流失的位置，并用可挽回（非毛额）的美元金额量化损失——未被追踪的步骤、未跟进的线索、人工交接、漏斗中段停滞、纸质流程导致的流失、计费与续约遗漏——同时区分真正的漏洞与健康的淘汰和数据采集缺口。当用户提到收入流失、漏斗掉点、漏斗漏损、交易消失、未跟进的线索、交接断层、「我们在哪一步丢单」或「管道为什么消失了」时使用——即使他们从未说出「流失」一词。涵盖 B2B 销售驱动型和 B2C/自助/PLG 场景，每次处理一个漏斗实例。将各阶段定义视为既定前提——若要审计这些定义，请改用 mbfinotti/revops-skills@pipeline-stage-definition-audit。
构建个性化且符合时间预算的 RevOps / Sales Ops 信息源关注列表，包括 RevOps 播客、通讯、社群、行业活动和值得关注的从业者；核实每个来源仍在活跃，并设置定期刷新流程以保持列表更新。用户提到 RevOps 雷达、了解收入运营最新动态、订阅哪些 RevOps 通讯或播客、哪些 RevOps 社群或会议值得参加，或该领域应关注哪些人时使用，即使用户没有提到“雷达”。不限工具；以 B2B SaaS 为中心，并明确提供 B2C 指引。不要用于销售专属信息源；请改用 mbfinotti/sales-skills@sales-radar。
诊断现有销售预测为何不可靠并提出改进建议：阶段虚高和报喜不报忧、销售人员压单（sandbagging）、缺乏可核实买家证据的交易、陈旧或被批量推迟的成交日期、预测类别分配错误、僵尸商机和重复商机、创建过晚的交易、经理汇总时的人工覆盖，以及奖励偏差的提成激励——并将数据质量问题、行为问题与真实需求问题区分开来。当用户提到预测准确率、预测未达标、销售人员压单、交易不断延期、“为什么我们没达成目标”或“我们的承诺从来不准”时即可使用——即使他们从未说出“预测”一词。适用于 B2B 交易型和 B2C/高频交易场景。不适用于管道覆盖率建模——请改用 mbfinotti/sales-skills@sales-pipeline-coverage-modeling。
从候选人角度构建并推进 RevOps 或 Sales Ops 职业发展——按职责范围而非职位名称来衡量候选人所处的层级，补齐能力差距，为结构性隐形的工作建立可辩护的成果证据，并准备 RevOps 面试循环实际会进行的四项练习。产出一份包含差距路线图、证据清单、面试准备度和薪酬谈判要点的职业规划。每当用户提到 RevOps 职业、销售运营职业路径、RevOps 面试准备、RevOps 认证、“如何进入 RevOps”、“我准备好胜任 RevOps 经理岗位了吗”，或需要在无人关注运营工作的情况下证明影响力时，都应使用——即使他们没有说“职业”一词。仅限候选人视角——对于招聘经理视角，请改用 mbfinotti/revops-skills@revops-hiring。
为 RevOps 或 Sales Ops 职位构建完整的招聘资料包：确定人才类型和级别、成果评分表、包含能力问题库和锚定评分量表的面试阶段图、附带评分标准和复盘的工作样本练习，以及根据资历和人才类型划分的 30-60-90 入职计划。适用于招聘该职位的招聘经理或创始人。用户提到招聘 RevOps 经理、Sales Ops 面试问题、RevOps 带回家完成的练习、首位运营人员的评分表，或新运营人员的 30-60-90 计划时均使用，即使他们没有说“招聘资料包”。不负责寻找候选人或发布职位。不要用于候选人自己的面试准备；请改用 mbfinotti/revops-skills@revops-career。
使用由 Upstash Redis 支持的 @upstash/ratelimit TypeScript/JavaScript SDK，为无服务器和边缘应用实施速率限制。适用于在 API 路由、Next.js 中间件、Vercel Edge、Cloudflare Workers 或任何 HTTP 端点添加速率限制器或限流；返回 429 Too Many Requests；选择固定窗口、滑动窗口或令牌桶算法；使用前缀和自定义键按用户、IP、API 密钥或租户限流；保护登录、注册、表单或 AI 端点，防范滥用、机器人和暴力破解；使用拒绝列表、临时缓存、分析、超时和多区域速率限制；或估算速率限制的 Redis 命令成本。用户提到 rate limit、rate-limiting、throttle、quota、request limits 或 traffic protection 时也适用
设计并落实 CRM 字段级治理：明确每个 CRM 字段的负责人、权威数据源、更新频率以及规则的执行方式。产出字段字典、各字段的负责人、包含写入优先级和冲突规则的系统记录图、数据新鲜度 SLA、执行计划、字段生命周期及治理节奏。用户提到字段归属、唯一可信数据源、每个字段的记录系统、数据字典、过时的 CRM 数据、自定义字段泛滥、“哪个系统优先”或“我们的 CRM 字段互相矛盾”时均使用，即使他们没有说“治理”。适用于 B2B 和 B2C。不要用于组织范围、对象级的可信数据源政策；请改用 mbfinotti/revops-skills@revenue-data-governance-strategy。
制定组织级营收数据治理政策：明确每类对象（客户账户、联系人、商机、订阅、使用事件、营收指标）的可信数据源、跨团队数据契约如何约束生产方与使用方、营收指标定义存放位置，以及争议由谁裁决。产出按对象划分的 SOR/SOT 指定表、身份解析主干、数据契约登记表和联邦式归属模型。用户提到可信数据源、“两个 ARR 数字”、GTM 数据契约、营收数据治理、指标定义归属，或“财务和销售报告的数字不一致”时均使用，即使他们没有说“治理”。适用于 B2B、PLG/B2C 和混合模式。不要用于 CRM 字段级规则；请改用 mbfinotti/revops-skills@crm-data-governance。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。