搜索「filesystem file directory fs」的结果

io.github.HKUDS/OpenSpace/typescript-import-audit

系统化审计 TypeScript 代码库的导入卫生问题（值导入 vs 类型导入、重复导入）、缺失的基类继承与不完整的 barrel 文件再导出，并给出可操作的修复模式。

io.github.ruvnet/ruflo/swarm-init

以抗漂移配置初始化多 agent swarm。用于启动需要 3 个以上协同 agent 的复杂多文件任务（功能实现、跨模块重构、安全审计）。单文件编辑或简单提问可跳过。

io.github.anthropics/skills/xlsx

当电子表格文件是主要输入或输出时使用：打开、读取、编辑或修复现有 .xlsx、.xlsm、.xltx、.csv、.tsv 文件（如加列、计算公式、格式化、图表、清洗数据）；从零或其他数据源新建表格；在表格格式之间转换。用户按名称或路径引用表格文件并提出处理要求时同样触发，也包括把结构混乱的表格数据（错位表头、脏数据）整理为规范表格。交付物必须是表格文件；当主要交付物是 Word 文档、HTML 报告、独立 Python 脚本、数据库管道或 Google Sheets API 集成时不要触发。

io.github.QwenLM/qwen-code/review

审查改动过的代码，关注正确性、安全、代码质量与性能。当用户要求审查代码改动、某个 PR 或指定文件时使用。可用 /review、/review <pr-number>、/review <file-path> 调用，或加上 /review <pr-number> --comment 以在 PR 上发布行内评论。通过 --effort low|medium|high 在深度与速度之间取舍（PR 默认 high，本地改动默认 medium）。

io.github.OpenBMB/PilotDeck/frontend-slides

从零创建动画丰富的浏览器端 HTML 演示、增强现有 HTML 幻灯片，或把 PowerPoint 文件转换为 Web 演示。仅当交付物是 HTML 或浏览器演示时使用；当用户需要可编辑的原生 .pptx 文件时不要使用。

io.github.HoangNguyen0403/agent-skills-standard/nextjs-pages-router

在 Next.js 遗留项目中用 getServerSideProps、getStaticProps 与 API 路由实现 Pages Router 数据获取。用于 pages/ 目录项目、添加 SSR/SSG 数据获取或创建 API 路由。

io.github.HoangNguyen0403/agent-skills-standard/nextjs-app-router

在 Next.js App Router 中配置文件系统路由：嵌套布局、路由组、并行路由与错误边界。用于创建页面路由、添加 loading/error 状态，或用路由组与动态段组织路由。

io.github.cursor/plugins/typescript-best-practices

TypeScript 最佳实践。在读取或编辑任意 .ts、.tsx 文件时使用。

io.github.diet103/claude-code-infrastructure-showcase/frontend-dev-guidelines

React/TypeScript 应用的前端开发准则。包含 Suspense、懒加载、useSuspenseQuery、按 features 目录组织文件、MUI v7 样式、TanStack Router、性能优化与 TypeScript 最佳实践等现代模式。在创建组件、页面、功能模块、拉取数据、写样式、路由或处理前端代码时使用。

io.github.code-yeongyu/oh-my-openagent/remove-ai-slops

移除分支改动或明确文件列表中的 AI 生成代码异味（slop）。先用回归测试锁定行为，再通过批次为 5 的并行 deep agent 执行分类清理，最后用质量门禁验证。覆盖 10 类 slop，包括性能等价性、过度复杂（对象标注、if/elif 分支链）与超大模块（250+ 有效 LOC，并强制做模块化重构）。当用户要求 “remove slop”“clean AI code”“deslop”“clean up AI-generated code”“remove AI slop” 或清理近期改动中 AI 生成模式时务必使用。触发词：remove ai slops、clean ai code、deslop、cleanup AI generated、remove AI slop、clean up AI-generated code、strip slop、ai-slop cleanup。

