搜索「filesystem file directory fs」的结果

io.github.omnigent-ai/omnigent/security-audit

审计代码库或目录的安全问题（硬编码密钥、注入、不安全反序列化、弱加密、授权缺口），并输出结构化发现报告。当用户要求安全审查、审计或检查代码漏洞时使用。仅报告——绝不修改。

io.github.github/awesome-copilot/create-implementation-plan

为新功能、既有代码重构，或包、设计、架构、基础设施升级创建新的实施计划文件。

io.github.ruvnet/ruflo/pod-sales

执行业务 pod 中销售环节的一次 tick（ADR-164 §4.1，Phase 2）。加载 templates/sales.json，按 pod-schema 校验，在 ruflo 的 agent 注册表中解析 agent，通过 Phase-2 基于文件的占位账本预留预算（原子 SQLite 记账留待 ADR-164.1 的 Phase 3），为每个 agent 构造 dry-run prompt，经 federation_bbs_publish 的 JSONL 存储把摘要信封发布到 sales room，并输出结构化 {podName, tickId, agentsRan, totalUsd, envelopeId, status} 行供 /loop 摄取。默认 dry-run；--live 留给 Phase 3。

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 的下游项目；它专用于在本仓库内工作。