搜索「Frontend Development」的结果

io.github.sickn33/agentic-awesome-skills/vercel-deployments

Deploy frontend and full-stack apps on Vercel with previews, edge functions, environment promotion, and production guardrails.

io.github.affaan-m/ECC/eval-harness

面向 Claude Code 会话的正式评估框架，落实评估驱动开发（EDD）原则。当 Claude Code 工作流在获得信任或被修改前需要正式评估时使用。

io.github.affaan-m/ECC/tdd-workflow

在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。

io.github.affaan-m/ECC/coding-standards

跨项目的基础编码约定，涵盖命名、可读性、不可变性与代码质量评审。框架相关模式请使用更细粒度的前端或后端 skill。在没有适用的框架专用 skill、需要评审代码质量或命名时使用。

io.github.affaan-m/ECC/dmux-workflows

基于 dmux（面向 AI 代理的 tmux 面板管理器）的多代理编排。涵盖 Claude Code、Codex、OpenCode 等多种运行框架下的并行代理工作流模式。在并行运行多个代理会话或协调多代理开发工作流时使用。

io.github.pingdotgg/t3code/test-t3-app

Test T3 Code's web and desktop UI through its built-in Browser panel against isolated development state. Use for browser verification, browser pairing recovery, and test fixtures. Use test-t3-mobile for native mobile verification.

io.github.pingdotgg/t3code/test-t3-mobile

针对一次性的本地 T3 环境，在 iOS 模拟器或 Android 仿真器上启动并测试 T3 Code Mobile，包括 Metro 与 dev-client 复用、原生重建决策、按客户端配对、种子项目、语义化 UI 控制、截图，以及 iOS serve-sim 流式传输。在移动端 UI 或原生改动后使用、复现手机或平板行为时、将仿真器配对到隔离状态，或在 macOS、Linux、Windows 上验证移动端行为时使用。

io.github.metabase/metabase/clojure-write

以 REPL 驱动的工作流、编码规范与最佳实践指导 Clojure 和 ClojureScript 开发。在编写、开发或重构 Clojure/ClojureScript 代码时使用。

io.github.metabase/metabase/metabase-ui-component-from-figma

按 Linear issue 中描述的 Figma 规范,更新或构建 Metabase 设计体系组件(frontend/src/metabase/ui——Chip、Badge、Alert、Switch 等)。当工单要求改造现有 metabase/ui 组件样式或从 Figma 实现新组件时使用。涵盖:签出 issue、梳理组件(既有组件的用法/影响面,或新组件的脚手架)、构建 Storybook 展示矩阵(既有组件在改造样式前、新组件在其后)、依据精确的 Figma 令牌并与用户迭代完成样式,最后再提交并迁移调用点。

io.github.streamlit/streamlit/understanding-streamlit-architecture

讲解 Streamlit 内部架构，包括后端运行时、前端渲染与 WebSocket 通信。在调试跨层问题、端到端理解功能实现方式、规划架构改动或新人上手代码库时使用。涵盖 ForwardMsg/BackMsg 协议、脚本重跑模型、元素树、widget 状态管理等。

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”，或想要集成测试时使用。