io.github.github/awesome-copilot/mcp-implementation-security-review

对照安全基线评审 MCP（Model Context Protocol）server、客户端与工具处理器的实现源码——认证、会话、限流、输入 schema 校验、官方 SDK 使用、RCE 向量及 OWASP MCP Top 10——产出带文件/行证据的报告。适用场景：发布前评审 MCP server 实现的安全性；对照基线控制项（MCP-01 至 MCP-05）与 OWASP MCP Top 10 检查 server；审计工具中的 RCE 向量（命令/代码注入、不安全反序列化、路径穿越、SSTI、依赖劫持、SSRF）；验证网络暴露 server 的认证、会话、限流与输入校验；评审处理不可信 server 响应和会话 ID 的 MCP 客户端代码；以及"帮我做这个 MCP server 的安全评审""我的 MCP server 实现安全吗"之类请求。

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

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

io.github.Stirling-Tools/Stirling-PDF/feature-walkthrough

端到端讲解当前分支的完整逻辑与流程，让毫无前置知识的人也能理解、审查并复现。从分支 diff 界定变更范围，追踪其触达的每一层流程（前端工具/hook/组件、Java controller/service/endpoint、Python 引擎、配置、i18n、测试），产出带 Mermaid 图（时序/流程/架构）、可点击引用的带注释文件地图、前后行为对比、涉及 UI 时的截图、「本地试跑」章节与边界情况/风险的自包含走查文档。当被要求做功能或分支走查、「解释这个分支做了什么」、设计/逻辑说明、PR 审查者上手或交接文档时使用。加 --html 可同时输出渲染的 HTML 版；--no-screens 跳过截图。

io.github.EpicenterHQ/epicenter/testing

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

io.github.Arize-ai/phoenix/phoenix-frontend

Phoenix AI 可观测性平台的前端开发准则。在 app/ 目录编写、审查或修改 React 组件、TypeScript 代码、样式或 UI 功能时使用。任何前端任务都会触发——新组件、UI 变更、样式、无障碍修复、表单处理或组件重构。用户询问本项目前端约定或组件模式时也使用。设计系统规则（错误展示、布局、对话框、令牌）请改用 phoenix-design 技能。

io.github.samber/cc-skills-golang/golang-security

Golang 的安全最佳实践与漏洞预防，覆盖注入（SQL、命令、XSS）、加密、文件系统安全、网络安全、Cookie、密钥管理、内存安全与日志。在编写、评审或审计 Go 代码安全性，或处理涉及加密、I/O、密钥管理、用户输入、鉴权的风险代码时应用，也包含安全工具的配置。

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

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

io.github.actualbudget/actual/writing-release-notes

只要在 Actual Budget 仓库中新增、撰写、起草或修复一条发布说明，就使用本技能。它就是随代码改动一起发布的 changelog 条目，以 Markdown 文件形式存放在 `upcoming-release-notes/`。触发请求如添加发布说明、写 changelog 条目、为这个 PR 或改动补发布说明、创建 upcoming release note，或在本仓库完成一个面向用户的改动、下一步自然就是补发布说明的任何时刻。这些说明是给人读的，因此必须短、用平实语言、不含技术细节。写成 commit message 风格或带实现术语，产出会在评审中被退回重写。

io.github.sickn33/antigravity-awesome-skills/review-swarm

对当前 git diff 或明确文件范围进行并行的只读多代理审查，发现行为回归、安全或隐私风险、性能与可靠性问题、契约或测试覆盖缺口。当用户要求 review swarm、并行审查、diff 审查时使用。

io.github.sickn33/antigravity-awesome-skills/review-and-simplify-changes

针对 git diff 或明确文件范围审查复用性、代码质量、效率、清晰度与规范问题，随后可选择性应用安全的 Codex 修复。当用户要求“简化代码”“审查改动的代码”“检查代码复用”“审查代码质量”时使用。

io.github.bluesky-social/atproto/testing

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

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。