Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
营销与增长
构建开发者关系触点的跟踪方案，为文档、博客、代码仓库、软件包注册表、社区渠道和线上线下活动设置埋点，包括事件分类、身份关联主线、链接标签规范、来源置信度标注和漏斗视图。用户提及“DevRel 跟踪方案”“文档分析”“UTM 规范”“文档事件分类”“GitHub 数据与分析工具不符”“如何为开发者漏斗埋点”“将文档流量与注册关联”，或想了解为什么不同工具中的 DevRel 数据不一致时使用。仅负责埋点层；哪些 KPI 应设目标，请使用 samber/developer-relations-skills@devrel-metrics。
设计开发者关系（DevRel）组织——DevRel 应归属哪个职能（市场、产品、工程、CEO、销售）以及这条汇报线会削弱什么、组织形态（集中式、拆分式、嵌入式、中心辐射式）、在倡导、社区、文档和教育方面的覆盖地图、与产品、文档、支持和销售的衔接，以及下一次重组的触发条件。当有人问 DevRel 应处于什么位置、应向谁汇报、如何搭建或重组 DevRel 团队、在这个规模下该配哪些 DevRel 角色、是否把倡导人员嵌入产品团队、为什么 DevRel 总被拉去做其他团队的工作，或 DevRel 与文档如何划分职责时，使用此技能——即使用户只是说团队感觉不对。不适用于预算分配——请使用 samber/developer-relations-skills@devrel-budget-allocation。
审查并重写仓库 README，让从未见过该项目的开发者也能明白它是什么、为何优于替代方案，并在一分钟内运行第一条命令——每一处说法和文档中的安装步骤都对照源码核实过，页面按“快速放弃漏斗”排序，没有价值的徽章一律删除。当有人说“帮我看看 README”“我的 README 太差了”“给这个仓库写个 README”“没人看懂我的项目是做什么的”“仓库的第一印象”“README 结构”“徽章太多”，或准备开源发布时使用——即使他们只称它为仓库落地页。不适用于个人主页 README——请使用 samber/developer-relations-skills@github-profile-optimization。
为面向开发者的产品开展媒体公关和轻量级分析师关系工作：新闻价值判断、切入角度、按记者与报道领域整理媒体地图、宣传提案、禁发期和独家内容处理、新闻页面与简报资料包，以及评估报道价值。用户提到科技媒体公关、争取媒体报道、联系记者、建立媒体名单、新闻资料包、争取 JavaScript Weekly 等开发者通讯提及、禁发期简报、宣布融资、分析师简报，或询问“如何让媒体报道我们”时使用，即使只说想上新闻也适用。不是用于撰写公告帖——使用 samber/developer-relations-skills@engineering-blog-post。不是用于扩大自有通讯订阅名单——使用 samber/developer-relations-skills@devrel-newsletter-growth。
为面向开发者的产品设计市场进入策略，包括自下而上的自助式采用、开发者影响型销售、由上而下并以开发者验证，或通过生态系统分发；同时设计自助入口、开发者向买家的交接规则，以及客户落地与扩展路径。创始人、开发者关系或增长负责人询问如何将开发者采用转化为收入、应自下而上还是聘请销售、何时联系免费用户、注册量高但付费账户持平的原因，或已落地团队如何在企业内扩展时使用，即使他们只说“我们的转化漏斗出了问题”。不用于定价——请使用 samber/developer-relations-skills@devtools-pricing-strategy。
为他人技术播客、YouTube 采访、直播或座谈会的嘉宾做准备——节目情报调研、切入角度、以证据与故事支撑的 ABT 叙事主线、自成一体的开场回答、可剪辑的金句、深度校准、录制当天的流程，以及发布后的推广闭环。当有人说“播客嘉宾准备”、“我下周要上播客”、“YouTube 采访准备”、“DevRel 媒体训练”、“帮我准备要点”、“金句”、“我要参加座谈会”或“他们问到竞争对手时我该说什么”时使用——即使只是提到即将进行的录制。不用于运营自己的节目——请使用 samber/dev-event-organizer-skills@tech-podcast-youtube-channel。
将客户在真实生产环境中的部署转化为工程师认可的技术案例研究：提供与测量方法关联的量化数据、前后架构对比、已公开的限制，以及已获批准的名称和引述。用户提及客户案例研究、技术案例研究、开发者采用或成功故事、参考客户，或想将用户访谈、迁移或生产部署转化为公开证据时使用——即使他们只说“写一篇关于 Acme 如何使用我们的文章”。不要用于介绍自有系统的文章；请使用 samber/developer-relations-skills@engineering-blog-post。介绍自有项目持续进展时，请使用 samber/developer-relations-skills@build-in-public。
为文档站点执行页面内和技术 SEO：检查可索引性、不同版本及翻译页面的 canonical 和 hreflang、重定向、生成器的标题与描述模板、内部链接，并根据约定的达标门槛制定指派负责人的修复清单。凡是有人提到“文档 SEO”“我们的文档排名不好”“文档搜索优化”“旧版文档排名超过当前版本”“文档页面未被索引”“修复文档的 canonical”“文档站点地图问题”“翻译文档的 hreflang”或“预览文档被索引”时均使用，即使对方没有说 SEO。适用于有版本、已翻译和自动生成的参考文档。不用于关键词研究——请使用 samber/developer-relations-skills@developer-keyword-research。
把一个演讲想法变成可用于某一场具体会议投稿的提案，或帮助选择投稿目标会议、规划跨多个会议的投稿日程：涵盖赛道契合度、标题备选、面向听众的摘要、以动词开头的收获要点、仅评审可见的字段、可信度材料包，以及对照评审委员会自身标准的自审。只要用户提到 CFP、征稿（call for papers）、会议提案、演讲摘要、会话描述、投稿 KubeCon、PyCon 或 FOSDEM、该投哪个会议、规划 CFP 投稿季，或说提案屡次被拒，就使用本技能——即使他们只是要求把摘要缩短。涵盖社区主办和厂商主办的活动。不适用于已获录取演讲的结构编排（samber/developer-relations-skills@tech-talk-outline）或其演示设计（samber/developer-relations-skills@developer-live-demo-design）。
针对单一受众群体绘制开发者旅程图，按阶段展示发现、试用、采用、贡献和倡导，并以表格形式呈现。每个阶段都包含退出事件、明确的负责人、引用的摩擦证据和一个信号，同时指出下一步最值得修复的唯一流失点。用户询问开发者旅程、开发者采用漏斗或旅程图、为何开发者试用产品却从未投入生产、采用在哪个环节下降、谁负责每个开发者体验阶段，或开发者如何成为贡献者时使用——即使他们只说“我们在某个环节流失了用户”。这不是指标框架；请使用 samber/developer-relations-skills@devrel-metrics。
为吸引软件工程师设计雇主品牌策略——工程 EVP、渠道规划（工程博客、开源项目曝光、员工推荐、会议演讲、薪酬透明化材料）、验证触点审计（雇主评价网站、薪酬数据库、匿名论坛），以及衡量基线。当有人提出“工程雇主品牌”、“为什么我们招不到工程师”、“开发者招聘内容策略”、“是否应该公开薪资区间”、“技术招聘品牌”，或工程 offer 接受率下滑时使用——即使他们将其框定为招聘问题。覆盖从早期阶段到大型公司、从初级到 Staff 级员工的各个层级。不适用于 DevRel 项目策略——请使用 samber/developer-relations-skills@devrel-strategy。
撰写或编辑面向持怀疑态度的开发者读者、能让他们信服的技术博客文章：采用恰当的文章模式、为每项主张提供证据、公开权衡与局限、提供可运行代码片段，并避免营销口吻。用户想要工程博客文章、技术文章、“我们如何构建它”或“我们用 X 重写了它”的故事、调试记录、公开复盘、基准测试文章，或不能读起来像营销内容的产品文章时使用；用户要求审阅、编辑、去除行话或营销腔，修改现有技术草稿时也使用，即使他们只称其为“文章”。这不是教学教程——请使用 samber/developer-relations-skills@developer-tutorial。也不适用于发行说明、迁移指南、案例研究或演讲。
端到端设计无薪、仅提供福利的开发者 Champion 或大使计划，包括准备度检查、招募模式、公开的遴选标准、基于行为的义务、优先提供访问权限的福利阶梯、设有续期和校友身份的固定任期，以及成员评分卡。用户提到大使或 Champion 计划、类似 MVP 的认可、社区英雄、“如何认可社区中的核心成员”、大使应获得哪些福利、陷入停滞的大使计划，或移除不活跃的 Champion 时使用，即使他们没有说“Champion”。不适用于付费创作者、联盟或收入分成合作。要衡量社区本身，请使用 samber/developer-relations-skills@developer-community-health。
为开发者工具选择商业模式——专有 SaaS、开放核心、托管式开源、支持与 LTS 订阅、双重许可、源代码可用、按用量计费、市场抽成或 OEM 许可——以及每种模式所要求的市场进入策略。创始人或高管询问开发者工具如何盈利、开放核心还是托管云更合适、免费与付费的界限在哪里、是否应将产品开源、采用率高但收入持平的原因，或任何变现、收入模式、商业开源问题时使用，即使他们没有提到“商业模式”。不用于定价、套餐或免费层限制——请使用 samber/developer-relations-skills@devtools-pricing-strategy。
设计维护者一侧的开源赞助计划：面向个人与企业赞助方的档位阶梯及其定价、在赞助方数量增至十倍后仍能兑现的回馈、资金目标与可持续性的表述框架，以及公司付款前必须走通的发票与主体流程。只要维护者询问如何为项目争取赞助或资金、搭建或修复 GitHub Sponsors、Open Collective 或 FUNDING.yml、撰写赞助档位、回馈或赞助页面、不解为何广受欢迎的项目无人赞助、考虑 sponsorware，或希望由公司资助维护工作，就使用本技能——即使他们只是说项目难以持续。不适用于企业一侧——请用 samber/developer-relations-skills@oss-sponsors-brand-strategy。
制定开发者活动赞助方案：赞助哪些会议、meetup 和黑客松，赞助哪一档，采用哪种现场激活方式，以及如何证明这笔钱花得值。只要 DevRel 负责人、开发者市场人员或创始人提到赞助会议、展位成本、赞助档位或赞助方案谈判、把活动预算分摊到多个活动、黑客松赞助或活动 ROI，就使用本技能——即使他们只是问“这个展位值不值”。不适用于筹办自己的活动（samber/developer-relations-skills@developer-meetup-program）、让演讲被录用（samber/developer-relations-skills@conference-cfp-submission），或赞助开源项目。
根据文档搜索日志、支持工单、问题跟踪系统和一方查询数据，构建按优先级排序的技术搜索查询关键词列表（错误字符串、“如何在 Y 中使用 X”任务、集成意图、比较、迁移），而非依赖关键词工具的搜索量。用户询问开发者实际搜索什么、想为开发者工具、API、SDK 或文档站点获取关键词、错误消息关键词列表、技术主题的需求规模，或想根据搜索需求决定创建哪些文档页面时使用，即使他们没有提到“关键词”。不撰写页面。不要用于页面或文档站点 SEO——请使用 samber/developer-relations-skills@docs-seo。
将开发者受众划分为若干有名称、规模和优先级的细分群体，确定值得采用的两个划分维度、带置信度等级的规模范围、各群体内用户／倡导者／审批者／买家的角色划分、加权评分、一个主要细分群体和一个次要细分群体，并明确排除不适合的群体。有人询问开发者受众的实际构成、应优先服务哪类开发者、语言生态或用户画像的规模、应面向爱好者还是企业平台团队、开发者不是买家时由谁签字，或内容触达所有人却没有转化的原因时使用，即使他们只问“这是面向谁的”。不用于用户旅程图——请使用 samber/developer-relations-skills@developer-journey-map。
审查并重建个人或组织的 GitHub 资料页，将其作为开发者关系展示窗口：包括个人资料 README、六个置顶项目、简介和社交字段、组织资料仓库，以及访客用来判断可信度的贡献信号。用户提到“优化我的 GitHub 资料页”“个人资料 README”“我们的 GitHub 组织页面是空的”“我该置顶什么”“没人知道我们公司在 GitHub 上构建什么”，或正在准备发布、演讲或求职时使用，即使用户只提到其 GitHub 页面也适用。适用于独立维护者、公司组织，以及在招聘过程中会被查看资料的工程师。仅适用于 GitHub：审查脚本以及置顶项目/贡献图的机制均为 GitHub 专属，但清单的思路可以手动迁移到其他代码托管平台。不是用于单个仓库的 README；请改用 samber/developer-relations-skills@readme-optimization。
设计并运行开发者社区健康度衡量框架：活动度、响应速度、贡献者漏斗和情绪指标、诚实的数据采集、基于基线的阈值，以及以决策收尾的报告。适用于有人询问如何衡量开发者社区、应跟踪哪些社区健康指标、Discord、Slack 或论坛是否正在衰退、社区为何冷清，或需要社区健康度仪表板、贡献者漏斗、社区 KPI 集或参与度报告时——即使他们只说“我们的社区状况还好吗”。不要用于启动社区（samber/developer-relations-skills@developer-community-launch）或公司级 DevRel KPI（samber/developer-relations-skills@devrel-metrics）。
为开源项目或开发者工具设计可持续的公开构建实践：披露阶梯要走多远（发布日志、决策、失败、指标、收入）、维护者能坚持的节奏、平台组合，以及把安全、客户与路线图细节挡在公开记录之外的边界。每当有人提到公开构建、开发日志、每周更新、开放创业或透明度仪表盘、公开分享指标或收入、担心被抄袭、过度披露、想停止公开数据，或想重启已经停滞的实践时，都适用——即使他们没有说出"公开构建"这个词。涵盖个人维护者、自筹资金和已获融资的开发者工具团队。不适用于一次性发布；请使用 samber/developer-relations-skills@oss-launch。
通过 reddapi.dev 对 5 万多个 subreddit、2,000 多万篇帖子和 4,000 多万条评论进行语义搜索，在 Reddit 上开展市场研究、用户研究和产品验证——按含义而非关键词搜索，无需 Reddit OAuth 或应用注册。当用户想研究 Reddit 上人们的讨论、发现用户痛点和投诉、验证产品或细分市场创意、开展竞品和市场研究、跟踪指定日期范围内的 subreddit 趋势，或查找讨论某个主题的 subreddit 时使用。用户提到“Reddit research”“Reddit 调研”“search Reddit”“subreddit discovery”“niche validation”“pain points”“user complaints”或“Reddit trends”时也使用。需要 REDDAPI_API_KEY。B2B 线索评分请参阅 reddit-leads；纯 API 参考请参阅 reddit-search-api。
在 Cargo 上开展 B2B 市场进入工作——研究目标客户和采购委员会，使用获许可的数据提供商丰富并验证 B2B 联系人记录，为潜在客户评分和筛选，为用户自己的序列工具起草基于许可的外联内容，同步到 CRM，并监控采购信号。涉及个人的每一步都受同意依据、抑制名单和数量限制约束（`references/acceptable-use.md`）；拒绝批量发送未经请求的消息、使用购买或抓取的名单以及面向消费者进行定向营销。触发示例：“为我建立一份……名单”“在 <segment> 中找 50 位 <title>”“谁在……工作”“查找这些客户的工作邮箱”“丰富这个 CSV”“验证这些邮箱”“建立 TAM”“谁符合我们的 ICP”“谁实际向我们购买”“我们应该收集客户的哪些数据点”“我们的外联联系错了人”“为这些潜在客户评分”“写一封首次联系邮件”“把这些推送到我的 CRM”“谁换了工作”“谁刚获得融资”“使用 <tech> 的公司”“谁在招聘 <role>”“查找采购委员会”“<investor> 的投资组合公司”“将此受众上传到 Google/Meta/LinkedIn 广告”。提供商：aiArk, anthropic, apolloio, bounceban, bouncer, brightData, builtwith, cargoSignals, cleon1, companyEnrich, contactOut, datagma, dropcontact, enrichCrm, enrichley, enrowio, exa, explorium, findyMail, firecrawl, forager, FullEnrich, g2, gemini, hunter, icypeas, kitt, leadMagic, linkedin, linkup, mixrank, neverBounce, oceanio, openAi, parallel, peopleDataLabs, perplexity, piloterr, pipecorn, prospeo, proxycurl, reverseContact, rocketreach, salesNavigator, serper, sillage, snitcher, societeInfo, storeleads, theirStack, theSwarm, typesafe, waterfall, x, zeroBounce。进行任何付费调用前，先阅读阶段指南、配方和各提供商操作手册。跳过情形：已运行过但运行异常——请使用 cargo-diagnostics。
读取和编写工作区 GTM 知识库——由 Git 管理的 Markdown 仓库，记录 ICP、角色画像、策略、证明材料、异议、竞争对手和信号——以及其运行时沙箱和类型化知识图谱。触发语句：\"记录我们的 ICP\"、\"整理这个角色画像\"、\"我们的定位是什么\"、\"添加一份竞争战卡\"、\"记录这个异议\"、\"我们对 <segment> 了解多少\"、\"更新我们的上下文\"、\"上下文仓库里有什么\"、\"我们向谁销售\"。以下情况不使用：通过分析赢单/输单数据发现实际买家——这是 cargo-gtm 的用途（此技能记录结论，不负责推导结论）；存储结构化记录而非散文——使用 cargo-storage；将文档附加到 Agent 以用于 RAG——使用 cargo-content。
Cargo CLI 技能包的路由器——处理任何 Cargo 相关事项，以及任务涉及两个 Cargo 领域时，首先加载此技能。说明各技能的职责、声明式 GTM as Code 项目（cargo-project）与命令式 CLI 的区别、技能间 UUID 和 slug 的传递流程、运行和批次的异步轮询、端到端用例，以及可能静默失败的注意事项（顶层操作的 `config` 中的输入会被剥除且不报错、run 与 batch、model-uuid 与 segment-uuid）。触发示例：“设置 Cargo”“Cargo 能做什么”“该用哪个 Cargo 技能”“初始化我的工作区”“我有 Cargo 账户”“cargo-ai …”，或任何所属领域不确定的 `cargo-ai` 命令。若任务明显只属于一个技能，则跳过并直接加载该技能。
适用于任何网站或业务类型的全面 SEO 分析。包括全站审计、单页分析、技术 SEO（可爬取性、可索引性、包含 INP 的 Core Web Vitals）、Schema 标记、内容质量（E-E-A-T）、图像优化、站点地图分析，以及针对 AI Overviews/ChatGPT/Perplexity 的 GEO。识别 SaaS、电商、本地业务、出版商和代理机构等行业。触发词：SEO、审计、Schema、Core Web Vitals、站点地图、E-E-A-T、AI Overviews、GEO、技术 SEO、内容质量、页面速度。仅当 SEO 领域明确但所需工作流不明确时使用此中心；否则使用确切保留的叶子技能或命令。
Cargo 的首次运行引导演示——从一个人物画像问题找到 25 个真实潜在客户，并在两分钟内提供费用明细，最后将本次检索保存为可重复使用的流程。触发语句：\"show me what Cargo can do\"、\"give me a demo\"、\"take me on a tour\"、\"quickstart\"、\"getting started with Cargo\"、\"I just installed Cargo\"、\"my workspace is empty\"、\"does this actually work\"。以下情况跳过：用户有实际任务要执行（构建名单、丰富 CSV、查找邮箱）时，使用 cargo-gtm；用户需要 CLI 参考或路由时，使用 cargo router 技能。
为 B2B SaaS 供应商选择技术合作伙伴，并确定合作深度：按需求数据优先级排序合作伙伴（关联交易的收入、留存提升、竞争必要性）、设置从推荐到 OEM 的合作深度阶梯及晋级门槛、管理联合路线图和协同开发、加入认证计划并编列续期预算、归因自主开发与受影响的销售管道，以及确定技术合作职能的汇报对象。用户提到集成合作伙伴、ISV 联盟、技术合作、合作伙伴层级、认证计划或合作伙伴销售管道归因时均可使用，即使他们没有说“合作伙伴战略”。仅限战略层面。不要用于 ETL 平台列表；请改用 samber/developer-platform-skills@etl-connector-strategy。
为 B2B SaaS 应用市场运营方编写列表内容规范，规定所有第三方列表必须达到的标准，涵盖必填字段及客观拒绝标准、截图和视频规格、描述质量门槛、类别分类体系设计、本地化方针、徽章展示规则，以及过时列表的处理和淘汰机制。用户提及列表标准、列表评分规则或市场质量门槛、截图或媒体要求、市场类别、拒绝标准或下架过时列表时均可使用，即使他们没有说“列表标准”。仅适用于运营方。请勿用于优化供应商自己的列表；此类情况请使用 samber/developer-platform-skills@integration-listing-optimization。
设计 B2B SaaS 市场运营方的上线及持续应用联合营销计划，涵盖首批上线合作伙伴的规模与准入、以主题演讲为核心的发布和合作伙伴禁售期、精选展示位与月度应用推荐的管理，以及市场整体需求开发与按名额分配的合作伙伴联合营销预算（MDF、付费目录、等级门槛）。用户提及推出应用市场、选择上线合作伙伴、精选应用、合作伙伴专题推荐、MDF 或联合发布公告时均可使用，即使他们没有说“市场上线”。仅适用于运营方。请勿用于供应商优化其在其他平台上的自有列表；此类情况请使用 samber/developer-platform-skills@integration-listing-optimization。
优化 B2B SaaS 供应商在第三方应用市场（如 Salesforce AppExchange、HubSpot、Atlassian、Shopify、Slack）上的自有商品页。涵盖从浏览到安装的转化漏斗、关键词布局、截图和演示视频排序、类别选择、合规的评论增长、徽章申请和排名衰减。只要用户提到 AppExchange 商品页、市场转化、市场搜索排名、应用安装或应用评论，即使没有说“商品页优化”，也应使用。不要用于运营方自身的规则手册（使用 samber/developer-platform-skills@app-marketplace-listing-standards）、AppExchange 打包或安全审查（samber/developer-platform-skills@salesforce-appexchange-playbook），或 Slack 应用审查（samber/developer-platform-skills@slack-app-directory-playbook）。
无需登录或 Meta 开发者账户，即可抓取公开 Instagram 数据，包括个人资料、帖子、Reels、快拍、评论、话题标签、地点和提及内容。适用于用户想要获取 Instagram 个人资料的粉丝数、简介或帖子数，抓取近期帖子或 Reels，查看帖子评论，查找特定话题标签下或地点的帖子，按关键词搜索账号，追踪竞争对手的 Instagram 内容，审核或发现网红，导出互动指标，监控品牌提及，或构建 Instagram 数据管道。基于 Apify 的 Instagram Scraper 运行；需要免费的 Apify 账户（API token），此技能会在首次使用时协助设置。
管理 Google Analytics 报表数据，通过 Cloud CLI 启用 Analytics Data API，并使用 Google Analytics Data API（v1beta）创建报表。适用于：与 Google Analytics 属性交互、运行自定义分析报表、查询指标（如 activeUsers、screenPageViews）和维度（如 city、date）、检查指标与维度的兼容性，或验证 API 是否已启用。不适用于 Google Analytics Admin API 操作（如创建属性、管理用户），也不适用于前端跟踪代码的安装。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。