搜索「filesystem file directory fs」的结果

io.github.vudovn/ag-kit/frontend-architecture

如何组织前端代码——关注点分离（UI / 逻辑 / 数据 / 类型）、文件职责、状态分层、API 服务、Schema 验证，以及 React/Next 和 Vue 的框架规范。提供结构规则，非视觉设计。

io.github.vudovn/ag-kit/design-spec

如何编写 DESIGN.md 文件——在任何 UI 构建前必须存在的机器可读设计令牌 + 人类理由格式。YAML front-matter 令牌架构（颜色、字体、间距、圆角、组件）、类型系统、令牌引用及标准章节顺序。

io.github.JMBeresford/retrom/docker-via-wsl

当你（AI Agent）在 Windows 上运行且处于 WSL 之外（Git Bash/MSYS/PowerShell shell）并需要执行任何 docker / docker compose 命令时使用。Docker Desktop 运行在 WSL2 引擎上，因此命令必须通过 wsl.exe 在 WSL 内重新执行——从 Windows shell 在网络/SMB 盘（Z:、UNC）上运行会破坏 bind-mount 路径。若你的 shell 已在 WSL 内则不适用。触发词：docker、docker compose、docker-compose、container、bind mount、volume、'is a directory'、mount source wrong、Windows + Docker Desktop、WSL

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

CSS 应该放在哪里。Claude 默认会堆一个巨大的 <style> 块或散落 style="..." 属性，而不是把样式放进 .css 文件并链接。在构建或编辑网页/组件，或即将编写 style 属性或嵌入式样式块时使用。涵盖默认使用外部样式表、为何内联 style 属性是个陷阱，以及内联确实正确的少数场景（通过自定义属性传动态值、关键 CSS、单文件产物、邮件）。

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

生产级 Docker Swarm 部署规则：compose 文件从单节点扩展到多节点 Swarm 时会发生什么。在编写或审查 stack 文件、deploy 块、overlay 网络或用 docker stack deploy 部署的任何内容时使用。涵盖 Swarm 会静默忽略的指令、固定 IP 与 bind mount 为何失效、deploy 编排块，以及 Swarm 自愈所依赖的退出码与健康检查纪律。与覆盖镜像和 compose 文件本身编写的 docker 技能互补。

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.camunda/camunda/frontend-integration-test

在 orchestration cluster webapp 中编写、修改或调试 Playwright 测试时使用——集成测试、视觉回归或无障碍测试；涉及 MSW mock、Page Object Model 或 axe-core。测试目录：webapp/client/apps/orchestration-cluster-webapp/test/。

io.github.n8n-io/n8n/human-like-code-review

像一位细致的人类评审者那样审阅 GitHub PR，并把反馈写入 markdown 文件。优先考虑上下文、架构契合度、方案复杂度、缺陷、安全边界情形与缺失的测试。在被给定待评审的 PR 链接，或用户输入 /human-like-code-review 时使用。

io.github.JetBrains/skills/refactoring-code

在 Rider 支持的解决方案与项目中进行语义化重构时使用，涵盖 .NET/C#、F#、VB、C++、Unity、Unreal Engine、XAML、Razor 及其他 GameDev 或混合语言项目。当编辑必须跨 IDE 解析的引用同步更新声明与使用处时触发——重命名符号、移动类型或命名空间、安全删除无用代码、提取接口/基类/方法、修改签名或重组命名空间。不要用于仅移动文件、配置键、字符串、注释、纯文案编辑、生成产物，或名称/签名不变的逻辑改动。

io.github.rommapp/romm/frontend-v2-components

在 RomM v2 前端（frontend/src/v2/）构建或修改组件。在创建/编辑 v2 原语（src/v2/lib/ 的 R* 组件）、共享 composite 或业务 composite 时使用——涵盖三层模型、文件/目录约定、SFC 结构、导入顺序、barrel、Storybook 要求与 v2 反模式。任何对 frontend/src/v2/ 下的工作都会触发。

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.redis/RedisInsight/testing

RedisInsight 使用 Jest 与 Testing Library 的单元/集成测试标准：测试结构、`renderComponent` 助手、用 faker 造测试数据、mock 模式，以及用 `waitFor` 取代固定等待。在编写或修改任何 `*.spec.ts` 或 `*.spec.tsx` 文件、新增组件或 slice 测试、调试不稳定测试，或用户提到 jest、testing library、faker、测试模式时使用。

io.github.supercheck-io/supercheck/docker-compose-deployment

