Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
数据与数据库
建模分析团队相对于配额所需的销售管道规模——根据赢单率推导覆盖率(原始倍数、阶段加权、转化率倒推)、细分市场级覆盖目标、季度内时机与不可逆点、季节性指数,以及将覆盖率换算为所需新增管道的缺口计算。这是面向销售领导层和 RevOps 的宏观建模练习,涵盖 B2B 和高周转/B2C 销售模式。用户提及销售管道覆盖率、3 倍管道、管道缺口、预测不足,或“覆盖率有 4 倍却没完成配额”等情况时均可使用,即使没有提到“覆盖率”一词。不要用于推导配额本身(mbfinotti/sales-skills@sales-quota-setting)或检查单笔交易(mbfinotti/sales-skills@deal-red-flags)。
估算市场或细分市场的 TAM、SAM 和 SOM,为销售产能、区域和配额规划提供依据——涵盖自上而下估算、基于具名客户或人口数据的自下而上估算、价值理论、交叉验证、基于产能的 SOM 上限,以及各层级的更新频率。这是面向销售领导层和 RevOps 的宏观规划练习,涵盖 B2B 和 B2C。用户提及 TAM、SAM、SOM、市场规模、可寻址市场、“这个市场有多大”,或明年配额背后的市场数字时均可使用,即使没有使用这些缩写。用于规划,而非推销。不要用于定义 ICP(mbfinotti/sales-skills@sales-icp-definition)或将 SOM 转换为配额(mbfinotti/sales-skills@sales-quota-setting)。
在构建、丰富、审计或上传 B2B 付费广告受众至 Google Customer Match、Meta/Facebook Custom Audiences 或 LinkedIn Matched Audiences 时使用此技能。适用于包含“/deepline-ads-audience”“/deepline-ads-audiences”“上传此受众”“创建自定义受众”“个人邮箱哈希”“提高 Facebook 匹配率”“Google 广告受众”“Meta 受众”“FB 受众”等表达的请求,或任何将 CRM/客户/联系人数据转化为付费广告上传名单的工作流。不适用于外向拓客序列、冷邮件或纯广告文案撰写。
设计、编写、重构并加固生产级 Cloud Firestore 安全规则(firestore.rules)。重要:如果你的环境中支持子 Agent 委派且已安装 firestore-rules-author 子 Agent,请将 firestore.rules 的编写工作委派给该子 Agent。如果无法使用子 Agent 委派(例如在 IDE 中未启用)、未安装 firestore-rules-author,或你正运行在 firestore-rules-author 内部,请直接遵循此技能。
使用 @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 类型的自动序列化/反序列化。
在宏观层面设计全组织的营收 KPI 框架——从董事会到 IC 的各个组织层级分别关注哪些指标,这些指标如何通过带显式计算的对账指标树层层汇总,每个分支由谁负责,每个归属数字旁边配有哪几项护栏反向指标,以及这一整套指标如何按公司阶段和商业模式把关。只要用户提到营收 KPI 框架、指标层级、KPI 树、北极星指标、驱动指标、护栏反向指标、NRR,或各组织层级应跟踪哪些营收指标,就使用本技能——即使他们没有说「框架」。涵盖 B2B 与 B2C。不要用它来撰写董事会报告本身——请改用 mbfinotti/revops-skills@revenue-reporting。
对活跃 pipeline 快照定期执行基于检查清单的卫生审查:将被标记的过期商机(没有阶段、预计成交日期或金额变动,也没有接触记录)对照各细分阶段的阶段中位数进行比对,标记成交日期反复推迟的次数异常和缺失预测关键字段的商机,输出异常清单,每个被标记商机给出处置意见、补救计划和通过阈值。每当用户提到 pipeline 卫生、过期商机审查、QBR 前的 pipeline 清理、反复推迟的商机、不断滑延的成交日期、商机上缺失的字段,或「我们的 pipeline 里全是垃圾」时使用——即使他们没有说出「hygiene」一词。涵盖 B2B 以及 B2C/高速成交/PLG。不要用于改写阶段定义——请改用 mbfinotti/revops-skills@pipeline-stage-definition-audit。
追踪交易和收入在某个特定漏斗中悄然流失的位置,并用可挽回(非毛额)的美元金额量化损失——未被追踪的步骤、未跟进的线索、人工交接、漏斗中段停滞、纸质流程导致的流失、计费与续约遗漏——同时区分真正的漏洞与健康的淘汰和数据采集缺口。当用户提到收入流失、漏斗掉点、漏斗漏损、交易消失、未跟进的线索、交接断层、「我们在哪一步丢单」或「管道为什么消失了」时使用——即使他们从未说出「流失」一词。涵盖 B2B 销售驱动型和 B2C/自助/PLG 场景,每次处理一个漏斗实例。将各阶段定义视为既定前提——若要审计这些定义,请改用 mbfinotti/revops-skills@pipeline-stage-definition-audit。
诊断现有销售预测为何不可靠并提出改进建议:阶段虚高和报喜不报忧、销售人员压单(sandbagging)、缺乏可核实买家证据的交易、陈旧或被批量推迟的成交日期、预测类别分配错误、僵尸商机和重复商机、创建过晚的交易、经理汇总时的人工覆盖,以及奖励偏差的提成激励——并将数据质量问题、行为问题与真实需求问题区分开来。当用户提到预测准确率、预测未达标、销售人员压单、交易不断延期、“为什么我们没达成目标”或“我们的承诺从来不准”时即可使用——即使他们从未说出“预测”一词。适用于 B2B 交易型和 B2C/高频交易场景。不适用于管道覆盖率建模——请改用 mbfinotti/sales-skills@sales-pipeline-coverage-modeling。
设计并落实 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。
设计、验证和重新校准线索评分模型,涵盖匹配度和参与度信号、权重、负向评分和排除规则、衰减、MQL/PQL 阈值和等级设置、依据成交和未成交结果进行回测,以及治理;也可诊断现有模型的问题。每当用户提到线索评分、MQL 阈值、匹配度与参与度评分、产品合格线索、分数衰减、“为我的线索打分”、“我们的线索评分不准确”、“销售拒绝我们的 MQL”或“垃圾 MQL 太多”时使用,即使用户没有说“评分模型”。涵盖 B2B 销售驱动和 B2C/PLG,支持基于规则的设计和预测准备度评估。不要用于将已评分线索分配给销售代表——请改用 mbfinotti/revops-skills@lead-routing。
设计、验证并治理综合客户健康评分:将产品使用和参与度信号组合为单一的加权、归一化、衰减、分档账户评分,用于标示流失风险和扩张准备度,并依据真实流失结果进行回测和重新校准。用户提到客户健康评分、健康评分模型、账户健康度、信号权重、评分区间、高风险账户标记、流失风险评分、扩张风险,或表示“绿色账户还是一直在流失”时均适用,即使没有提到“健康评分”。涵盖 B2B 账户级汇总和 B2C/PLG 连续评分。不要用于发现哪些指标实际能预测流失;请改用 mbfinotti/revops-skills@customer-churn-signals
定义高管或董事会营收报告的指标集和叙事结构,让报告讲述连贯的故事:精简且稳定的核心指标、固定定义、围绕计划与实际及预测展开的结论优先叙事、呈现未达标情况而不让董事会感到意外、对账与签核流程,以及每周、每月和每季度的节奏。用户提到董事会营收报告、高管演示文稿指标、QBR 营收部分、月度营收回顾、投资者更新,或像数据倾倒一样的董事会演示文稿时使用,即使用户没有说“报告”。适用于 B2B 订阅、B2C、交易型、按用量计费和 PLG。不要用于设计组织级 KPI 层级;请改用 mbfinotti/revops-skills@revenue-kpi-framework。
设计广告上线前的创意测试计划,包含可证伪假设、隔离级别、各测试组及其预算、所需样本量、花费与时长,以及在投入资金前预先登记的停止/扩大规则。每个测试组都设有明确的判读标准,避免把统计效力不足的初步筛查包装成 A/B 测试。用户想测试广告、提及创意 A/B 测试或拆分测试、询问测试所需预算或时长,或提及样本量、统计显著性、单变量与大幅调整测试、测试组结构时使用,即使没有说“测试计划”。适用于 B2B 和 B2C。不要用于解读正在进行的测试结果;请改用 mbfinotti/advertising-skills@ad-creative-fatigue。
从账户活动、产品使用和支持数据中整理、定义、验证并排序客户流失的领先指标,形成排序后的流失信号登记表;每项信号都包含事件、阈值、窗口期、基线、相对基准率的提升、提前量和覆盖率。用户提到流失信号、流失指标、流失领先指标、风险账户预警系统、关键支持者离职、席位使用率下降、付款失败,或表示“我们的健康评分没能发现流失”时均适用,即使没有提到“信号”。涵盖 B2B 和 B2C 订阅。不要用于将信号合并为综合评分、权重、分档或层级;请改用 mbfinotti/revops-skills@customer-health-score
根据实际支出和结果数据计算企业的 CAC 和 ROAS 系列指标,再以三个参照标准评估支出是否健康:企业自身的盈亏平衡点、过往趋势,以及标注来源的外部基准。结果分为健康、需关注、不健康或证据不足。用户询问 CAC 是否过高、ROAS 是否理想、ROAS 应达到多少、广告是否盈利,或提到 MER、综合 CAC、回本周期或支出健康检查时使用——即使用户从未提到“基准”。适用于 B2B/SaaS(每个 SQL 的成本、每个成交客户的成本、群组延迟)和 B2C/电商。不要用于将这些阈值设为政策;此时改用 mbfinotti/advertising-skills@ad-spend-guardrails。
量化并解释广告平台报告、分析工具与事实来源(CRM 或订单系统)之间的差异,并将差额中的每一部分归类为时间差、定义差异或无法解释的剩余差异。用户表示数据对不上、平台报告的转化次数或收入高于 CRM 或订单系统,提到跨平台对账、转化重复计数、归因差异,或询问报告差额是否正常时使用——即使用户从未提到“归因”。适用于 B2B(以 CRM 为准)和 B2C/电商(以订单系统为准)。不要用于修复损坏或缺失的跟踪;此时改用 mbfinotti/advertising-skills@ad-conversion-tracking。
企业微信智能表格内容操作技能——专注于智能表格(smartsheet)的数据、结构与样式管理:读取表结构与记录、管理子表/字段/记录/视图/图表,以及修改行列样式(填色/高亮);记录新增或更新遇到 851003 / no authority 时通过 Webhook 兜底写入。触发条件:用户提到智能表格、企微表格、smartsheet 的内容操作或样式修改,或链接形如 https://doc.weixin.qq.com/smartsheet/s3_xxx。企业微信表格分为「智能表格」和「在线表格」两种类型,本文档介绍的是智能表格的相关技能。智能表格包含子表(sheet)、视图(view)、字段/列(field),每条记录(record)以 `record_id` 作为主键,结构类似关系型数据库。当用户未明确说明使用「在线表格」时,一律默认使用功能更强大的智能表格(本技能)。
查询 Huawei Cloud OBS(对象存储服务)统计数据:列出桶容量和对象数量,查询外网/内网下载流量及月环比,并查询请求总数及月环比。用户需要:(1) 列出 OBS 桶并查看存储容量和对象数量;(2) 查询下载流量及月环比;(3) 查询请求数量及月环比时使用此技能。触发词:“OBS”“object storage”“bucket list”“bucket capacity”“download traffic”“total requests”“request count”“month-over-month”“OBS stats”“OBS management”“对象存储”“桶列表”“桶容量”“下载流量”“请求总数”“月环比”“OBS监控”。
将 OpenViking 的 embedding 模型切换为本地 llama-server(或任何与 OpenAI 兼容的 embedding 端点),该服务运行在由 job-env-manager 管理的 bwrap 沙箱中。处理完整生命周期:检测当前配置、验证目标 embedding 端点、修改 ov.conf、在维度变化时删除不兼容的 vectordb 索引、在沙箱中重启 openviking-server 进程,并验证新集合的维度。当用户希望:(1) 切换 OpenViking embedding 模型;(2) 更改 embedding 维度;(3) 修复维度不匹配后出现的 EmbeddingRebuildRequiredError;(4) 更改 embedding 模型后重建 vectordb 索引;(5) 使用本地 llama-server 为 OpenViking 提供 embedding 时,使用此技能。触发词:“切换OpenViking embedding”“OpenViking embedding模型”“OpenViking向量化模型”“openviking embedding switch”“change openviking embedding model”“配置openviking embedding”“openviking llama embedding”“bge embedding openviking”“切换向量化模型”“OpenViking模型切换”。
生成或说明 Cloud SQL 资源。用户要求为 MySQL、PostgreSQL 或 SQL Server 创建 Cloud SQL 实例或数据库时使用。Cloud SQL 将第三方 MySQL、PostgreSQL 和 SQL Server 实例作为 Cloud SQL 中的资源进行管理。例如,Cloud SQL 创建开源 MySQL 实例时,生成的资源是由 Google Cloud 管理的 Cloud SQL for MySQL 实例。Cloud SQL 负责关系型数据库工作负载的备份、高可用性和安全连接。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
