搜索「Local Files」的结果

io.github.OpenHands/extensions/kubernetes

使用 KIND（Kubernetes IN Docker）搭建并管理本地 Kubernetes 集群。在本地测试 Kubernetes 应用或开发云原生工作负载时使用。

io.github.redis/ioredis/code-change-verification

在移交前验证 ioredis 的代码变更。当 agent 变更或审查运行时 TypeScript、Redis 命令支持、生成的 typings、测试、与行为关联的文档、构建工具、发布敏感文件，或任何需要选择并运行正确本地验证命令的任务时使用。

io.github.sickn33/antigravity-awesome-skills/hugging-face-model-trainer

使用 TRL（Transformer Reinforcement Learning）或 Unsloth，配合 Hugging Face Jobs 基础设施训练或微调语言模型与视觉模型。涵盖 SFT、DPO、GRPO 与奖励建模训练方法，以及用于本地部署的 GGUF 转换。

io.github.sickn33/antigravity-awesome-skills/frontend-slides-frontend-slides

从零创建或由 PowerPoint 文件转换，生成令人惊叹、动效丰富的 HTML 演示文稿。当用户想制作演示、把 PPT/PPTX 转为网页、为演讲/路演生成幻灯片时使用。

io.github.bluesky-social/atproto/testing

本 monorepo 的测试实践——在单元与端到端测试之间取舍、测试文件位置、tsconfig.test.json 的角色、如何驱动 Playwright、如何编写/适配 UI/端到端测试，以及该用哪个测试运行器（vitest 还是 jest）。当用户要求添加、编写或扩展测试、补充覆盖率、创建测试文件、在新包里搭建测试、提到 vitest/jest，或引用既有 *.test.ts 文件时，必须先调用本技能再做任何代码搜索或文件读取。同等适用于单元测试与端到端/UI 测试——后者会路由到 Playwright-MCP 优先的探索流程，与常规代码搜索工作流不同。

io.github.hashgraph-online/awesome-codex-plugins/docker-to-sealos

将 Docker Compose 文件或安装文档转换为生产级 Sealos 模板。当用户已有 docker-compose.yml 并希望得到 Sealos 或 Kubernetes 模板、想从 Docker Compose 迁移到 Sealos、需要把容器编排配置转换为 Sealos 格式，或提到 compose 转模板时使用。也由 “/docker-to-sealos” 触发。

io.github.leookun/cursor-byok/cursor-client-e2e-debugging

在本仓库中调试 Cursor 客户端 Agent/本地模式/工具/后端存储/Provider 回放失败时使用，尤其是状态/上下文历史存储重构之后：只读分诊已安装的应用包、将已安装客户端行为与仓库代码关联、把用户提供 id 映射到会话/请求/模型调用证据、从调试日志回放 Provider 请求，或快速定位当前的客户端/后端/协议/日志文件

io.github.SRombauts/SQLiteCpp/sqlitecpp-workflow

SQLiteCpp 的改动流程清单，覆盖 API、测试、构建文件与 CHANGELOG 更新。在新增方法或类、修改构建文件，或为 PR 撰写 CHANGELOG 条目时使用。

io.github.langflow-ai/langflow/e2e-testing

为 Langflow 编写并审查 Playwright E2E 测试。当用户要求编写、修复或审查 E2E 测试、spec 文件、Playwright 测试或覆盖完整 UI 的集成测试时触发。修改 data-testid 属性、tests/utils/ 中的测试辅助函数或 fixture 配置时同样触发。

io.github.TheDecipherist/claude-code-mastery-project-starter-kit/docker

编写 Dockerfile、Compose 文件与 Swarm stack 的生产级 Docker 最佳实践。在创建或编辑 Dockerfile、docker-compose / compose.yaml 或 stack 文件，或构建与优化镜像时使用。修正 Claude 常犯的几个问题：多阶段构建、层缓存顺序、exec 形式 ENTRYPOINT 以保证正确的信号与退出码、init:true、将密钥与环境变量排除在镜像外、非 root 用户与健康检查。立足生产而非默认值。

io.github.netdata/netdata/codacy-audit

本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。

io.github.forcedotcom/sf-skills/mobile-platform-offline-validate

审查 Lightning Web Component 的移动端离线兼容性——即 Komaci 离线静态分析器，为 Salesforce Mobile App Plus 与 Field Service Mobile App 预填充数据图谱。输出带代码级修复建议的问题清单，涵盖 @wire 配置中的内联 GraphQL 查询、新版 lwc:if / lwc:elseif / lwc:else 指令，以及 Komaci ESLint 规则违规（私有 wire 属性、非局部响应式引用、getter 副作用）。当用户要求“mobile offline review”“Komaci check”“offline priming audit”“offline priming failure”“offline data graph error”，或要求按 @salesforce/eslint-plugin-lwc-graph-analyzer 推荐规则集校验 LWC 时使用。通用 LWC 代码审查（请用相应领域审查技能）或构建带原生移动能力的 LWC（请用 mobile-platform-native-capabilities-integrate）不要使用。

io.github.metabase/metabase/e2e-test-review

审查 Cypress E2E spec 文件是否符合 Metabase 约定，识别常见坑与 flaky/性能问题。在审查 e2e/test/scenarios/ 下包含 Cypress spec 文件的 PR 或 diff 时使用。

io.github.abiosoft/colima/skills

