Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
其他
将代币名称转化为经过核验并确定规模的买单。此技能独有两项功能：从同名仿盘中将 NAME 或符号解析为正确的合约；确定订单规模，包括金额、滑点、gas 和仓位。其他同类技能都不负责这两项。准备买入时使用此技能，信号可以是 NAME 或符号、AMOUNT，或两者兼有——包括最简单、完全没提核验的请求：我想买 200u 的 PENGU，帮我买 500 刀的 BONK，买 1 个 SOL 的 WIF，帮我买点 dogwifhat，想梭 100u 的 XX，PENGU 现在能买吗，PENGU 能不能买，能不能冲，值不值得进，确认是正主不是仿盘再买，buy me $500 of PENGU；如果金额与裸合约地址一同出现，也包括在内。若只有裸合约地址，既没有名称需要解析，也没有金额需要确定规模（「这个地址能不能买」、打个分、尽调、有没有貔貅、rug check、is this token safe），则不要使用此技能；这类请求属于 gmgn-contract-dd，由它给出 0-100 的安全性评分。此技能不会自行计算第二份评分，而是调用 gmgn-contract-dd 并遵循其判断，因此接手此类请求毫无益处，还会让用户收到一张他们并未要求的订单卡。用户一提金额就回到此技能。若询问的是 LAUNCHER 而非代币（「这个 dev 的新盘能不能买」、「他下一个盘值不值得冲」、「should I buy his next launch」、「will this dev rug at open」），则使用 gmgn-dev-score：它评估创建者自身的记录，目前没有代币名称需要解析或金额需要确定规模。用户说出币名后再回到此技能。只提到代币而没有任何买入意图时，使用 gmgn-market 搜索。gmgn-swap 是此技能的后续环节，而非竞争技能：gmgn-swap 负责签名和提交；此技能不会接触私钥或下单，因此普通买入请求从此技能开始，只有用户确认订单卡后才交给 gmgn-swap。注意，gmgn-swap 也无法从名称开始——其 --output-token 是合约地址，而且只能解析 SOL/BNB/ETH/USDC 这些币种名称——因此无论用户要求谁执行，“帮我买点 dogwifhat”都必须先走此技能。只有当用户明确表示不需要买前检查（skip the checks、直接买、不用尽调、我很急），或请求此技能完全不处理的操作时，才直接使用 gmgn-swap：卖出、按比例卖出、限价单、止损、止盈、追踪订单、多钱包批量交易、订单状态查询和 gas 价格查询。分流依据是请求还需要完成什么，而非由谁执行：名称需要解析、金额需要确定规模，所以两者都从这里开始；裸地址只需评分，因此属于 gmgn-contract-dd；已签名交易则始终属于 gmgn-swap。
当用户想要「login/log in/sign in」「authenticate」「authorize」「connect OKX account」「set up credentials」「first time setup」「configure okx」「登录」「授权」「认证」「连接账户」「首次配置」时，使用此技能。当任何 OKX CLI 命令出现认证错误时也使用：「Run okx auth login first」「Session expired」「not authenticated」「requires_auth」「401 Unauthorized」「token expired/not found」「StorageNotFoundError」「会话过期」「未认证」「需要登录」。当用户询问登录状态或登录被中断时也使用。当用户想要安装/更新/检查/移除 okx-auth 二进制文件时也使用：「install/update/remove auth」「download okx-auth」「安装/更新/卸载认证」「auth binary status」「Failed to spawn okx-auth」。首次使用 okx-cex-trade/portfolio/earn/bot 前也应使用。请勿用于行情数据查询（请使用 okx-cex-market）。
在 Binance Web3 上查询 Ondo 代币化美股数据。包含：受支持的股票代币列表、RWA 元数据（公司信息、鉴证报告）、市场与单个资产的交易状态（含财报、分红、拆股等公司行动代码）、实时链上数据（代币价格、持有者、流通量、市值）、美股基本面（市盈率、股息率、52 周区间）以及代币 K 线／蜡烛图。当用户询问以下内容时使用此技能：- 特定代码的代币化股票价格、持有者或链上数据 - 某股票代币是否可交易、暂停或停牌 - Ondo RWA 代币列表，或哪些美股可上链 - 影响代币的公司行动（分红、拆股、财报停牌） - 股票代币的 K 线或蜡烛图数据 - 对比链上代币价格与美股价格 不适用于通用加密代币（BTC、ETH、SOL 等）——这些请使用 query-token-info。
面向雇主侧的科技活动策划岗位招聘——制片人/经理/协调员，以及社区经理方向的岗位。按运营场景（内部团队、代理公司、非营利/社区，或长期运营的会议业务）校准评分卡；在通用活动策划流程基础上，加入 CMX 的五项核心能力集与付费迷你审计实操题，构建招聘流程；标记招聘启事中常见的「一个岗位同时负责赞助、内容与制作」合并模式；由于没有面向科技行业的专属招聘板，从通用活动行业招聘信息板寻源候选人；并依据具名来源（PCMA、BLS、Glassdoor）而非混合数字来确定薪酬。当用户询问如何招聘活动制片人或经理、撰写招聘启事、设计招聘流程，或招聘活动社区经理时使用。不要用于候选人准备（samber/dev-event-organizer-skills@dev-event-career）或团队组织设计（samber/dev-event-organizer-skills@event-team-structure）。
为技术活动编制预算和损益表：将每项成本拆分为固定成本和人均成本，根据资金模式规划收入构成；设置“好／更好／最佳”范围档位，让盈亏平衡点有三种答案而非一种；设计由底线、缓冲和降级阶梯组成的应急储备，并为削减项目导致的赞助商触达损失定价；制定跨届储备政策、与单场活动脱钩的年度资金方案，并根据赞助款和票款实际到账日期安排现金流出。用户要求编制活动预算、测算会议或黑客松成本、计算盈亏平衡点、确定应急储备规模、制定跨届储备或盈余政策、为定期聚会系列安排年度资金、规划活动现金流，或在收入不足时决定削减项目时使用。使用现有价格和供应商实际报价，不负责设定价格。不要用于设定门票或赞助价格——请使用 samber/dev-event-organizer-skills@event-ticket-pricing 或 samber/dev-event-organizer-skills@event-sponsor-pricing。
梳理黑客松实际颁发什么：现金还是非现金形式，包括完全没有奖金的情形；奖金池总额在活动预算的奖金科目中处于什么位置；该奖金池如何按名次和赞助方赛道分配；以及谁可以合法获得付款。凡用户提到黑客松奖金金额、现金与硬件或额度（credits）的区别、奖金池跨赛道分配、未成年人／赞助方员工／跨境获奖者的奖金资格，或获奖者实际如何收款时，均可使用——即使他们没有说“奖金”。列出竞赛法、税务和跨境风险类别，并引导至律师或财务托管方，绝不给出具体门槛或表单名称。不可用于给项目排名——请改用 samber/dev-event-organizer-skills@hackathon-judging。
设计技术活动的征稿通知（CFP）——指对外发布的征稿，而非背后的评选工作。涵盖：从活动日期倒推的 CFP 开放／截止时间线、投稿表单字段、征稿提供的演讲形式、匿名化立场（实名、自愿匿名或强制盲审）、在征稿本身中公布的评审标准、声明的讲者权益、每人投稿数量上限、首次演讲者支持，以及需要考察的 CFP 工具功能。当被要求开放或撰写 CFP、设定 CFP 截止日期、设计演讲投稿表单、决定是否盲审，或在征稿中说明讲者权益时使用。不适用于评审或评分投稿——请改用 samber/dev-event-organizer-skills@event-talk-selection。
为一届黑客马拉松设计导师计划：根据挑战赛道而非人数确定覆盖深度；通过社区和赞助商渠道招募；依据活动说明中的赛道和赞助商 API 标注并匹配专长；设计遇到困难的团队联系导师的机制；在导师简报中说明提供帮助与代为开发的界限；按专长安排不同班次的轮换。用户提到黑客马拉松需要多少导师、招募或培训导师、活动期间遇到困难的团队如何求助，或导师可以接触团队仓库中的哪些内容时使用，即使用户没有说“指导”。不要用于通用的班次和人员排班机制；此类需求使用 samber/dev-event-organizer-skills@event-volunteers。
在线下活动形式已确定为全程远程后，负责技术活动的技术执行和面向观众的交付：替代活动场地的平台、远程演讲者的连接和本地备份录制、直播聊天与问答的审核人员配置，以及无实体场地活动所需的故障演练。用户提到虚拟活动平台、在线或纯远程会议/聚会、远程演讲者准备、聊天和问答审核人员配置，或直播中断时的应对方式时使用，即使用户没有说“虚拟”。存在实体场地时不要使用：场地信号链路使用 samber/dev-event-organizer-skills@event-production；同时面向两类观众时使用 samber/dev-event-organizer-skills@hybrid-event-design。
决定是否将技术受众带入主办方无法掌控的组织，以及以何种条件——即当主办方的场地、运营和人员本身就是内容，而非主办方租下一间房并填满听众时。设定对主办方的依赖姿态（主办方内部托管的主办方演讲人、单一主办方站点的由主办方主导或按协商议程进行、多主办方巡回）以及访问姿态，即主办方允许参与者参观并在之后复述的内容。凡涉及设计学习考察、企业参访、实地行程、参访行程或高管沉浸式体验时使用。不适用于餐饮——请使用 samber/dev-event-organizer-skills@event-hospitality；也不适用于多场地物流——请使用 samber/dev-event-organizer-skills@event-production。不涉及任何法律门槛或法律文书。
接待既不演讲也不赞助、但其出席会产生普通参会者流程无法承接的陪同、礼宾、安保或保密义务的具名贵宾——公职人员、要员、主要资助方、无展位职责的高管。涵盖资格判定标准（看义务，而非身份地位）、身份名册、陪同深度，以及在不建立参会者可解读的身份等级的前提下满足义务的曝光尺度。当用户提到接待部长、市长、资助方或来访高管、VIP 徽章或预留座位、陪同要员，或与嘉宾自有安保团队协调时使用——即使他们从未说出“VIP”一词。不适用于讲者——请改用 samber/dev-event-organizer-skills@event-speaker-experience。
设计并审视技术活动的现场文化——定位风格（黑客、企业、设计、商业）及其在场地的统一呈现，涵盖场地、餐饮、伴手礼、着装要求、舞台制作、主持人与接待口吻、开闭幕式，以及行为准则所宣扬的价值观。凡是被要求定义活动的氛围或文化定位、设计标志性传统或仪式、撰写开场或闭幕、向主持人或组织方主持人做 briefing、确定伴手礼策略，或审视价值观宣示与现场体验相互矛盾的活动时，均可使用。仅限具身表达层面。请勿用于活动所代表的理念——请使用 samber/dev-event-organizer-skills@event-positioning——或行为准则及其执行——请使用 samber/dev-event-organizer-skills@event-code-of-conduct。
撰写技术活动的行为准则并构建其背后的执行流程——政策必须包含哪些内容、它约束谁以及哪些空间（参会者、讲者、志愿者、赞助商与展台工作人员、卫星活动）、包括匿名通道在内的举报渠道、响应团队的构成与演练、现场事件处置手册及其响应时限、处罚阶梯、哪些级别可申诉，以及透明度报告。当有人要求撰写或审查活动或会议的行为准则、建立事件举报机制、组建或培训 CoC 响应团队、决定对参会者的处罚，或处理现场事件时使用。不要用于无障碍措施——请改用 samber/dev-event-organizer-skills@event-accessibility-inclusion。本内容不构成法律建议。
设计定期举办的技术活动的常设组织团队——即各届活动之间持续运作的架构。涵盖法人实体安排（不设实体、财政赞助、自有非营利组织）、决策权结构（董事会与组织者分工、领域负责人联合体、共识委员会）、角色分类、继任与关键人员风险规划、防止倦怠的保障措施、组织者利益冲突、独立本地社区的自愿互助网络，以及从志愿者转为付费员工的招聘门槛。每当用户提及组织团队的架构或治理、为活动成立协会或非营利组织、划分决策权、组织者继任或轮换、组织者倦怠、寻找共同组织者、组织者借活动开展业务、多个独立 Meetup 组成合作网络，或招聘首位付费员工时使用，即使用户没有提到“团队结构”。不要用于活动当天的人员安排——改用 samber/dev-event-organizer-skills@event-volunteers。
设计志愿者在非值站时段能获得什么，以及如何让他们在一届活动结束时留下好感——真正可用的休息时间、在活动整体标准之上为志愿者提供的额外接待、不与班次挂钩的认可、公开致谢，以及下一届招募时可沿用的往届志愿者名单。当用户提到在班次之外关心志愿者、志愿者能否听演讲、志愿者休息室或志愿餐、活动后感谢志愿者，或让同一批志愿者在下届回归时使用——即使他们从未说出"志愿者体验"一词。不要用于招募、岗位、班次或岗前简报——请改用 samber/dev-event-organizer-skills@event-volunteers。
寻源、评估并签约场地方不提供的供应商——餐饮、视听与制作供应商、安保公司、保险经纪、周边礼品与印刷。涵盖任何评估之前必须先做的场地排他性核查、每个品类一份统一的需求简报、寻源姿态与报价比较深度、合同危险信号与保险证明（certificate of insurance）的要求、下单提前期、交付缓冲以及活动当天的协调。当用户提到找餐饮公司、比较供应商报价、向视听或安保供应商下简报、订购周边礼品或 T 恤，或在签约前审阅供应商合同时使用——即使他们从未说出 "vendor"。拒绝编造供应商价格。不要用于撰写视听技术规格——请改用 samber/dev-event-organizer-skills@event-production。
设计技术活动普通参会者的现场动线——签到台与证件领取、证件的隐私与扫码策略、导视与标识、静室及其他设施、餐饮与饮食限制的执行方式、求助路径、首次参会者的入门指引，以及对完成设计的实地走查审计。凡被问及如何运营大会签到、是否在证件上加二维码、静室设在哪里、如何为场地做标识让人找到房间、如何分发饮食受限餐食、求助台应涵盖哪些内容，或首次参会者如何快速上手时使用。从门口开始。不适用于报名或缺席处理机制——请改用 samber/dev-event-organizer-skills@event-no-show-management；演讲人、赞助商和志愿者有各自的动线技能。
为黑客松期间构建的项目评审设计评分标准与打分流程——评价标准及其权重、评分量表、评委覆盖度与适配评审时长的名额分配计算、跨评委分数归一化、平局处理、赞助方与评委的利益冲突处理、评委招募与培训，以及结果公布流程（包括存在争议的结果）。当用户提到黑客松评审标准、权重、每个团队需要多少评委、评审团简报、赞助方评审自己的赛道，或平局与争议规则时使用——即使他们没有说出「评审」二字。不要用于奖金金额与支付法规——请改用 samber/dev-event-organizer-skills@hackathon-cash-prize。
确定技术活动承诺提供哪些无障碍与包容措施——涵盖实体、感官、饮食、经济和数字无障碍，明确措施深度、适用对象及资金来源，并制定公开声明和无障碍需求请求的数据处理方针。每当用户询问会议应提供哪些无障碍服务、是否为演讲添加字幕、是否设置安静室、提供托儿或差旅补助、是否设立明确的包容团队、如何编写无障碍页面，或如何回复无障碍需求请求时使用，即使用户没有提到“无障碍”。本技能确定标准，不负责落实。不要用于行为准则——使用 samber/dev-event-organizer-skills@event-code-of-conduct。本内容不构成法律意见；无障碍义务因司法管辖区而异。
解读 Culture Index (CI) 问卷、行为画像与人格评估数据。支持个人画像解读、团队构成分析（gas/brake/glue）、职业倦怠识别、画像对比、招聘画像、经理辅导、用于特征预测的访谈记录分析、候选人复盘、入职规划与冲突调解。可通过 OpenCV 提取脚本接收提取后的 JSON 或 PDF 输入。当用户分享 Culture Index 的 PDF 或 JSON 画像、询问某人的 CI 特质含义、在团队成员之间或对照招聘画像比较 Culture Index 画像，或询问 Survey 与 Job 差距带来的职业倦怠风险时使用。
Binance Onchain Pay 支持用户使用法币（如 EUR、USD）购买加密货币，或在单次流程中将 Binance 账户中的现有加密货币直接发送到任意外部链上钱包地址，无需手动提现。支持合作伙伴集成加密货币购买服务：- payment-method-list：获取可用支付方式（银行卡、P2P、Google Pay、Apple Pay 等）及法币/加密货币交易对的限额 - trading-pairs：列出所有支持的法币和加密货币 - estimated-quote：获取实时价格报价，包括汇率、费用和预估加密货币数量 - pre-order：创建买入订单并获取跳转至 Binance 支付流程的 URL - order：查询订单状态和详情（处理中、已完成、失败等）- crypto-network：获取支持的区块链网络及提现费用和限额 - p2p/trading-pairs：列出 P2P 专用交易对
生成 GMGN 支持的所有链上当前热门且风险足够低、值得查看的代币名单，评分 0–100，最多 10 个。这是一项筛选技能：不需要预先提供地址，扫描全部七条链，按流动性／真实交易量／持仓集中度／rug 和开发者风险筛选每个候选代币，再用统一的跨链尺度为通过筛选的代币评分，并返回达到评分门槛的代币数量——行情疲弱时可以少于 10 个，绝不为凑数而填充。用户需要精选热门名单而非原始排名时使用此技能："热榜"、"热门代币"、"近期热门"、"帮我抓一轮热榜"、"现在有什么值得关注的热币"、"全链热门币"、"生成热榜"、"有没有新的热门盘"、"what is hot right now"、"give me the hot list"、"which trending tokens are actually worth looking at"、"screen the trending list for me"。其他语言中的相同问题也应路由至此——按含义而非措辞判断。原始排名列表（"show me the top 20 by volume on sol"、"1h trending"、"hot search list"）不要使用此技能；这类请求应使用 `gmgn-market trending`／`hot-searches`，它们会原样返回交易所自己的排序。对于刚推出的联合曲线代币（"just launched"、"pump.fun new"、"新盘"），应使用 `gmgn-market trenches`；对于用户已有的单个地址（"is this token safe"、"打个分"、"尽调"），应使用 `gmgn-contract-dd`；对于图表解读（"走势怎么样"、"什么形态"），应使用 `gmgn-kline-pattern`；对于低于本技能自身门槛的早期机会搜索（"值得埋伏吗"、"新币筛选"、"早期机会"、"discover early-stage opportunities"），应使用 `gmgn-market trenches`，因为此处候选池的市值起点为 500k、流动性起点为 100k，且不包含联合曲线代币；对于同一市场的投资者钱包视角（"聪明钱在买什么"、"KOL 在买什么"、"on-chain alpha"、"copy-trade signals"），应使用 `gmgn-track smartmoney`／`kol`，它回答的是谁在买，而非哪些代币值得关注。区分依据是由谁选择代币：用户指定代币时，不使用此技能；用户要求技能选择时，使用此技能。当用户未指定代币，且措辞与 `gmgn-market` 请求重叠（"hot coins"、"what's pumping"、"trending tokens"、"热门币"、"什么币在涨"）时，应根据用户期望的答案形式判断：要求返回交易所原始顺序、包含 N 行的排名，使用 `gmgn-market trending`；要求返回通过风险筛选、带评分且可采取行动的简短名单，则使用此技能。若问题模糊且没有其他线索，默认使用此技能，因为它可以指向原始排名，而原始排名本身无法进行筛选。运行时无需提供任何信息——仅凭触发短语即可，且从不需要地址、链或金额。用户提出要求时，可缩小四个范围：扫描哪些链、年龄上限、返回数量和评分门槛；任何调整后的值都会在报告中注明。
启用或禁用组织首选项，该首选项控制 Salesforce 组织是否可以接收来自 Transactable Marketplace 的合作伙伴报价。当用户希望为组织开启或关闭合作伙伴报价接收时使用此技能。以下情况触发：用户要求启用或禁用合作伙伴报价、配置 TransactableMarketplaceReceivePartnerOffers、配置 enableTransactableMarketplaceReceivePartnerOffers、设置市场合作伙伴报价接收、切换 TM 合作伙伴报价设置、编辑 TransactableMarketplacePrivateOffer.settings 文件，或配置与可交易市场相关的组织首选项。以下情况不要触发：用户需要自行创建或管理合作伙伴报价记录、配置市场刊登设置，或处理 SfdcPartnerOffer 对象（应改用 platform-metadata-deploy 或 platform-apex-generate）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。