搜索「code」的结果

io.github.microsoft/FluidFramework/testing-anti-patterns

在编写或修改测试、添加 mock，或想往生产代码里加仅供测试使用的方法时使用——防止测试 mock 行为、防止用测试专用方法污染生产代码、防止在不理解依赖关系的情况下做 mock。

io.github.microsoft/FluidFramework/writing-plans

当设计已完成、需要为缺少代码库上下文的工程师编写详细实现任务时使用——假设工程师领域知识有限，产出包含精确文件路径、完整代码示例与验证步骤的全面实现计划。

io.github.xobotyi/cc-foundry/css

CSS 约定、布局系统与现代模式：以低特异性和显式层叠控制实现可预测的样式。只要任务涉及与 CSS 代码的任何交互——编写、审查、重构、调试或理解样式表、SCSS、布局或响应式设计——即调用本技能。

io.github.recharts/recharts/typescript

在 Recharts 中编写强类型的 TypeScript 代码。

io.github.ryoppippi/dotfiles/typescript-style

应用 TypeScript 风格规则：优先使用 satisfies 与 as const satisfies 配合字面量类型检查，避免不安全断言。在编写或评审 TypeScript/TSX 代码、测试 fixture、带类型的对象字面量、mock、配置对象或表驱动用例时使用。

io.github.podman-desktop/extension-bootc/backend-api

指导基于 @podman-desktop/api 与 bootc 扩展的 RPC 系统进行后端开发。涵盖容器引擎操作、provider 管理、RPC 通信、构建编排、VM 管理与配置。在处理 packages/backend/ 代码、为 BootcAPI 添加 RPC 方法、实现容器/镜像操作或询问后端模式时触发。

io.github.tw93/Pake/github-ops

通过 gh CLI 操作 GitHub issue、PR 和 release。不用于代码审查或发布构建。

io.github.vercel/next.js/update-docs

当用户要求“update documentation for my changes”“check docs for this PR”“what docs need updating”“sync docs with code”“scaffold docs for this feature”“document this feature”“review docs completeness”“add docs for this change”“what documentation is affected”“docs impact”，或提到 docs/、docs/01-app、docs/02-pages、MDX、documentation update、API reference、.mdx 文件时使用。为根据代码变更更新 Next.js 文档提供引导式流程。

io.github.vercel/next.js/v8-jit

在 Next.js 服务端内部编写高性能 JavaScript 所需的 V8 JIT 优化模式。在编写或审查 app-render、stream-utils、路由、缓存等热点代码或任何每请求路径代码时使用。涵盖隐藏类/shape、monomorphic 调用点、内联缓存、megamorphic 去优化、闭包分配、数组 packing，以及用 --trace-opt / --trace-deopt 做性能剖析。

io.github.enso-org/enso/typescript-guidelines

TypeScript 编码指南与约定。在处理 TypeScript 源文件（.ts 或 .tsx，含 Vue 框架的 .vue）时使用——编辑、创建、审查或重构 TypeScript 代码。涵盖任何 TypeScript 相关任务：编写新模块、修复缺陷、添加功能、代码审查，或回答项目中 TypeScript 代码的问题。

io.github.pproenca/dot-skills/nextjs

Next.js 16 App Router 的性能、缓存、Server Components、Server Actions、路由与代码整洁最佳实践——外加按类别进行的评审/重构算法与仓库级（删除/去重/复用）发现。在编写 Next.js 16 App Router 代码、通过 'use cache' 配置缓存、构建 Server Components、设置并行/拦截路由、配置 next.config.js 或 proxy.ts，或审计/重构 Next.js 代码库（单文件或整仓）时使用。本技能不覆盖通用 React 19 模式（请用 react 技能）及非 Next.js 的服务端渲染。

io.github.MODSetter/SurfSense/vercel-react-best-practices

来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审查或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能改进的任务会触发本技能。

io.github.TerminalSkills/skills/cursor-ai