在使用 Docker Compose 部署 SuperCheck、配置自托管部署、排查 Docker 服务、扩展 worker、设置 HTTPS/TLS、管理环境变量、升级版本，或处理 deploy/docker/ 下任何文件时使用。涵盖所有 Docker Compose 变体（标准、安全、外部、远程 worker、本地开发）、K3s/gVisor 沙箱配置、安全加固与运维手册。

io.github.agent0ai/agent-zero/browser-form-workflows

用于涉及下拉选择、复选框、单选框、文件上传、contenteditable 字段、多步校验或需可视化验证提交等复杂 Agent Zero Browser 表单工作流。

io.github.Cosmian/kms/refactor-plan

安全规划多文件 Rust 重构：调研、计划、确认、实现。在任何多文件重构之前使用。

io.github.affaan-m/ECC/tinystruct-patterns

基于 tinystruct Java 框架开发的专业指导。适用于处理 tinystruct 代码库或任何基于 tinystruct 构建的项目——Application 类、@Action 映射路由、单元测试、ActionRegistry、HTTP/CLI 双模式处理、内置 HTTP 服务器、事件系统、使用 Builder/Builders 构建 JSON、基于 AbstractData 的数据库持久化、POJO 生成、Server-Sent Events（SSE）、文件上传以及外部 HTTP 网络请求。

io.github.robinebers/openusage/view-refactor

以强默认规则重构 macOS SwiftUI 视图与 scene：小巧专用子视图、稳定的侧边栏与选中结构、明确的 command 与 toolbar 归属、感知 scene 的状态，以及狭窄的 AppKit 逃生口。在整理 macOS 视图文件、拆分过大的 scene 根、移除 iOS 中心化模式，或收紧 SwiftUI/AppKit 混合架构时使用。

io.github.TriliumNext/Trilium/ckeditor5-reviewing

评审或审计 Trilium（TriliumNext Notes）monorepo 中的 CKEditor 5 插件代码，或涉及 packages/ckeditor5-*、packages/ckeditor5 构建的 PR/diff。用于检查 Trilium CKEditor 5 插件的正确性与惯用写法：schema/转换/命令/UI/widget 代码、CKEditor 特有缺陷（upcast/downcast 不对称、upcast 元素未消费、缺少 inline-widget 位置映射、命令 refresh/isEnabled 问题、内存泄漏、t() 遗漏、editing/UI 职责越界），以及 Trilium 集成缺陷（未在 plugins.ts 注册、toolbar.ts 缺少按钮、import/文件扩展 lint 失败、错误的 augmentation 模块、.po 本地化缺口、错误的测试环境）。与 ckeditor5-plugin-development、ckeditor5-testing 配套并复用其检查清单。

io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring

当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例：“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。

io.github.ClickHouse/clickhouse-js/typescript-lsp

在 clickhouse-js 仓库中使用 TypeScript 语言服务器（typescript-language-server）进行精确的代码智能：转到定义、查找引用、悬停（类型签名与 JSDoc，含 @deprecated 信息）、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时，优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能（npm install）以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目；它专用于在本仓库内工作。

io.github.SethGammon/Citadel/refactor

带自动回滚的安全多文件重构。先建立类型/测试基线，规划全部改动，逐文件执行并验证零回归；若两次修复尝试后验证仍失败则回滚。支持重命名、提取、移动、拆分、合并与内联。

io.github.affaan-m/ECC/codehealth-mcp

通过 CodeScene MCP 获取实时的结构化代码健康度——修改前审查、变更后核对分数变化，并作为提交与 PR 的门禁。当审查代码质量、做重构、检查 AI 改动是否让某个文件质量下降，或在提交/PR 之前使用。

io.github.mcp-use/mcp-use/openapi-to-mcp

基于 OpenAPI/Swagger 规范，使用 mcp-use TypeScript SDK 构建并部署 MCP 服务器。当用户想“把这个 OpenAPI 规范变成 MCP 服务器”“让 Claude/ChatGPT 能用上这个 API”“把 Swagger 文档包装成 MCP tools”“向 LLM 暴露这个 REST API”“从规范生成 MCP tools”，或粘贴/附上 openapi.yaml、openapi.json、swagger.json 并索要 Claude 兼容版本时使用。即便用户没有说 “MCP” 也触发——只要他们描述了一个既有 HTTP API（REST 端点、内部服务、有 key 的第三方 API）并希望 LLM 调用它，就该用本技能。涵盖规范摄入（文件路径、URL 或粘贴）、operation 到 tool 的映射、认证接线（apiKey、bearer、basic、OAuth bearer）、用 create-mcp-use-app 脚手架、生成带合适 zod schema 的 tool、在 mcp-use inspector 中实时测试，以及部署到 Manufact / mcp-use cloud。