Docker 管理
Docker 容器、镜像、数据卷、网络管理(CLI + Dockerode)
使用场景/代码审查与 GitHub
拉取 PR、读 diff、查 Issue、管理仓库。适合 Code Review、发布说明、CI 问题排查。
共匹配 6,813 个资源 · 第 57 / 142 页
GitHub MCP 让 AI 进入你的协作流程:拉取 PR diff 做代码审查、检索 Issue 历史定位已知问题、读取 CI 日志分析构建失败、汇总提交生成 changelog。官方 github/github-mcp-server 通过 GitHub API 或个人访问令牌(PAT)鉴权,Gitee / GitLab 也有对应实现。
Code Review 实践:把团队的评审规范写成 Skill(如「检查竞态、边界、错误处理,按严重度输出」),配合 GitHub MCP 让 AI 先过一遍 PR,人工只看 AI 标出的高风险行——审查耗时通常明显下降,且低級错误漏检更少。
权限建议:使用细粒度 PAT(只授予目标仓库 contents / pull-requests 读写),组织仓库务必开只读起步;让 AI 发布评论或合并前先要求确认,防止误操作污染协作记录。
Docker 容器、镜像、数据卷、网络管理(CLI + Dockerode)
只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明,就使用本技能。它就是随代码改动一起发布的 changelog 条目,以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note,或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的,因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语,产出会在评审中被退回重写。
一种追问式会话,用来从用户那里挖掘片段,也就是各类写作素材(主张、小场景、尖锐句子、半成形想法),并追加到单一文档中,作为未来文章的原始素材。适用于用户想在施加结构前发展想法,或提到 “fragments”、“ideate”、“raw material” 写作素材时。
以自选路径风格,把文章塑造成一段节拍旅程。用户从原始素材中选择起始节拍,你只写这一段,然后提供下一步转向选项,逐个节拍推进,直到文章自然结束。适用于用户已有原始素材,并想把它组装成叙事而不是论证时。
通过对话会话,把一份原始素材 Markdown 文件塑造成文章:起草候选开头,逐段扩展,并在每一步讨论格式(列表、表格、提示块、引用)。适用于用户有一堆笔记、片段或粗稿,并希望把它变成可发布作品时。
构建新 UI 或重塑既有 UI 时提供独特而有意图的视觉设计指引。只要任务产出或修改用户会看到的渲染内容——网站、落地页、Web 应用、仪表盘、React/HTML/Vue 组件、带视觉输出的 artifact、风格 overhaul,或“让它更好看”的请求——即使用户从没说“设计”二字也应使用。涵盖美学方向、字体排印、环境约束(字体、Tailwind、素材),以及何时应归于惯例而非追求独特。
ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践,适用于高性能分析型工作负载。
ClickHouse 数据库模式、查询优化、分析与数据工程最佳实践,适用于高性能分析型工作负载。
在创建、修改、修复或评审测试时使用;在添加 mock、fake、断言、单元测试、PG 集成测试、前端组件测试或 Playwright e2e 测试时使用;也在测试失败后改动测试时使用。
读取计划文档,将其拆解为步骤,从 ECC 目录中设计每一步的代理链,并输出可直接粘贴的 /orchestrate 自定义提示词。只做生成——本身不会调用 /orchestrate。当用户有多步计划并想通过 orchestrate 来驱动、又不想手工编排代理链时使用。
当改动影响 OpenAI Agents Python 仓库的运行时代码、测试,或影响构建与测试行为时,执行必须通过的验证流程。
使用 pyscn 在 Python 代码中查找重构目标——重复代码(克隆)、过度复杂的函数和死代码。当用户问及重构、代码重复、复杂度热点、不可达代码或代码库清理时使用。
Kubernetes 集群、Pod、节点与工作负载监控。在分析 K8s 健康状态、资源优化、Pod 故障、OOMKill、调度或安全态势时使用。也用于 Pod 重启、OOM 事件、驱逐等 Kubernetes 运维事件及集群事件历史分析。触发词:"Kubernetes pods"、"K8s cluster health"、"OOMKill"、"pod restarts"、"container CPU"、"namespace resource usage"、"over-provisioned pods"、"privileged containers"、"pod placement"、"K8s node capacity"、"running containers by cluster"、"workload scheduling"、"pod evictions"、"K8s labels and annotations"、"kubernetes events"、"pod restart events"、"OOM events"、"K8s event history"。不用于解释已有查询、产品文档问题、AWS 专属资源查询、服务级 RED 指标、分布式追踪或日志分析 —— 请改用相应技能。
使用 i18n 体系(i18next / react-i18next)添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系,且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。
构建使用原生移动设备能力的 Salesforce LWC——条码扫描、生物识别、定位、NFC、日历、通讯录、文档扫描、地理围栏、AR 空间捕捉、应用评价与支付。当用户要求 LWC 执行条码扫描、文档拍照、定位或地理围栏、生物识别提示、读写设备日历或通讯录、NFC 触碰、收款、应用评价提示或 AR 空间扫描时使用。也由“lightning/mobileCapabilities”“mobile capability”“Nimbus”“device capability”触发。移动离线/Komaci priming 审查请勿使用(改用 mobile-platform-offline-validate),挑选通用 Lightning 基础组件请勿使用(改用 design-systems-slds-apply)。
在不改变外部功能的前提下重构 hitobito 内部代码时使用——用于未来的可扩展性、性能或可维护性。
使用 MCP 工具 execute_metadata_action 生成 Salesforce Flows。当用户要求创建、构建或生成 flow——包括 Screen、Autolaunched、Record-Triggered(保存前/后)、Scheduled 类型——时使用。对类似 flow 的请求同样触发,如“when a record is created”“trigger daily at”“send an email when”“update the field when”“automate”“workflow”或“flow XML/metadata”。这是 Salesforce Flow 生成的唯一技能。
审查文档是否符合 Writing Guidelines。当被要求“review my docs”“check writing style”“audit prose”“review docs voice and tone”或“check this page against the writing handbook”时使用。
用 Helm chart 与 Kustomize 在 CoreWeave 上部署推理服务。用于部署多模型推理、大规模管理 GPU 部署,或模板化 CoreWeave manifest。触发语如 “deploy coreweave”、“coreweave helm”、“coreweave kustomize”、“coreweave deployment patterns”。
将 Figma 驱动的应用部署到 Vercel、Cloud Run 与 Fly.io。用于把 webhook 接收端、design token API 或连接 Figma 的 Web 应用部署到生产平台。触发语如 “deploy figma”、“figma Vercel”、“figma production deploy”、“figma Cloud Run”。
RuView(WiFi-DensePose)从零到感知的路径选择器——选择 docker-demo、repo-build 或 live-esp32 并执行下一个具体步骤。
本仓库(.ai/skills/)内创建或编辑 agent skill 的内部指南。在写新 skill、重组已有 skill,或评审 skill 质量时使用。涵盖 frontmatter 约定、安装接线、house 模板,以及每个 Carbon skill 都要遵守的弱执行器写作规则。
将仍在执行解析或自定义执行逻辑的 command 类迁移为返回原始 Git::CommandLineResult,把解析移到 facade/parser 层。在架构重设计重构期间使用
统一的 Azure OpenAI 模型部署 skill,按意图智能路由。支持快捷预设部署、完全自定义部署(版本/SKU/容量/RAI 策略),以及跨地域与项目的容量查询。适用:deploy model、deploy gpt、创建部署、模型部署、部署 openai 模型、初始化模型、预置模型、查容量、查模型可用性、该在哪个地域部署、容量分析。不适用:列出现有部署(请用 foundry_models_deployments_list MCP 工具)、删除部署、创建 agent(用 agent/create)、创建项目(用 project/create)。
负责宏观层面的 UI 架构、复杂 Jetpack Compose 结构与跨页面流转。用于实现自适应布局(WindowSizeClass)、迁移到类型安全的 Navigation Compose 路由图、设计跨模块 Design System、串联复杂的页面级状态(MVI/MVVM),以及编排 deep link 与多屏流程。
针对 ClickHouse 支撑的 logs 表(logs.all.otel 分析端点)编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询(edge_logs、postgres_logs、auth_logs 等)、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse,或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用,不必非要提到 ClickHouse。
浏览器自动化——搭建 bsession 环境、一次性从网站获取信息、创建脚本化自动化(一次性或周期性任务),或调试已有会话。可在任意仓库中使用。
通过 CLI 命令以自然语言自动化浏览器操作。当用户要求浏览网站、打开网页、从网站提取数据、截图、填写表单、点击按钮或与 Web 应用交互时使用。
通过 CLI 命令以自然语言自动化浏览器操作。当用户要求浏览网站、打开网页、从网站提取数据、截图、填写表单、点击按钮或与 Web 应用交互时使用。
在 Xperience by Kentico 中实现自定义自动化流程动作。审阅项目约定与动作 API,与用户确认动作的行为和属性,然后生成动作类、带表单组件注解的可选属性类,以及程序集级 RegisterAutomationAction 注册。
Sentry 布局与文本原语的使用指南。在实现 UI 组件、布局或排版时使用。强制优先使用核心组件而非 styled components。
vcanary
为新 AI 供应商添加文档——使用说明、环境变量、Docker 配置与图像资源。
vdevelop
使用 App Router、Server Components/Actions、Cache Components("use cache")与异步路由参数构建 Next.js 16 应用,包含 proxy.ts 与 React 19.2,防止 25 项已知错误。 使用场景:构建 Next.js 16 项目,或排查异步 params(Promise 类型)、"use cache" 指令、并行路由 404、Turbopack 问题、i18n 缓存与导航节流。
通过 MCP 使用 PostHog APM(OpenTelemetry span)数据调查分布式应用性能。当用户询问服务链路、缓慢的 HTTP/数据库 span、错误 span、错误率趋势或尖峰、延迟分布、trace ID 或 span 属性时使用——不适用于 AI 可观测性追踪或产品日志。使用 posthog:query-apm-spans、posthog:apm-trace-get、posthog:apm-spans-sparkline、posthog:apm-services-list、posthog:apm-attributes-list 与 posthog:apm-attribute-values-list。
使用 SQL 安全查询当前已选择的数据表
TypeScript 严格模式实践,包括 schema 优先开发、品牌类型、type 与 interface 的选型指引及 tsconfig 严格标志。在编写 TypeScript 代码、定义类型或 schema、审查类型安全时使用。不可变性与纯函数相关模式请参阅 functional 技能。
使用 KIND(Kubernetes IN Docker)搭建并管理本地 Kubernetes 集群。在本地测试 Kubernetes 应用或开发云原生工作负载时使用。
Kubernetes 部署、集群架构、安全与运维。用于清单、Helm 图表、RBAC、网络策略、Operator/CRD、PodSecurityStandards、故障排查与生产最佳实践。
用 vLLM、SGLang 或 TRT-LLM,把量化或未量化的 LLM checkpoint 作为 OpenAI 兼容 API 端点提供服务。当用户说「部署模型」「服务模型」「启动 vLLM 服务器」「launch SGLang」「TRT-LLM 部署」「AutoDeploy」「压测吞吐」「serve checkpoint」,或需要从 HuggingFace/ModelOpt 量化 checkpoint 起一个推理端点时使用。不要用于模型量化(用 ptq)或精度评估(用 evaluation)。
浏览器使用核心指南,运行任何浏览器命令前先读。内容包括 snapshot 与 ref 工作流、页面导航、元素交互(click、fill、type、select)、文本与数据提取、截图、标签页管理、表单与登录态处理、等待内容、并行运行多个浏览器会话,以及常见失败问题的排查。当用户要求与网站交互、填表、点击、提取数据、截图、登录站点、测试 Web 应用或自动化任何浏览器任务时使用。
编写、脚手架化或修改 Nuclear 插件时使用。涵盖插件结构、manifest、入口点、provider 类型、可用 API 与发布。触发语包括 create a plugin、write a plugin、plugin scaffold、streaming provider、metadata provider。
在移交前验证 ioredis 的代码变更。当 agent 变更或审查运行时 TypeScript、Redis 命令支持、生成的 typings、测试、与行为关联的文档、构建工具、发布敏感文件,或任何需要选择并运行正确本地验证命令的任务时使用。
使用 TRL(Transformer Reinforcement Learning)或 Unsloth,配合 Hugging Face Jobs 基础设施训练或微调语言模型与视觉模型。涵盖 SFT、DPO、GRPO 与奖励建模训练方法,以及用于本地部署的 GGUF 转换。
为清晰度简化代码。在不改变行为的前提下为清晰而重构时使用;当代码能工作但比应有的更难阅读、维护或扩展时使用;当审查的代码积累了不必要的复杂度时使用。
Jest 测试模式、工厂函数、mock 策略与 TDD 工作流。在编写单元测试、创建测试工厂或遵循 TDD 红-绿-重构循环时使用。
带根因分析的四阶段调试方法。在排查缺陷、修复测试失败或调试异常行为时使用。强调“先找根因,再谈修复”。
现代 React UI 模式,覆盖加载状态、错误处理与数据获取。在构建 UI 组件、处理异步数据或管理 UI 状态时使用。
核心组件库与设计系统模式。在构建 UI、使用设计令牌或处理组件库时使用。
本地 stdio 部署用个人访问令牌(推荐细粒度 PAT)最简单;多用户托管场景才需要 GitHub App / OAuth。环境变量名见资源详情页。
会。它是第一道过滤而非替代:语义类缺陷检出不错,但供应链、越权逻辑仍需专业审计与人工评审兜底。
取决于模型提供方与令牌权限。企业内网可选本地模型 + 只读令牌;令牌务必设置过期与最小 scope,并定期轮换。