搜索「Local Files」的结果

io.github.microsoft/agent-framework/python-development

在 Agent Framework 仓库开发 Python 代码的标准、约定与模式。在编写或修改 python/ 目录下的 Python 源文件时使用。

io.github.lightdash/lightdash/frontend-style-guide

在编写 React 组件、从 Mantine v6 迁移到 v8 或编写样式代码时应用 Lightdash 前端样式指南。在编辑 TSX 文件、修复样式问题，或用户提到 Mantine、样式、CSS modules 时使用。

io.github.dzhng/skills/refactor-clean

用清爽的重构取代层层淤积。当一次变更暴露出重复概念、本地适配器、过时的职责归属、兼容性包装、平行抽象，或某个不断堆积众多职责的超大模块，或任何代码区域出现“先糊上去再说”的压力时使用。

io.github.EpicenterHQ/epicenter/testing

测试文件约定：setup 函数、工厂、Result 断言助手、组织方式、类型测试、命名，以及删除低价值测试。使用场景：「写测试」「加个测试」「修这个测试」「删测试」「清理测试」「审查测试」，或修改 *.test.ts 文件。

io.github.FradSer/dotclaude/refactor

针对指定文件、目录或语义查询执行自动化重构。当用户要求重构特定文件或目录、简化近期改动的代码、清理有限范围内的无用代码，或调用 “/refactor” 时使用。

io.github.ChromeDevTools/devtools-frontend/devtools-ux-writing-refactor

按 UX 文案规范，重构 DevTools 模块文件夹中面向用户的 UIStrings 与本地化注释（b/40799900 的子任务）。在为某个文件夹或 issue 精简措辞、检查 sentence case 或改进 UIStrings 的 L10n 注释时使用。不用于一般代码改动或非 UIStrings 文件。

io.github.linq2db/linq2db/api-baselines

刷新 Source/ 下的 API 兼容性基线（CompatibilitySuppressions.xml）。删除现有抑制文件，通过 `dotnet pack -p:ApiCompatGenerateSuppressionFile=true` 重新生成，然后审查 diff，把一切非 `LinqToDB.Internal.*` 的 API 变更标记出来提请用户显式批准。

io.github.terryyin/translate-python/post-change-refactor

在提交前重构并清理未提交的变更。消除重复、重命名不清晰的领域概念、在类似变更可能出现时收敛散弹式修改、移除无用/仅测试用/冗余代码，并将超过 250 行的文件拆分为内聚模块，同时确认相关测试仍然通过。在完成一个阶段或子阶段后、提交前使用，或开发者要求清理当前变更时随时触发。触发词：refactor change、clean up change、post-change refactor、before commit cleanup、tidy current change。

io.github.aiskillstore/marketplace/backend-ralph-plan

为后端 Django 项目创建集成 Ralph Wiggum Loop 的结构化计划目录。生成 PLAN.md（任务索引）、任务文件与 RALPH-PROMPT.md（供 ralph-loop 使用的实际提示词）。用于需要质量闸门与验证的严谨迭代式实现。

io.github.langflow-ai/langflow/frontend-i18n

使用 i18n 体系（i18next / react-i18next）添加、修改或审查 Langflow 前端的用户可见文案。当变更涉及新增或编辑 UI 字符串——标签、按钮、tooltip、模态框、toast、错误提示、空状态——或审查包含用户可见文案的 diff 时使用。所有用户可见字符串必须走翻译体系，且每个新 key 必须存在于全部 locale 文件中。不适用于后端字符串、日志消息或代码标识符。

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` 守卫以及就绪与清理模式，这些正是手写脚本常出错之处（例如臆造并不存在的参数或错误地假定）。