Colima 使用指南——通过轻量 Lima 虚拟机在 macOS 与 Linux 上运行容器运行时（Docker、containerd、Kubernetes、Incus）。只要 Colima 是（或应当是）容器后端就使用本技能：安装 Colima；`colima start/stop/status/delete/ssh`；选择或切换运行时；`Cannot connect to the Docker daemon at unix:///var/run/docker.sock` 报错；Docker context 与 socket 位置；镜像仓库 mirror 与不安全仓库；buildx；在容器中显示为空的 bind 或 volume 挂载；磁盘空间回收与扩容；VM IP 可达；GPU 与 AI 模型负载；配置文件、profile 与 `COLIMA_HOME`；或无法启动的 Colima VM。同时适用于编写驱动 Colima 的脚本——以非交互方式把 Colima 拉起的 bootstrap、dev-env、deploy 或 CI 脚本——因为本技能掌握正确的参数、按 profile 区分的 socket 路径、幂等的 `colima start` 守卫以及就绪与清理模式，这些正是手写脚本常出错之处（例如臆造并不存在的参数或错误地假定）。

skillsmp.zarazhangrui-frontend-slides-skill-md

从零创建或转换 PowerPoint 文件，产出美观、动效丰富的 HTML 演示。当用户想做一份演示、把 PPT/PPTX 转成网页，或为演讲与路演制作幻灯片时使用；通过视觉探索而非抽象选项，帮助非设计背景的人找到自己的审美风格。

io.github.majiayu000/claude-skill-registry/backend-api-spaceplushy-portfolio-3

采用恰当的 HTTP 方法、状态码与一致的命名约定来设计与实现 RESTful API 端点。在创建或修改 API 路由、端点或服务端请求处理程序时使用。处理 src/pages/api/ 下的文件、包含 API 路由定义的文件、实现 REST 端点的文件、处理 HTTP 请求与响应的文件、API 请求的服务端中间件、API 认证与授权逻辑，以及定义 API 版本策略的文件时使用。在设计资源 URL 结构、实现过滤/排序/分页的查询参数处理、为端点设置限流或配置 CORS 与 API 安全请求头时使用。

io.github.majiayu000/claude-skill-registry/backend-api-mshafei721-turbocat

遵循 URL 结构、HTTP 方法、状态码、版本控制与限流最佳实践来设计与实现 RESTful API 端点。在创建或修改 API 路由、控制器、端点处理程序或路由文件时使用。处理 routes.ts、api/*.ts、controllers/*.ts、endpoints/*.py、views.py 等服务端请求处理程序时使用。在设计资源 URL、实现 CRUD 操作、添加过滤/排序/分页的查询参数或设置 API 版本控制时使用。在审查或重构现有 API 代码的 REST 合规性时使用。

io.github.majiayu000/claude-skill-registry/backend-api-grimmolf-mga-soap-calculator

遵循 REST 原则，采用基于资源的 URL、恰当的 HTTP 方法与一致的命名约定来设计与实现 RESTful API 端点。在创建或修改 API 路由处理程序、端点定义或 REST 控制器（如 routes.py、api.ts、controllers/、handlers/），或实现 HTTP 方法（GET、POST、PUT、PATCH、DELETE）时使用。也适用于 API 版本控制、请求/响应校验、状态码处理、限流，或任何向前端客户端或外部系统提供 HTTP 请求的后端端点逻辑。

io.github.majiayu000/claude-skill-registry/backend-api-aiskillstore-marketplace-2

遵循路由、版本控制与 HTTP 标准最佳实践来设计与实现 RESTful API 端点。在创建或修改 API 路由、控制器或端点（如 routes/api.php、app/Http/Controllers/Api/ 下的 API 控制器、app/Http/Controllers/ 下的控制器、API 资源类）或实现 REST API 功能时使用。适用于 URL 结构、HTTP 方法处理（GET、POST、PUT、PATCH、DELETE）、API 版本策略、过滤/排序/分页的查询参数处理、HTTP 状态码响应、限流配置等端点设计决策。

io.github.cnoe-io/ai-platform-engineering/docker-compose-first-install

校验并修复 OSS 首装 Docker Compose 路径。在编辑 docker-compose.yaml、docker-compose.dev.yaml、.env.example、release 镜像标签、Compose profiles、Keycloak/OpenFGA/RAG 默认值或本地一体化安装的首次启动 UI 行为时使用。

io.github.vercel/next.js/next-rspack

维护 @next/rspack-core 与 @next/rspack-binding 包。在编辑 rspack/package.json、rspack/crates/binding/Cargo.toml、rspack/rust-toolchain.toml 或 packages/next-rspack/package.json 时使用。涵盖升级 @rspack/core npm 版本、rspack_* crate 版本、Rust toolchain 版本、本地测试的构建与 link，以及 NEXT_RSPACK 环境变量用法。不适用于根目录 rust-toolchain.toml（那是 Turbopack 用的）。

io.github.SRombauts/SQLiteCpp/sqlitecpp-release

SQLiteCpp 的发布步骤：在所有文件中同步提升版本号、定稿 CHANGELOG、发起 Release PR 并打 tag。在切新版本、提升项目版本或打 tag 时使用。

io.github.redis/RedisInsight/frontend

RedisInsight UI 的 React/Redux 前端开发模式：组件目录结构、styled-components、hooks、命名导出、barrel 文件、布局组件与主题用法。在编辑 redisinsight/ui/** 下任何文件、编写或修改 React 组件、Redux slice、styled-components、自定义 hook，或用户提到 UI、frontend、React、Redux、styled-components 时使用。

io.github.ktolonen/ultiorganizer/css-style-and-lint

分析、校验并安全地修复 Ultiorganizer 的 CSS 改动。当 Codex 编辑或评审 cust/ 下的 CSS 文件、移动端样式、皮肤覆盖或共享样式表规则时使用；也用于检查样式/配色一致性，或判断重复选择器与工具类是否应当合并。对改动的 CSS 运行 Stylelint，除非用户要求更大范围的视觉重构，否则只做低风险修复。