Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
营销与增长
构建 App Store 或 Google Play 截图页面、为 iOS、macOS 和/或 Android 应用生成可导出的营销截图，或使用 Next.js 搭建截图编辑器时使用。遇到 app store、mac app store、play store、screenshots、marketing assets、html-to-image、phone mockup、mac mockup、android screenshots、feature graphic 等相关请求时触发
面向 AI Agent 的免费 Google Search Console MCP 服务和命令行工具。读取你真实的 Search Console、Google Analytics、Bing Webmaster Tools 和 Clicky 数据，以及 DataForSEO 和 Ahrefs 关键词研究数据。适用于各种 SEO 问题：Google 流量或点击量为何下降、自然流量下滑、快速见效的优化机会、低 CTR、临近排名突破的关键词、内容衰退和流量下降的页面、关键词蚕食、索引和 URL 检查、单页查询、Google 更新的影响、Search Console 中用户向 AI 提出的问题、竞争对手关键词、反向链接、技术 SEO 爬取、重定向、内链和客户 SEO 报告。仅返回来自你自身数据的事实，不作猜测
在资金发放之前，对联盟或合作伙伴的佣金发放批次进行准确性审计——逐行费率与分成档位重算、重复计入的转化、回收与验证窗口、周期截止、货币、舍入以及税务表单状态，并以带严重等级和建议暂缓项的审计报告交付。涵盖 B2B SaaS 经常性收益分成和 B2C 电商订单级 CPA 计划。只要用户提到联盟发放审计、佣金准确性、发放对账、佣金多发或少发，或发放前复核，即使用户没有说出「审计」二字，也应使用本工具。不适用于识别欺诈联盟——请改用 mbfinotti/partnerships-skills@affiliate-fraud-detection。
针对某一具体的联盟或网红推广内容（说明文案、视频脚本、字幕稿、截图或线上 URL）对照披露法规进行核查，返回通过/不通过的合规审查结论，并给出披露位置、措辞以及分格式的修改建议。涵盖 FTC 联盟披露（16 CFR 255 和 465）、英国 CAP/CMA 规则、欧盟 UCPD 与 DSA，以及德国、法国和意大利的附加要求，适用于发布前或已上线内容。只要用户提到联盟披露、FTC 披露、付费合作标识、赞助内容、广告标签，或合作帖子可能缺少披露、弱化披露，即使他们从未说过合规二字，也请使用。仅审查内容 — 如需处理项目条款中的披露条款，请使用 mbfinotti/partnerships-skills@affiliate-program-terms。
按预期价值、工作量和风险对具名的候选战略联盟与技术合作伙伴进行排序，以决定合作伙伴团队的产能投向：包含必过关卡筛选、带敏感性分析的加权联盟记分卡、共同创新与平台依赖风险检查、排序后的候选清单，以及 go/no-go 建议备忘录。涵盖 B2B 技术联盟与 B2C 品牌及创作者合作。只要用户提到联盟优先级排序、合作伙伴排名、合作伙伴候选清单，或询问若干具名合作伙伴中哪一个值得投入（即使未提及优先级排序），即可使用。仅限组合层面的比较。不可用于对单个合作伙伴进行损益建模——请改用 mbfinotti/partnerships-skills@partner-economics。
撰写 affiliate 加入按佣金计费计划时所接受的条款与条件——即联盟计划协议，包含标准条款集、禁止行为条款与执行阶梯、佣金核验、追回与终止机制，以及各法域附加条款（FTC 背书规则、EU P2B、英国 ASA/CAP、GDPR 角色划分）。产出为条款完整的草案，并标注必须经过法务审查，适用于 B2B SaaS 与 B2C 电商。只要用户提到联盟计划条款、联盟协议、禁止行为，或品牌竞价政策，即便只是询问 affiliate 需要同意什么，也使用本技能。不得用于审查已发布帖子中的披露标签——请改用 mbfinotti/partnerships-skills@affiliate-disclosure-compliance。
为联盟营销效果看板定义指标集与布局，交付物为一份看板规范文档：含明确公式的指标定义、按受众划分的视图、刷新与复盘节奏，以及头部联盟、来源转化和项目 ROI 的告警阈值。涵盖 B2B SaaS recurring revenue-share 与 B2C 电商订单级 CPA 项目。当用户提到联盟项目报表、联盟 KPI、联盟 ROI、收入集中度或联盟看板该放什么内容时使用，即使用户没有说“看板”也适用。仅规范指标，不在 BI 工具中搭建。不适用于单个创作者活动的测量方案——请改用 mbfinotti/partnerships-skills@influencer-measurement-framework。
构建联盟营销计划经理用于标记欺诈联盟活动的检测规则集，以及背后的调查与升级路径——cookie stuffing、虚假线索与表单提交欺诈、自我推荐团伙、流量质量基线、佣金冻结与追回，以及将真正的欺诈与低增量的优惠券或现金返利合作伙伴区分开来。涵盖 B2B SaaS 线索生成与 B2C 电商计划。只要用户提到联盟欺诈、可疑的联盟流量、无效点击或线索、机器人流量，或数据好得不正常的联盟，即使用户没有说出「欺诈」一词，也应使用本工具。不要用于面向消费者的推荐好友类玩法——请改用 mbfinotti/partnerships-skills@referral-abuse-guardrails。
撰写用于招募新联盟营销伙伴加入按佣金计费的联盟计划的推广文案与触达序列方案——潜客资格评估与分层、推介角度、首轮招募邮件、含分手触点的跟进序列、渠道组合与触达追踪。涵盖 B2B SaaS 与 B2C 电商/DTC 计划。只要用户提到招募联盟营销伙伴、联盟来源拓展，或向内容和评测站点、优惠券与返现伙伴、newsletter 运营方、社群、播客主或代理机构推介以加入计划，即便没有明说“招募”，也使用本技能。不得用于向某一位已单独审慎核实的创作者推介——请改用 mbfinotti/partnerships-skills@influencer-outreach。
设计把刚通过审核的新 affiliate 从批准带到首次可追踪转化的引导序列——触达方案（时机、渠道、每次触达只做一个动作）、素材包、限时激活提醒，以及始终未激活时的跟进分支。涵盖 B2B SaaS 合作伙伴计划与 B2C 电商联盟计划。只要用户提到联盟引导、联盟欢迎邮件系列、联盟激活、新 affiliate 上量、合作伙伴激活邮件，或已通过审核却从未带来点击或订单的 affiliate，即便没有明说“引导”，也使用本技能。起点为审核通过——向尚未加入的 affiliate 推介请改用 mbfinotti/partnerships-skills@affiliate-recruitment-outreach。
设计按佣金计费的联盟计划的佣金与结算结构：费率模式（收入分成、固定 CPA、混合）、基于单位经济效益确定的费率水平、结算档位、周期性与上限、归因／Cookie 窗口、审核 validation、回扣（clawback）以及付款条款。适用于面向专业联盟会员的 B2B SaaS 和 B2C 电商计划。只要用户提到联盟佣金率、佣金档位、终身佣金还是 12 个月周期佣金、Cookie 窗口或费率表迁移，即使用户只是问该付给联盟会员多少，也请使用本技能。终端客户推荐好友奖励不要使用本技能——请改用 mbfinotti/partnerships-skills@referral-incentive-design。条款起草、结算审计和欺诈规则属于其他独立技能。
决定下一步要在合作伙伴生态中新增哪些伙伴类别以及按什么顺序推进——给出分阶段的伙伴类别扩展路线图，含准入门槛、容量上限和终止标准。涵盖 B2B 类别（技术/ISV、经销商/VAR、MSP、SI/GSI、代理机构、转介/联盟、marketplace）以及消费者侧的对应类别（零售/批发、创作者、授权、联合品牌）。只要用户提到合作伙伴生态扩展、伙伴类别规划、伙伴组合路线图，或询问下一步该启动哪类伙伴，即便没有明说“扩展”，也使用本技能。仅做类别层面的排序。不得对具体候选公司进行排名——请改用 mbfinotti/partnerships-skills@alliance-prioritization。
在开始任何合作相关工作之前——也在路由到 mbfinotti/partnerships-skills 合集中的任何其他技能之前——先运行这个路由器。它会将任务（渠道、联盟、联合销售、市场平台、联盟营销、影响者或推荐）与恰好一个同级技能匹配，直白地说明没有匹配项的情况，并创建或恢复项目共享的 partnerships-context.md 产物，让下一次会话可以热启动而非冷启动。每当用户开启一个合作项目、询问需要哪个合作技能、间隔一段时间后恢复合作方工作、进行定期的合作方／联盟营销／影响者检查，或描述合作方、创作者或佣金问题时使用——即使他们没有说 kickoff、routing 或 partnerships，即使他们直接指明了下游任务。它只做路由和共享上下文——绝不执行同级技能自己的工作，并且始终输出它所路由到的完整 owner/repo@skill 目标。
为品牌起草交给已签约影响者或创作者的单个活动的创意方案：包含精确规格的交付物、带论据的核心信息、品牌红线、披露要求、时间表和有限的评审轮次，并区分不可协商项与偏好项。涵盖 B2C 品牌合作和 B2B 创作者项目。只要用户提到创作者简报、活动简报、内容简报、创作者交付物，或提到为刚签约的创作者做简报，即使没说"简报"也应使用。从合作签署后开始，准确反映其条款。不适用于挑选或审查创作者——请改用 mbfinotti/partnerships-skills@influencer-discovery-brief。
为单个合作伙伴关系建立单位经济效益模型——合作伙伴损益表、利润建模、服务成本、推荐费与客户终身价值拆分、渠道合作伙伴 ROI、合作伙伴 CAC 与直销 CAC 对比、爬坡期与回收期——以决定与该伙伴签约、扩大规模、重新谈判还是退出。涵盖 B2B 渠道与联盟合作伙伴，以及 B2C 联盟营销与创作者经济效益。每当用户提到合作伙伴单位经济效益、单一伙伴商业论证、经销商、VAR、MSP、OEM 或市场平台交易的经济性、收入分成与利润层级分析，或询问某个伙伴是否值得投入时使用，即使用户从未说出"经济效益"。不适用于对候选伙伴组合进行排序——请改用 mbfinotti/partnerships-skills@alliance-prioritization。
衡量并评审 B2B 合作伙伴计划中单个合作伙伴的表现——单个合作伙伴记分卡（维度、权重、目标、预警阈值、数据来源）、评审节奏与 QBR 结构，以及从触发到纠正措施再到降级或退出的表现不力阶梯。同时涵盖 B2C 联盟与创作者的评审对比。只要用户提到合作伙伴记分卡、合作伙伴评审、渠道合作伙伴 QBR、合作伙伴健康检查或表现不力的渠道合作伙伴，即使从未说出「表现」一词，也可使用。每次只处理一个合作伙伴。请勿用于设计分层阶梯本身——请改用 mbfinotti/partnerships-skills@partner-tiering。
在现有 B2B 合作伙伴计划内设计或重新设计层级结构——资格标准、权益组合、层级数量、晋升与降级规则、registered/silver/gold 式阶梯的评审周期，以及现有合作伙伴群体的迁移。也涵盖 B2C 联盟、创作者与忠诚度层级的对比。当用户提到合作伙伴层级、层级标准、层级权益、层级压缩、降级规则，或 reseller、MSP、agency 的层级设计时使用，即使用户没有说出 tiering 也不要用。不要用于从零搭建合作伙伴计划——请改用 mbfinotti/partnerships-skills@partner-channel-program。联盟佣金支付层级属于单独的技能。
定义创作者筛选标准，生成用于筛选候选达人与创作者的发现简报——包含受众匹配度、互动质量、垂类一致性和品牌安全性的加权标准、一票否决条件，以及带各项评分证据的排序候选名单评分模板。涵盖 B2C 品牌营销活动和 B2B 创作者与思想领袖项目。每当用户提到寻找创作者、审核达人、受众匹配、创作者候选名单，或决定联系哪些创作者时使用，即使他们没有明确提到"发现"。在任何联系动作之前运行。请勿用于撰写 pitch 信息本身——改用 mbfinotti/partnerships-skills@influencer-outreach。
编写管理直销与渠道合作伙伴之间、或合作伙伴之间争夺交易的渠道冲突规则：合作规则、客户划分、指定客户的例外归属、将交易注册作为索赔工具（保护期、平局裁决、拒绝理由）、对直销销售的薪酬中立性、升级与裁决流程，以及治理节奏。同时涵盖消费品牌（D2C 与零售渠道的冲突、MAP 政策、渠道独家商品范围）。只要用户提到渠道冲突、合作伙伴争议、抢单，或两条渠道路径争夺同一客户，即使没说"冲突"也应使用。不适用于设计联合销售运营模型——请改用 mbfinotti/partnerships-skills@co-selling-strategy。
决定在哪些第三方市场上架、各投入多少、预期 ROI 如何、何时下架——为合作伙伴团队提供市场优先级方法。涵盖云市场上架策略、SaaS 应用商店与集成目录的优先级排序，以及电商零售市场选择（1P 与 3P 或混合），并包含准备度关卡、加权评分卡和标注来源的 ROI 预期。只要用户提到 AWS、Azure 或 GCP 市场、应用商店上架、集成目录，或询问某个市场上架是否值得，哪怕从未使用“市场策略”一词，都应使用。不适用于选择下一步要拓展的合作伙伴类别——请改用 mbfinotti/partnerships-skills@partner-ecosystem-expansion。
从零开始设计 B2B 合作伙伴或渠道计划的整体架构：就绪度评估门槛（可得出“暂未准备好”的结论）、合作伙伴价值主张、应运应的业务模式（推荐、转售、服务、技术）、层级数量、权益体系、计划整体的经济性边界、治理方式与见效周期。也涵盖 B2C 类比场景（经销商、特许经营、大使）。当用户提到构建合作伙伴计划、渠道计划设计、启动渠道、合作伙伴生态计划，或询问是否已准备好开展合作伙伴业务时使用，即使他们没有明确说出“计划”一词。 不适用于修改已存在计划中的层级划分——请改用 mbfinotti/partnerships-skills@partner-tiering。
以战略演练的方式梳理某家公司的合作伙伴与渠道生态 —— 盘点各类合作伙伴（经销商、分销商、MSP、ISV、SI、联盟 affiliates、marketplace，以及消费品牌领域的零售、创作者、授权和联合品牌合作伙伴）、分析合作伙伴账户重叠、渠道覆盖缺口与冲突区域、给出加权合作伙伴评分卡和优先级 2x2 矩阵。当用户提及合作伙伴生态图谱、合作伙伴全景、渠道覆盖、合作伙伴类型分类、生态空白地带，或询问哪些合作伙伴类别值得投入时，请使用本技能，即使用户未说出「生态」二字也不要使用。关于「下一个该上线哪个类别」的排序不适用 —— 请改用 mbfinotti/partnerships-skills@partner-ecosystem-expansion。
为 B2B 合作伙伴项目梳理所需的培训、内容与认证，让合作伙伴能够自主完成销售——这里给出的是合作伙伴赋能路线图，而不是培训内容本身。涵盖技能差距需求评估、按合作伙伴角色与类型划分的赋能路径、认证设计与更新节奏，以及试点队列，所有内容都从合作伙伴的第一笔生意出发倒推设计。也涵盖 B2C 类比场景（加盟、经销商、大使教育）。只要用户提到合作伙伴赋能、合作伙伴认证、渠道合作伙伴培训、合作伙伴入职课程，或让合作伙伴完成首单，哪怕从未使用“赋能”一词，都应使用。不适用于联盟欢迎邮件——请改用 mbfinotti/partnerships-skills@affiliate-onboarding-sequence。
定义防止终端客户滥用来「推荐好友」计划的运营护栏——奖励上限、速度限制与冷却期、与退款窗口挂钩的奖励冻结期、资格规则、身份验证关卡、公开的处置阶梯，以及滥用监控信号。为 B2C 和 B2B SaaS 推荐计划运营者产出护栏规范。只要用户提到推荐滥用、自我推荐、虚假账号领取推荐奖励、推荐团伙，或推荐码泄露到优惠券论坛，即使他们没说「滥用」，也请使用本技能。不适用于专业联盟流量欺诈——请改用 mbfinotti/partnerships-skills@affiliate-fraud-detection。
设计客户推荐（refer-a-friend）计划的奖励结构——奖励对象（推荐人、好友还是双方）、奖励类型（现金、账户抵扣、折扣、产品权益、身份等级）、对照 LTV/CAC 与毛利的奖励额度、发放时机，以及是否要设计分层奖励阶梯。当用户提到推荐激励、推荐好友奖励、推荐奖金金额、买 X 送 X 类优惠、双边推荐奖励，或询问推荐奖励该给多少时使用，即使他们没有说出「激励」一词也适用。仅覆盖终端客户奖励。不适用于支付给专业联盟的佣金比例——请改用 mbfinotti/partnerships-skills@affiliate-commission-structure。
为单个网红或创作者营销活动设计上线前的衡量方案——与目标相匹配的 KPI（认知度、互动、转化、联盟链接、长期品牌大使）、每个 KPI 背后的归因方法与数据源、面向各利益相关方的汇报节奏，以及已声明的盲区。以衡量方案文档的形式在上线前交付，B2B 与 B2C 均适用。每当用户提到网红 KPI、创作者活动归因、活动汇报，或询问如何衡量一次创作者合作时使用，即使用户从未说出"衡量"。不适用于持续运行的联盟营销项目看板——请改用 mbfinotti/partnerships-skills@affiliate-performance-dashboard。
设计直销与合作伙伴销售在共享商机上协作的运营模式——商机报备政策（保护期、审批 SLA、拒绝理由）、商机归属与功劳分配（合作伙伴来源 vs 合作伙伴影响，薪酬中立），以及直销与合作伙伴销售之间的渠道协作规则。涵盖政策层面的 B2B 协同销售机制。当用户提到协同销售、合作伙伴商机报备、商机归属分配、合作伙伴归因政策，或销售代表与合作伙伴共同经营同一客户时，均可使用，即使其未明确提及 co-sell。不适用于裁定正在进行的争议商机——请改用 mbfinotti/partnerships-skills@partner-channel-conflict。
为品牌方的合作经理准备与网红或创作者谈判合作条款：从创作者首次积极回复到签署合同——一份逐项列出开场立场、让步阶梯、危险信号应对方式和退出阈值的书面手册，涵盖费率、使用权、独家合作、修改次数上限、付款条款和终止费。涵盖 B2C 品牌合作和 B2B 创作者项目。只要用户提及创作者费率、创作者合作条款、使用权、独家合作，或与创作者的经纪人谈判，即使没说"谈判"，也应使用。需要用户自己的费率基准。不适用于首次接触的推介——请改用 mbfinotti/partnerships-skills@influencer-outreach。
与一位已选定的合作伙伴规划一次联合市场进入动作——联合价值主张、联合营销活动形态、上线顺序、预算与市场开发资金、线索共享与归因协议，以及收尾复盘。涵盖 B2B 厂商对厂商的联合营销、消费端联合品牌以及创作者合作。每当用户提到联合 GTM 计划、合作伙伴联合营销、联合网络研讨会或集成发布，或提到与某位指定合作伙伴的"合在一起更好"叙事时使用，即使用户从未说出 GTM。仅限宏观战略，不包含广告文案、邮件正文或素材制作。不适用于直销与伙伴交易政策——请改用 mbfinotti/partnerships-skills@co-selling-strategy。
为已经通过审核的某一位网红或创作者起草个性化的首次触达邀约消息与跟进计划——个性化切入角度、明确给出的报酬、与创作者实际标注的渠道（邮件、私信或其经纪人）相匹配的消息，以及有界限的跟进节奏。涵盖 B2C 品牌合作与 B2B 创作者项目（通讯作者、播客主、行业专家）。每当用户提到向创作者提案、给网红发私信、合作提案或创作者外联消息时即使用，即使他们没说「外联」。在收到首个积极回复时停止。不适用于名单规模的联盟推广招募——请改用 mbfinotti/partnerships-skills@affiliate-recruitment-outreach。
原版 reddapi.dev Reddit 搜索技能（向量搜索、语义搜索、趋势、subreddit 发现），无需 Reddit OAuth 或应用注册。这是现已封装为 reddit-research 的同一引擎，新增了市场研究操作指南，并更全面地介绍语义搜索与关键词搜索的区别；为兼容现有安装，reddapi 仍以原名提供，也可独立使用。用户明确说出“reddapi”，或需要一个不附带额外研究工作流指南的精简 Reddit 搜索技能时使用。扩展的研究版（含查询操作指南）见 reddit-research。B2B 线索评分见 reddit-leads。纯 API 参考见 reddit-search-api。
为开发者工具设计定价与打包架构——价值计量单位（席位、用量、容量、成果或混合方式）、免费额度限制、从入门到企业级门槛的分层阶梯、以上限利润为下限并受自托管与自建版本上限约束的价格点，以及在不引发反弹的情况下调整价格的方案。当有人询问开发者工具该收多少钱、分层如何打包、免费与付费的边界在哪、按席位还是按用量计费、如何与自家的开源版本定价竞争，或如何安全地提价时使用——即使他们只是说定价页面感觉不对。不用于选择商业模式——请使用 samber/developer-relations-skills@devtools-business-model。也不用于定价页文案。
将开发者关系预算按各支柱——活动、内容、社区、工具、教育、OSS 赞助——拆分为若干预算项，每项都包含现金成本、工时成本、预设回报阈值、复审日期和重新分配规则，并附带一份按优先级排序的削减清单。当有人询问如何规划或拆分 devrel 预算、活动与内容与社区之间各该投入多少、某个预算项是否物有所值、如何在评审中为 devrel 预算据理力争，或预算缩水时最先该削减什么时，均可使用——即使他们只是说"我们在会议上花得太多"。不适用于指标框架（samber/developer-relations-skills@devrel-metrics）或单个活动的 ROI（samber/developer-relations-skills@developer-event-sponsorship）。
在开始任何开发者关系工作之前——以及在现有 DevRel 项目的每个新会话开始时——将当前任务路由到 samber/developer-relations-skills 系列中合适的技能，或直接说明没有匹配的技能，随后引导创建或恢复项目的共享 devrel-context.md 产物。覆盖文档、开源、社区、活动、技术内容、项目策略、开发者工具业务战略、雇主品牌和度量；输出是一份路由候选清单加一条有序技能链。即使该系列的技能已在其他地方日常使用，也应在每个项目开始时运行；在每次定期 DevRel 复盘时运行；以及在任何路由不明确的情况下运行——例如 DevRel 启动、新的开发者关系项目、询问该用哪个 DevRel 技能、文档或开源技能路由，或定期的开发者项目评审——即使用户只是描述了一个 DevRel 问题而从未询问该用哪个技能。
从顶层设计公司的开发者关系项目——为其提供资金的业务驱动力、它被允许服务的两个目标、契合其阶段的支柱组合（倡导、市场营销、赋能、社区）、受众优先级、每项投入的自建与采购取舍、人员配置顺序，以及一份写明的拒绝清单。当有人询问是否要开始做 DevRel、新的 devrel 项目应首先做什么、为什么 devrel 工作很忙却没有成效、如何向高管论证该项目、下一个该投入哪个支柱、下一步该招谁，或是否应把内容、活动或社区外包时使用——即使对方从未说出“战略”一词。不适用于前 90 天计划——请使用 samber/developer-relations-skills@developer-relations-kickoff。不涉及指标、组织架构图或预算测算。
端到端规划和执行开源项目发布：名称和许可证审查、准备度门槛、定位和一句话介绍、渠道排序、发布日作战室、star 增长速度与 GitHub Trending 机制，以及发布后衡量。适用于即将发布、宣布或开源仓库，或在 "Show HN" 展示仓库；询问如何登上 GitHub Trending、如何为新库争取首批真实用户或 star、计划发布 Product Hunt 帖子或多日发布周，或询问发布为何效果不佳（即使只是说要将仓库公开）。涵盖个人开发者和公司采用。发布后的持续推广不适用——改用 samber/developer-relations-skills@oss-distribution-strategy。非 HN 网站规则——改用 samber/developer-relations-skills@hackernews-playbook。非 Product Hunt 网站规则——改用 samber/developer-relations-skills@producthunt-playbook。
决定是否、在哪里以及何时启动开发者社区，并规划其冷启动和前 90 天——场地选择、创始成员招募、go/no-go 标准、不建社区的更廉价替代方案以及关停标准。每当有人询问是否为用户开设 Discord、Slack 或论坛、选择哪个社区平台、如何从零启动或冷启动开发者社区、如何达到临界规模时使用——即使他们只是说"我们应该有个 Discord"。不适用于已存在的社区；衡量指标使用 samber/developer-relations-skills@developer-community-health，版主管理使用 samber/developer-relations-skills@developer-community-moderation。
判断是否以及如何投入结构化开发者教育，例如学习路径、开发者学院、实操实验室，或在此基础上增设徽章或认证阶梯，而不是继续制作零散内容；随后设计运营模式、人员配置、更新周期、衡量方式和停止规则。只要有人提到开发者学院、开发者课程体系、开发者培训、学习路径、合作伙伴或 SI 赋能培训，或希望将开发者入门培训扩展到文档之外，即适用；即使只说“我们需要更多培训内容”也适用。涵盖 B2B、合作伙伴和自下而上的推广模式。不会编写课程——使用 samber/developer-relations-skills@developer-tutorial。不要用于设计凭证本身——使用 samber/developer-relations-skills@developer-certification-program。
构建公司的开源赞助组合：资助哪些项目和维护者、采用哪种分配模式、每项投入多少，以及如何证明有效。凡是企业、OSPO、DevRel 负责人或工程领导者询问该赞助哪些开源项目、开源资金预算多少、赞助维护者是否值得、如何运营员工提名的 FOSS 基金、如何大规模资助依赖项、如何在维护者的赞助阶梯上选择赞助档位，或如何衡量支付给维护者的资金回报时，都应使用本技能——即使他们只是说想回馈社区。不适用于维护者一方的赞助筹款，请使用 samber/developer-relations-skills@oss-sponsors-fundraising。不适用于活动赞助。
在发布窗口期之后设计开源项目的持续分发组合：注册表元数据、代码托管平台的发现入口、精选列表、下游打包、扩展与连接器市场、发布节奏、依赖图中的位置、创作者种子投放和采购信任信号——并结合维护者的真实产能进行排序。当维护者询问人们将如何持续找到该项目、应优先选择哪些注册表或 awesome 列表、为何发布后采用量停滞、为了曝光应多久发布一次，或如何把有限的维护时间投入分发时使用——即使他们只是说没人用也不适用。不适用于发布本身——使用 samber/developer-relations-skills@oss-launch。不适用于 build-in-public 实践。
设计并运营定期举办的开发者 Meetup 或用户小组：宗旨与主办模式、形式选项、举办频率、固定的讲者来源、以实物形式提供场地与餐饮的赞助商及其行为边界、缺席应对方案、从参会者到联合组织者的成长阶梯，以及健康度评分卡。每当有人提到要创办开发者 Meetup 或用户小组、Meetup 出席率下滑、寻找 Meetup 讲者、争取场地或披萨赞助、确定举办频率、报名后从未到场的情况，或将 Meetup 移交他人时使用——即使对方只是说「我们想做本地活动」。涵盖独立举办、厂商赞助和公司内部支持的小组。不适用于在会议上演讲——请使用 samber/developer-relations-skills@conference-cfp-submission。
构建开发者关系（DevRel）衡量框架：制定一组从触达至产品和业务影响分层的指标，每项指标都包含书面归因规则、基于基线设定的目标、负责人和行动，并剔除虚荣指标。用户询问如何衡量 DevRel、哪些 DevRel KPI 重要、如何向高管证明 DevRel 的价值或 ROI、DevRel 计分卡或季度报告应包含什么、为什么数据看起来不错但领导层仍不信服，或报告中只有星标、展示量和活动次数时，均可使用——即使用户没有说“指标”。不要用于跟踪埋点和仪表板；请使用 samber/developer-relations-skills@devrel-analytics。不是仅针对社区健康度指标，也不是单场活动的 ROI。
依据公开可观察的信号对竞争对手的开发者关系（DevRel）工作进行基准评测——文档与快速上手质量、开源仓库健康度、社区规模与响应速度、问答板块的标签活跃度、各类内容的产出节奏、活动参与度、招聘信号——并为每一项返回差距分析及「接近」「忽略」或「反击」的结论。当用户要求 DevRel 竞争基准对比、开发者体验比较、“就开发者而言我们与 <competitor> 相比如何”、“<competitor> 在 DevRel 方面做了什么”、社区规模或内容产出节奏对比，或与竞品的文档对比时使用——即使用户只是说“为什么他们能吸引更多开发者”也一样。不适用于仅衡量自身的项目——请使用 samber/developer-relations-skills@devrel-metrics。
将一个季度的开发者关系内容规划为带日期的排期，指定负责人和审阅者，纳入固定节点（发布、上线、CFP 截止日期、会议）、发布渠道、内容支柱、用户旅程和内容时效组合，并根据实际写作和审阅能力安排工作量。凡是用户要求制定 devrel 内容日历、面向开发者的编辑日历或内容计划、询问下季度发布什么、如何平衡常青内容与发布相关内容、小团队能产出多少篇内容，或表示内容计划总是延期时均使用，即使对方只说“我们发布内容很随意”。只规划季度；单篇内容应使用对应格式的技能，例如 samber/developer-relations-skills@engineering-blog-post。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。