Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
使用此 skill 通过 `adb pull` 和 `adb push` 在主机与设备之间传输文件,包括现代标志 `-z`(压缩)、`-Z`(不压缩)、`--sync` 和 `-a`(保留属性)。涵盖路径权限规则——`/data/local/tmp/` 可自由写入,`/sdcard/`(别名 `/storage/emulated/0/`)在 API 30+ 上按分区存储规则可由 shell 写入,`/data/data/<pkg>/` 在可调试构建上需要 `run-as <pkg>`,而 `/sdcard/Android/data/<pkg>/files/` 归应用包所有但可拉取。包括用于获取文本的 `adb shell run-as <pkg> cat <path>`、用于干净获取二进制目录的 `adb exec-out run-as <pkg> tar cf - <path> | tar xf -`、Gradle 输出目录 `connected_android_test_additional_output/`,以及用于现代产物收集 API 的 `androidx.test:services` `useTestStorageService` 标志。如果用户提到 "adb pull permission denied data data"、"run-as"、"scoped storage shell"、"tar through adb"、"test storage service" 或 "exec-out vs shell for binary",请使用此 skill。
使用 glab 检查软件包 URL 是否符合 GitLab Dependency Firewall,借助防火墙运行受支持的软件包管理器,并检查本地防火墙活动。适用于检查 npm、PyPI、Maven、RubyGems、Cargo 或 Go PURL;为受支持的软件包管理器包装器强制执行依赖策略;汇总 CI 日志;或排查 Dependency Firewall 退出代码。触发词:dependency firewall、glab df、glab dependency-firewall、package URL、PURL、package policy、ci-summary、blocked package、flagged package。
Helius Solana RPC 与 API 专家。为 Solana 提供高性能基础设施,包括 RPC 节点、面向 NFT/token 的 DAS API、LaserStream 实时流、webhooks、Priority Fee API、Enhanced Transactions 和 ZK Compression。触发词:Helius、Solana RPC、DAS API、Digital Asset Standard、NFT metadata、Solana webhooks、priority fees、LaserStream、ZK compression。
全面的 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 工作流时也触发。
审查当前 diff 中的回归、正确性缺陷、测试、可简化之处与文档问题,深度按 low/medium/high/xhigh/max 的投入档位缩放。仅在被明确点名时使用:用户运行 /material-ui-review、写 $material-ui-review,或要求 "the Material UI review skill"。不要用于一般性的审查请求,如 "review my changes"、"review this diff/branch/PR",或实现完成后——除非用户点名,否则不用此 skill 处理这些情况。传入 --comment 发布顶级 PR 评论,--comment inline 发布行内 PR 评论,--fix 应用发现的问题。
对任何 Odoo 变更(新增字段、重写方法、继承视图/xpath、OWL/JS 补丁、向导、cron、控制器、报表、安全、迁移、bug 修复、重构、"optimize"、"clean code"、"stick to base")强制执行的编码前关卡与完成定义,适用于 Odoo 16-19。也适用于用户粘贴 Odoo traceback 或安装/升级错误(ParseError "cannot be located in parent view"、"Field ... does not exist"、缺失 xmlid)时,或询问某个 Odoo 模型、字段、方法、视图或 xmlid 定义在哪里时。在头脑风暴或规划之前运行:Odoo 设计问题应通过将真实源码追溯为 Context Brief(file:line)来回答,而不是开放式问答或凭记忆。解析 Odoo 运行时与版本,加载对应的 odoo-<major> 包,并在提交前完成安装、测试、升级、i18n、安全与整洁性检查。
当项目没有 okteto.yaml/okteto.yml 且用户想把它放到 Okteto 上时使用——例如 "get this repo onto Okteto"、"set up a dev environment for this"、"create an Okteto manifest"、"onboard this service"。当 okteto deploy 因缺少 manifest 而失败时也可使用。如果 okteto.yaml 或 okteto.yml 已存在则不要使用——那属于 okteto skill 的范畴。
通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”/“handover”/“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时,优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制,且 CLI、文件系统或 API 无法完成时,才使用 Computer Use。
支付网关集成。提供商:SePay(越南:VietQR、银行转账、银行卡)、Polar(全球 SaaS:订阅、按量计费)。SDK:Node.js、PHP、Python、Go、Laravel、Next.js。能力:结账流程、订阅管理、webhook、二维码生成、权益自动化、税务合规。操作:集成、实现、配置、处理支付/订阅/webhook。关键词:payment gateway、SePay、Polar、VietQR、bank transfer、subscription、usage-based billing、checkout、webhook、QR code、API key、OAuth2、product management、customer portal、tax compliance、MoR、recurring payment、invoice。使用场景:集成支付处理、实现结账、管理订阅、处理支付 webhook、生成支付二维码、构建计费系统。
设计并构建具有自定义视觉识别的一致网页——落地页和作品集会获得丰富的结构解析 + 区块原型;任何其他页面类型(博客、关于、定价、联系、即将推出、仪表盘、管理后台、电商、自定义)都通过通用结构解析 + 骨架来支持。只要用户提到以下内容就使用此技能:落地页、作品集、个人站点、主视觉区、营销页、产品页、销售页、启动页、博客页、关于页、定价页、联系页、即将推出、等待名单、仪表盘、管理面板、电商商店、重设计我的站点、设计我的作品集、构建作品集、作品展示、雇佣我页面、perfect-ui、perfect landing,或要求创建任何网页界面。两个层级:特殊(落地页 | 作品集——丰富处理)和通用(其他所有——通用工艺工具箱)。自包含的 8 阶段流水线:氛围探索 → 视觉方向(色彩/排版/情绪)→ 自定义图标集(不用 emoji,不用图标库)→ AI 生成视觉素材 → 可选的着色器特效层 → 内联方案 + 在 Next.js + Tailwind + shadcn 上实现。始终将特效层作为可选项提出。不拒绝;输出有辨识度的站点,而非 AI 流水线产物。
你的研发团队在做没人要的功能,而用户反馈的 Bug 却堆积数月。运营指责研发无视用户,研发指责运营不懂技术限制。这份 SOP 为你提供完整的产品 × 工程 × 运营协同框架——从统一待办列表,到 10 天冲刺节奏,再到一票否决权规则。内容包括:• 双层看板系统(主待办 + 冲刺看板,统一标签)• 10 天冲刺标准流程(第 1 天开发 → 第 6 天可测试版本 → 第 10 天发布)• 含可复现要求的问题模板(被报告 3 次 = 自动定为严重)• 三方协同会议(每日站会 / 冲刺规划 / 冲刺评审)• 运营对发布的一票否决权(P0 Bug = 阻止发布)• 用户反馈 → 产品迭代闭环(内测 + 访谈 SOP)• 核心指标框架(获客 → 激活 → 留存 → 变现 → 推荐)• 技术债管理(预留 20-30% 冲刺产能)• 可直接使用的模板:Bug Report、Sprint Planning、Responsibility Matrix。构建基础:真实产品战略会议 + 内测框架。参考 Supabase 冲刺模型、Manus/DeepSeek 商业化协同。作者 @WeiYipei。触发词:"product ops" | "engineering operations" | "product development SOP" | "sprint planning" | "iteration management" | "cross-functional alignment" | "product engineering ops" | "dev ops collaboration" | "产研运协同" | "迭代管理" | "产品研发运营" | "プロダクト開発運営" | "제품개발운영"
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
