Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
其他
设计 B2B SaaS 应用／连接器市场的运营方盈利方式，涵盖记录商户模式（市场代收款还是开发者收款）、计费渠道与账户配置、费用构成（源头收取的收入分成、计划费用、转嫁的处理费）、费用减免与激励等级、付款频率与保留期，以及市场促进者／VAT 税务层。用户提及应用收费、收入分成收取、付费应用计费或计费 API、开发者付款、费用减免或记录商户时均可使用，即使他们没有说“市场变现”。仅限机制层面。请勿用于设计抽成比例及等级；此类情况请使用 samber/developer-platform-skills@connector-marketplace-strategy。
面向雇主，为开发者平台岗位招聘：API 产品经理、平台工程师/架构师、合作伙伴/集成工程师。首先澄清“平台工程师”的含义，因为在业界该词通常指内部开发者平台。根据公司类型（基础设施/API 优先、附加型公共 API、企业合作伙伴生态）校准评分表；标记与 DevRel 的守门人/陷阱分类不同的职责范围坍缩模式；参考 apidays，而非面向内部 IDP 人群的 PlatformCon；根据 API 设计与系统设计面试的区别构建面试流程；并参照通用工程/PM 职级体系评估薪酬，而非另设平台职称。用户询问如何招聘平台工程师、API 产品经理或合作伙伴/集成工程师、撰写职位说明或设计面试流程时使用。不要用于候选人准备（samber/developer-platform-skills@developer-platform-career）或 DevRel 招聘（samber/developer-relations-skills@devrel-hiring）。
判断 SaaS 是否以及何时应自建应用/连接器市场，而非加入其他市场或购买嵌入式 iPaaS，并设计其运营模式，包括筛选程度、合作伙伴组合、治理规则、抽成比例和启动顺序。用户提到构建应用商店或集成市场、生态系统就绪度、市场收入分成或抽成比例、精选准入与开放准入、第三方应用治理，或启动双边开发者生态时均适用，即使没有明确说“市场策略”。仅限策略层面。不要用于计费和支付流程（samber/developer-platform-skills@app-marketplace-monetization-model），也不要用于在其他数据平台上构建连接器（samber/developer-platform-skills@etl-connector-strategy）。
Home Assistant（HA）最佳实践。处理任何 HA 请求时，应在回答或探索之前先加载。触发此技能的情况：- 创建或编辑自动化、脚本、场景、仪表盘、蓝图；- 选择模板传感器、辅助项或 Jinja 宏；- 重构触发器、条件或模式；按钮、遥控器或事件实体自动化；- 重命名实体或将 device_id 迁移为 entity_id；- 查找卡片类型或域文档；编写 AppDaemon 应用；- 删除或恢复备份，或升级 Core 或 OS。常见症状：- 原生选项可用时仍使用 Jinja2 模板；- 用 device_id 而非 entity_id；- 未检查使用方就更改实体 ID；- 选择了错误的自动化模式；- 应使用辅助项的地方却使用原始传感器或硬编码值；- 直接编辑 .storage 或在其中查找自动化；生成的 YAML；- 告知用户为 UI 集成编辑 configuration.yaml；- 蓝图实体硬编码或跳过选择器；- 更改现有状态但没有恢复路径；- 在模板间复制粘贴 Jinja
Meme 代币的实时 launchpad 动态和 AI 热点。（1）meme-rush：实时追踪 Solana、BSC 和 Base 上 launchpad 的代币生命周期（Pump.fun、Four.meme、Flap 等），包括全新发行、正在完成／处于 bonding curve 阶段的代币，以及刚迁移到 DEX 的代币；可按开发者行为、代币年龄、市值和 launchpad 子类型筛选（例如 Open Four Agent ID 专属发行——任何人都能发行；只有 Agent ID 持有者能在 bonding curve 阶段买入）。（2）topic-rush：通过 AI 检测热门市场叙事，并按资金流入为相关代币排名。适用于：“new pump.fun launches”“what just migrated”“currently bonding”“hot narratives”“what topic is pumping right now”“live launchpad feed”“AI hot topics”“Agent ID exclusive launches”“Agent ID exclusive bonding curve”“Open Four”。
设置 Shopify 商店。用于创建、构建或开设商店（例如“帮我创建一家宠物用品商店”），即使用户没有提到 Shopify；不用于手写编码的网站。当店主想开始在线销售、尚无账户但想试用 Shopify、浏览 **mock.shop** 参考商店、从模拟商店/示例商店开始、为新商店填入示例商品、将模拟商店转为真实商店，或在没有账户的情况下构建店面时使用。开发者明确需要无需身份验证的 mock.shop 参考数据时也使用；除非他们还要求将内容复制到 Shopify 商店，否则在创建预览商店前停止。创建预览商店后，处理商家的后续步骤，包括更改设计、颜色或布局，以及如何保留、保存或将其转为真实商店。创建预览使用 `shopify store create preview`；商家设计更改归此技能处理；明确的开发者应用和主题项目归 `onboarding-dev` 处理；CLI 故障排查和命名商店命令归 **`use-shopify-cli`** 处理。
针对单个代币地址的合约尽调评分 —— 将合约安全性、持仓结构和价格走势整合为一个 0-100 的综合分，并受 GMGN 自身 rug 标签的限制；每项扣分都会指明其所读取的字段，而缺失字段绝不视为通过。当用户只想要一个结论数字而非各项字段时使用：尽调、CA 尽调、给这个币打个分、这个币安全吗、能不能买、有没有貔貅、is this token safe、rug check、honeypot check、due-diligence score、score this contract，或者直接粘贴一个代币合约地址。裸地址也可能是一个钱包 —— 第 0 步会判定是哪一个，并将钱包交给 gmgn-wallet-analysis。当诉求是结论而非字段罗列时，优先使用本 skill 而非 gmgn-token；字段本身（价格、市值、流动性、持仓者和交易者列表、未参与评分的安全字段）属于 gmgn-token，chip 结构属于 gmgn-holder-analysis，形态命名属于 gmgn-kline-pattern。只有在用户给出裸地址时，买入意图才会收敛到本 skill：输入为 --address，且此处绝不解析出名称。当用户点名代币 —— 帮我买 200u 的 PENGU、XX 能不能买、能不能冲、我想梭、buy me $500 of BONK —— 或想要仓位规模时，则由 gmgn-token-buy 负责，因为从同名仿冒合约中挑出正确的那个，以及估算滑点和 gas 成本，都超出了本 skill 的输入范围。该 skill 会调用本 skill 获取安全结论而非替代它，因此无名称、无金额的裸地址仍与之前一样在此评分。
某个钱包的交易者决策档案 —— 四道通过/不通过关卡（记录是否真实、本周这个优势是否仍然有效、你实际上能否成交、是否会及时止损），再加上该钱包当前持仓和买入标的、其入场市值区间、其可复制时间窗口（秒）以及具体的仓位上限。回答 memecoin 交易者真正关心的问题：“数据看着不错，但如果我跟着这个钱包会发生什么？”当用户问「这个钱包能跟吗」「帮我分析一下这个钱包」「它现在在买什么」「这个钱包最近还行吗」「跟着他买我能吃到吗」「他是不是已经不行了」「它是什么类型的」，或者说“can I copy this wallet”、“analyze this wallet”、“what is this wallet buying now”、“is this wallet still hot”、“would I actually get filled following this”，或直接粘贴一个钱包地址时使用。对于只给钱包地址的情况，这是默认处理方式，一次性回答“这是什么类型的交易者”和“我该不该跟”。需要一句话总结或打法建议（复盘、一句话总结、下一步怎么打）时使用 gmgn-wallet-review；仅询问风格（这个钱包什么风格、打法）时使用 gmgn-wallet-style。
判断某个代币创建者的下一次发行是否值得安全买入。根据他的完整发行历史以及他在自己发行的所有代币上的每一笔交易，从两个彼此独立的维度对开发者地址打出 0-100 分 —— CONDUCT（开盘时他会不会砸盘）和 POWER（他是否真的做过什么大项目）—— 然后给出买入／不要买入的结论以及时机窗口。 当用户就某个发行者提出买入决策问题时使用此技能：「我能不能买这个 dev 的新发行」「我该不该买他的下一次发行」「这个 dev 会不会 rug」「他会不会在开盘时砸盘」「他的发行适合狙击买入吗」「开盘买入安全吗」「dev score」「creator score」「launch score」「这个发行者可信到值得买入吗」；或者当用户给出代币地址并提出团队信任类问题时（「这个代币的团队可信吗」「这个项目的 dev 有前科吗」「这个创建者以前有没有 rug 过」）—— 先用 `gmgn-cli token info` -> `dev.creator_address` 解析出创建者，再对该地址评分；或者当用户给出钱包地址并明确询问发行历史时（「这个地址发行过哪些代币」「他之前的发行表现如何」「他的币是不是都归零了」）。用其他语言提出的同类问题也会路由到这里 —— 按含义匹配，而不是按字面措辞。 对于只给出钱包地址而没有附带问题的情形，不要使用此技能：默认情况下，单纯一个地址属于跟单问题，应由 gmgn-wallet-analysis 处理，该技能已声明自己是这类问题的默认选择。也不要将其用于跟单类问题（「这个钱包值得跟吗」「我该不该跟这个钱包」「跟单评分」）、钱包盈利能力（「这个钱包赚钱吗」「这个钱包的历史战绩如何」）或钱包画像类表述（「这是代币创建者的钱包吗」「这个 dev 的口碑如何」）—— 这些属于 gmgn-wallet-score。划分依据是问题类型而非地址类型：那些技能回答的是「这个钱包是谁」（画像），本技能回答的是「我该不该买他的发行」（决策，并附带时机窗口）。请注意「这个 dev 的口碑如何」（画像 → gmgn-wallet-score）与「dev score」（决策 → 本技能）之间有多接近：决定性因素是是否涉及买入。如果确实难以判断，请先提一个简短问题而不是猜测 —— 两者会给出不同的报告，没有折中办法。
当用户说"查看我的 DeFi 持仓"、"我的 DeFi 资产"、"持仓详情"、"持仓列表"、"DeFi 持仓"、"查看DeFi持仓"、"我的DeFi资产"，或提到查看跨协议的 DeFi 持仓、头寸、资产组合，而未指定某个具体 DApp 时，使用此技能。涵盖持仓总览和各协议的持仓明细。不适用于充值/赎回/领取操作——请使用 okx-defi-invest。不适用于钱包代币余额——请使用 okx-agentic-wallet。不适用于 DEX 现货兑换——请使用 okx-agentic-wallet。当用户点名某个第三方 DApp（例如"显示我的 Aave 持仓"、"我的 Hyperliquid 余额"、"查看我的 Polymarket 持仓"）时不要使用——请改用 okx-dapp-discovery，它会加载该 DApp 的插件以提供协议原生的持仓视图。
OKX 聚合的 DeFi 发现与执行——适用于用户希望由 OKX 找到并路由到最佳协议，但未指定具体 DApp 的情况。**如果用户将任何第三方协议 / DApp 作为目标提及（Aave、Lido、PancakeSwap、Uniswap、Curve、Compound、Morpho、Pendle、Kamino、Raydium、Hyperliquid、Polymarket 等），请路由到 okx-dapp-discovery，而非此处，即使动词（deposit、stake、add liquidity、borrow、claim）匹配。** 与 DApp 无关的触发词：“投资 DeFi”“用稳定币赚取收益”“找到最佳 APY”“存入 / 质押获取收益”“搜索 DeFi 产品”“赎回 / 提取仓位”“领取 DeFi 奖励”“以资产抵押借款”“偿还贷款”“添加 / 移除 CLMM 流动性”“APY/TVL 历史”“CLMM 深度图”。同时涵盖 DeFi 投资、yield farming、借贷、借款、质押、流动性池、APY/TVL 趋势。不要用于：DEX 兑换（okx-agentic-wallet）、代币价格（okx-dex-market）、钱包余额（okx-agentic-wallet）、仅查看仓位（okx-defi-portfolio）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。