Skills
收录 100,928 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
全面的 SAP Joule CLI(原 sapdas CLI)助手,用于从命令行管理数字助手——编译能力、部署助手、运行 BDD 测试、lint 与排查错误。只要用户提及“joule cli”“sapdas”“joule compile”“joule deploy”“joule test”“joule login”“joule lint”、数字助手部署、能力编译、DAAR 文件、RTA 构件,或任何涉及 Joule 命令行的任务,就使用此技能——即使他们只是说“deploy my assistant”或“how do I log in to Joule from the terminal”。当用户询问用 Cucumber 测试 Joule 能力、链接 AI 助手、管理已部署的助手,或在 CI/CD 流水线中自动化 Joule 工作流时也触发。
设计并创建由 Busabase 支持的 App-in-Skill 包,包含规范的 app 项目、Busabase 原生设置与产品引导、审阅/执行工作流、标准化的响应式 UI,以及 AirApp 优先的交付方式。当用户想要 Busabase 研究台、审阅队列、规划器、操作控制台、运营仪表盘、控制面板、协作工作区、引导/就绪流程,或希望更新现有的基于 Kelly App 的技能时使用。每个生成的技能都包含完整的 app/ 项目,默认将该源码部署到 Busabase AirApp,仅在明确要求本地预览时才运行 pnpm dev,遵循 Kelly 桌面端和手机端 UI 约定,将 AirApp 运行时、SDK、安全、脚手架和部署约束交由 busabase-app-creator 处理,并将仓库级一致性测试交由 kelly-app-skill-creator-tests 处理。
当用户说「/li」,或请求与内容创作相关但意图模糊、不确定用哪个工具时使用本 skill。作为 li 工具箱主入口,判断意图并路由到对应专项 skill。不应触发:当用户的请求已明确匹配某个专项 li-* skill 时(如「写脚本」→ li-writer,「深化选题」→ li-topic),直接触发对应 skill 而非本入口。DO NOT trigger for non-content-creation tasks. Use when the user says "/li" or the intent is ambiguous across multiple li-* tools.
在不改变既定含义的前提下,清理、压缩并核对持久的项目上下文,以及任何配置好的问题跟踪器镜像。只要某个请求要清理、审计或检查两个及以上持久上下文源之间的一致性,就始终使用本技能,即使它们被称为产品文档、术语表、决策、规格说明或 Agent 指令,而不是 PRODUCT.md、GLOSSARY.md、docs/decisions、docs/specs、AGENTS.md 或 CLAUDE.md。也适用于确认已发布的规格说明退役,或在默认分支的规格文件夹与其跟踪器议题之间做一次全面的一致性清扫。不要用于定义新的产品意图、记录一个新确定的术语或决策、查找上下文、塑造功能、实现工作,或根据已发布的工作修改活跃规格说明的行为,这属于 `babysit-specs`。
Via 建模:焊盘、反焊盘、接地回流过孔、GRV 布局,以及高速层间转换的信号完整性。TRIGGER:用户要求对 via 建模、设计 via 转换、放置接地回流过孔、分析 via 性能,或检查层间转换的信号完整性。在编写代码之前调用——目前只有 viaSingleEnded(没有 viaDifferential),且位置格式不直观。SKIP:不涉及 via 的一般信号完整性(使用 matlab-analyze-em)、传输线设计(使用 matlab-design-pcb-transmission-line)、PDN 分析(使用 matlab-analyze-pcb-pdn)、仅材料/叠层设置(使用 matlab-manage-pcb-material)。
将 pcbComponent 设计导出为带 RF 连接器的 Gerber 文件,并按代工服务格式排版,用于 PCB 制造。TRIGGER:用户要求将 PCB 设计导出为 Gerber、生成制造文件,或写出用于制造的 pcbComponent。在编写导出代码之前调用——gerberWrite 的签名(pcbComponent, connectors, filename)不直观。SKIP:导入/读取 PCB 文件(使用 matlab-read-pcb-layout)、构建 PCB 几何结构(使用 matlab-assemble-pcb-layout)、EM 分析(使用 matlab-analyze-em)、材料/叠层设置(使用 matlab-manage-pcb-material)。
为 MAX Messenger(max.ru、МАКС)构建机器人和迷你应用——包括 Bot API(platform-api2.max.ru)、官方 Go 客户端(max-bot-api-client-go)、Go 框架 maxbot、TypeScript 客户端 @maxhub/max-bot-api、MAX Bridge(window.WebApp)和 @maxhub/max-ui React 套件。适用于任何涉及发送/接收 MAX 消息、webhook 或长轮询、上传媒体、内联键盘和回调、消息格式化、聊天/频道管理、评论、迷你应用 initData / 手机验证,以及 Минцифры 根 CA 导致的 TLS 错误的代码。触发词:MAX bot、MAX Bot API、platform-api.max.ru、platform-api2.max.ru、max.ru bot、бот для МАКС、бот в MAX、мини-приложение MAX、MAX Bridge、MAX 中的 window.WebApp、max-ui、maxbot、@maxhub。没有代码的 MAX 产品/市场策略问题不适用。
在 PostHog 数据仓库视图(HogQL)或外部 dbt 项目上,构建可复用的产品使用与参与度模型——留存、粘性和生命周期。当用户想要建模、定义或计算用户是否会回流(留存 / 流失)、参与频率(粘性 / 重度用户 / DAU-WAU-MAU 比率),或活跃用户群的构成(新客 / 回访 / 复活 / 沉默生命周期)时使用。这三者同属一个参与度族,共享起始事件/回流事件词汇和区间粒度;本技能将它们一并处理,并帮助选出合适的视角:留存对应回访率群组矩阵,粘性对应频率分布,生命周期对应增长质量。在 PostHog 上,用 HogQL 建模(对应 query-retention / query-stickiness / query-lifecycle);在 dbt 中,构建带测试的 fct_retention / fct_stickiness / fct_lifecycle 数据集市。请先阅读 modeling-warehouse-foundations;它为 modeling-activation-metrics 使用的留存校验提供输入。
在 PostHog 数据仓库视图(HogQL)或外部 dbt 项目上构建可复用的收入模型——MRR、ARR、总收入、新增/扩展/收缩/流失、ARPU、LTV,以及按客户/按账户的收入。当用户想要建模、定义或计算经常性收入、月度/年度经常性收入、收入的流失或留存、生命周期价值、每用户平均收入,或按客户、群组、产品或货币划分的收入时使用。在 PostHog 上,基于由 Stripe 或自定义收入事件写入的受管 *_revenue_view 视图(revenue_item、mrr、customer、subscription、charge、product)构建——而非原始 Stripe 表——并用 convertCurrency() 统一货币。在 dbt 中,暂存支付源数据,并用测试计算 fct_mrr / fct_revenue_item / dim_customer 数据集市。涵盖如何选择正确的数据源、会让 MRR 为空的订阅配置陷阱、货币处理,以及将收入关联到个人/群组。视图与 dbt 的机制请先阅读 modeling-warehouse-foundations。
端到端构建、运行和调试 Nextflow 数据管道及 nf-core 工作流。用户提到 Nextflow、nf-core、.nf 文件、nextflow.config、DSL2、processes/channels/operators、samplesheets,或希望运行社区管道(如 nf-core/rnaseq、nf-core/sarek)、使用 nf-test 编写或测试模块/子工作流、配置执行器/容器(Docker、Singularity/Apptainer、Conda、Wave)、将工作流扩展到 HPC/SLURM 或云平台(AWS Batch、Google Batch、Azure、Kubernetes),或调试失败的运行/使用 -resume 恢复时,均适用。即使用户没有提到“Nextflow”,任何可复现的科学/生物信息学工作流任务也应使用此技能;编写符合 nf-core 规范的管道、模块、配置及 lint 检查时也适用。
在本地案件文件夹中准备完整的 O-1A 杰出能力申请套件——根据 Google Scholar 个人资料或 CV 对照 8 项 O-1A 标准进行免费评估、申请人结构决策(美国雇主、美国代理人或受益人自己的公司)、证据清单与引用流程、起草申请人支持信、咨询/顾问意见、行程与专家信、I-129 填写指导,以及供申请人审阅、修订、签署并提交的可编辑交接包。当用户提及 O-1、O-1A、O-1B、O1 visa、I-129、extraordinary ability、advisory opinion 或 consultation letter、agent petition、founder/startup visa、RFE response、Request for Evidence、NOID、补件、O1签证、杰出人才、杰出能力签证或 H-1B 抽签未中时使用。也处理已提交 I-129 上的 RFE 或 NOID,即使该申请并非使用此 skill 提交。仅限文件准备,不构成法律建议。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
