后端代码审查（Dify）
SkillSkillsMP
io.github.langgenius/dify/backend-code-review
仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。
source
“Frontend Development” 共 540 个结果
io.github.langgenius/dify/backend-code-review
仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。
io.github.discourse/discourse/discourse-warpdrive-models
在创建新的 WarpDrive 前端模型，或阅读、使用、修改已迁移到 WarpDrive 的模型（frontend/discourse/app/data 下的内容或继承 RestCompatModel/WarpRestModel 的类）时使用。
io.github.n8n-io/n8n/design-system
关于如何使用 Design System 的样式与组件的规范。在 packages/frontend 中处理 .vue 文件时使用。涉及组件架构、样式、UI 改动或功能开发的场景都会触发。
io.github.TryGhost/Ghost/tinybird-cli-guidelines
Tinybird CLI 命令、工作流与操作。在执行 tb 命令、管理本地开发、部署或处理数据操作时使用。
io.github.PostHog/posthog/posthog-desktop
将工作限定在 products/desktop 下的桌面应用——一个嵌套的独立 pnpm/turbo/Biome 工作区，由现已归档的 PostHog/code 仓库引入；PR、CI 与发布以 posthog/posthog 为唯一事实来源，且不属于根前端或 Django 构建。当用户说 /posthog-desktop，或开发 Electron 桌面应用、apps/code、apps/web、apps/mobile、packages/core、packages/ui、packages/workspace-server、@posthog/api-client、@posthog/agent 或代理框架时使用。把工作目录钉在 products/desktop，以该目录树的工具链与约定取代 monorepo 的，并界定树外允许触碰的少数路径（应用调用的 Django API、根目录的 desktop-* CI）。
io.github.PostHog/posthog/splitting-oversized-modules
以可证明、不改变行为的方式，把超大的 Python 模块（上千行的 logic.py、models.py、api.py 或其测试文件）机械拆分为按关注点分离的包。当被要求拆分/分解上帝模块或从中搬出函数、在改动前人工已同意拆分，或在动手重组约上千行的模块内代码之前使用——拆解长函数或就地抽取 helper 只会把一切留在同一文件里，因此先查看值不值得拆的门槛并提议拆分。涵盖该门槛、以无环依赖图把符号分配给关注点、AST 加 tokenize 的搬迁脚本，以及证明结果是纯移动。仅限 Python——前端文件请用 writing-ui-components。不适用于把共享 helper 抽取到 common/，也不适用于在 products 之间搬代码（那是 isolating-product-facade-contracts）。
io.github.addyosmani/agent-skills/performance-optimization
跨前端、后端、查询与数据库优化应用性能。在存在性能指标要求、怀疑性能回归、需要改善 Core Web Vitals 或加载时间、需要修复 N+1 查询模式，或剖析暴露瓶颈时使用。
io.github.microsoft/vscode/agent-customization
工作流技能：创建、更新、评审、修复或调试 VS Code 代理定制文件（.instructions.md、.prompt.md、.agent.md、SKILL.md、copilot-instructions.md、AGENTS.md）。适用场景：保存编码偏好；排查指令/技能/代理为何被忽略或未被调用；配置 applyTo 模式；定义工具限制；创建自定义代理模式或专项工作流；打包领域知识；修复 YAML frontmatter 语法。不适用：一般编码问题（用默认代理）；运行时调试或错误诊断；MCP 服务器配置（直接查 MCP 文档）；VS Code 扩展开发。会调用：文件系统工具（读写定制文件）、提问工具（向用户访谈需求）、用于代码库探索的子代理。单一操作：若只是快速修 YAML frontmatter 或按已知模式创建单个文件，直接编辑即可，无需本技能。
io.github.apple/container/container
在 macOS 上运行、构建或管理 Linux 容器,或任务涉及 Mac 上的 Docker、docker compose、Lima、Colima、Podman 命令、Dockerfile、OCI 镜像、镜像仓库,或在 Apple silicon 上搭建 Linux 开发环境时使用。
io.github.getsentry/sentry/feature-flags
将 Sentry 功能置于 FlagPole feature flag 之后。在添加 feature flag、在 temporary.py 中注册 flag、从 Python 或前端检查 flag、在测试中启用 flag，或被问到 FlagPole rollout 配置位置时使用。触发语：“add a feature flag”“gate this behind a flag”“register a flag”“features.has”“api_expose”“OrganizationFeature”“ProjectFeature”“FlagPole”。
io.github.getsentry/sentry/migrate-container-queries
将 Sentry 前端的视口 media query（@media、useMedia 及 screen: 前缀的响应式 props）迁移到 container query 的指南。在把响应式布局迁移到 container query、替换 @media/useMedia/screen: 断点、将带样式的响应式组件重构为 Container/Flex/Grid 原语，或参与 DE 的 container-query 迁移工作时使用。
io.github.streamlit/streamlit/checking-changes
在提交前通过格式、lint、类型与单元测试检查来校验所有代码改动。在完成（Python）后端或（TypeScript）前端改动后、即将提交或结束工作会话前使用。
io.github.langflow-ai/langflow/ibm-a11y-route-scan
使用 Python 版 IBM Equal Access 扫描器（scripts/a11y/a11y_scan.py）批量扫描 Langflow 前端路由的无障碍问题，输出 JSON/Markdown/HTML 报告。仅扫描每个路由的默认加载状态（弹窗需显式提供状态文件）。当被要求扫描单个或多个路由、为页面生成无障碍报告或批量检查静态路由时使用。只报告问题——不修复代码、不运行 Playwright/axe 测试、不做正式 Level 1 审计；这些场景见 ibm-a11y-testing-guide、ibm-a11y-level1-audit 与 ibm-a11y-pr-remediation。
io.github.mattpocock/skills/tdd
测试驱动开发。当用户想以测试先行的方式构建功能或修 bug、提到 “red-green-refactor”，或想要集成测试时使用。
io.github.metabase/metabase/fe-modularization
决定前端代码放在哪里——分层模型、迁移机制、扩展点、副作用、命名与常见陷阱。适用于在模块间移动代码、拆分新模块、修复边界违规、添加 barrel 或 endpoint,以及审查模块形态决策。
io.github.nexu-io/open-design/figma-implement-design
将 Figma 设计翻译为可投产代码，实现 1:1 视觉还原。适合把 Figma 画板直接交付给前端代理。
io.github.nexu-io/open-design/artifacts-builder
用于创建精致的多组件 claude.ai HTML 制品的工具集，采用现代前端技术（React、Tailwind CSS、shadcn/ui）。
io.github.addyosmani/agent-skills/api-and-interface-design
指导稳定的 API 与接口设计。在设计 API、模块边界或任何公共接口时使用；在创建 REST 或 GraphQL 端点、定义模块间类型契约、确立前后端边界时使用。
io.github.PostHog/posthog/qa-team
面向代码变更的多代理 QA 审查团队。当用户要求“review my code”“run QA”“qa-team”“review this branch”“code review”“check my changes”，或希望对当前分支变更做全面的多视角审查时使用。并行派出专项代理（安全、数据库、可靠性、兼容性、数据完整性、性能、前端、文案）独立审查 diff 并产出收敛报告，另含两名通才评审员做收敛校验。
io.github.affaan-m/ECC/coding-standards
跨项目的基础编码约定，涵盖命名、可读性、不可变性与代码质量评审。框架相关模式请使用更细粒度的前端或后端 skill。在没有适用的框架专用 skill、需要评审代码质量或命名时使用。
io.github.affaan-m/ECC/ai-regression-testing
面向 AI 辅助开发的回归测试策略。无数据库依赖的沙盒模式 API 测试、自动化缺陷检查工作流，以及捕捉 AI 盲点（同一模型既编写又审查代码）的模式。适用于为 AI 辅助编写的代码补充回归覆盖，或同一模型既编写又审查某次变更时。
io.github.ruvnet/ruflo/hooks-automation
通过带 MCP 集成的智能钩子，从 Claude Code 操作中自动完成协调、格式化与学习。涵盖 pre/post 任务钩子、会话管理、Git 集成、记忆协同与神经网络模式训练，以提升开发工作流。
io.github.paperclipai/paperclip/design-guide
Paperclip UI 设计系统指南，用于构建一致、可复用的前端组件。在创建新 UI 组件、修改现有组件、为前端添加页面或功能、为 UI 元素写样式，或需要了解设计语言与约定时使用。涵盖：组件创建、设计 token、排版、状态/优先级体系、组合模式与 /design-guide 展示页。须与 frontend-design 技能（视觉品质）和 web-design-guidelines 技能（Web 最佳实践）搭配使用。
io.github.getsentry/sentry/setup-dev
使用 devenv 搭建和管理 Sentry 开发环境。处理全新安装、环境更新、启动开发服务、重置数据库、按 worktree 的环境配置（每个 worktree 需要自己的 devenv sync/.venv）以及故障排查。当被要求“set up sentry”“setup dev environment”“get sentry running”“start dev server”“devenv setup”“devservices not working”“sentry won't start”“reset the database”“new worktree venv/devenv setup”，或遇到任何开发环境问题时使用。