使用 AI 代码编辑器 Cursor 构建软件。当用户要求配置 Cursor 规则、设置 .cursorrules 文件、用 Composer 做多文件编辑、集成 MCP 服务器，或优化 AI 辅助编码工作流时使用。

io.github.novuhq/novu/frontend-design

创建有辨识度、生产级的前端界面，设计品质要高。当用户要求构建 Web 组件、页面、artifacts、海报或应用时使用本技能（例如网站、落地页、仪表盘、React 组件、HTML/CSS 布局，或为任何 Web UI 做样式/美化）。产出富有创意且精致的代码与 UI 设计，避免平庸的 AI 风格。

io.github.vudovn/ag-kit/nextjs-react-expert

来自 Vercel 工程团队的 React 与 Next.js 性能优化。在构建 React 组件、优化性能、消除瀑布流、减小包体积、审查性能问题或实现服务端/客户端优化时使用。

io.github.pedronauck/skills/refactoring-analysis

基于 Martin Fowler 的代码异味与重构技术目录分析代码库，识别重构机会。检测重复代码、高度耦合、复杂条件、原始类型偏执、过长函数等结构性问题。生成结构化的重构报告并将优先级发现保存到 docs/_refacs/。在审计代码质量、准备重构冲刺或审查架构健康度时使用。不适用于风格/格式问题、性能优化或安全审计。

io.github.iflytek/skillhub/backend-module-structure

SkillHub 后端 Maven 多模块整洁架构规则。确保 agent 把新代码放进正确的模块并遵守依赖方向。

io.github.github/awesome-copilot/slang-shader-engineer

处理 Slang 着色器、着色器模块、HLSL 兼容的 GPU 代码、图形渲染管线、compute shader、曲面细分、光线追踪、参数块、泛型、接口、capabilities、跨编译、着色器优化、着色器评审，或 C++ 引擎集成 Slang 时使用。凡提到 Slang、.slang 文件、slangc、来自 Slang 的 SPIR-V、Slang 模块、[shader("compute")]、[shader("vertex")]，或要求编写/评审/重构使用现代语言特性的着色器代码时触发；也适用于 Slang 到 HLSL/GLSL/Metal/CUDA 的跨编译问题，或用户将 "shader" 与泛型、接口、参数块、autodiff、capabilities 并提时。

io.github.github/awesome-copilot/refactor-plan

在开始多文件重构前制定具体计划。当用户要求规划、排序、划定范围或安全执行跨文件重构时使用；始终先调研、输出计划并等待确认后再改动代码。

io.github.ruvnet/RuView/ruview-configure

配置 RuView——ESP32 sdkconfig 变体、NVS 配网、WiFi 信道/MAC 过滤覆盖（ADR-060）、边缘智能模块（ADR-041）、sensing-server 开关、多节点 mesh 与 Cognitum Seed 集成。在不改代码的前提下调整已部署 RuView 系统行为时使用。

io.github.ruvnet/ruflo/verification-quality

全面的 truth 评分、代码质量校验与自动回滚系统，设定 0.95 准确度阈值，保障 agent 产出质量与代码库可靠性。

io.github.langgenius/dify/component-refactoring

重构 Dify 前端中高复杂度的 React 组件。当 pnpm analyze-component --json 显示 complexity > 50 或 lineCount > 300、用户要求拆分代码、提取 hook 或降低复杂度、或 pnpm analyze-component 提示先重构再测试时使用；简单或结构良好的组件、第三方封装组件、或用户明确只想测试不想重构时避免使用。

io.github.suxrobGM/logistics-app/refactor-and-split

在不改变行为的前提下重构现有代码——拆分超大文件、提取重复代码、简化过度设计的模式。当文件超出体积阈值、代码重复 4 次以上，或存在投机性抽象、无用选项与包装间接层时使用。触发词：refactor、split、deduplicate、simplify、untangle、clean up。与内置 `simplify`（只评审近期 diff）互补。

io.github.cosmicstack-labs/mercury-agent-skills/refactoring-patterns

系统化的重构技术、代码异味消除、模式提取与遗留系统现代化。