frontend-unit-test(前端单元测试)
io.github.camunda/camunda/frontend-unit-test
在 orchestration cluster webapp(webapp/client/apps/orchestration-cluster-webapp/src/)中编写、修改或调试单元测试(*.test.tsx)时使用。涵盖 Vitest 浏览器模式、MSW mock 与 vitest-browser-react 渲染。
“Creative Writing” 共 817 个结果
io.github.camunda/camunda/frontend-unit-test
在 orchestration cluster webapp(webapp/client/apps/orchestration-cluster-webapp/src/)中编写、修改或调试单元测试(*.test.tsx)时使用。涵盖 Vitest 浏览器模式、MSW mock 与 vitest-browser-react 渲染。
io.github.calesthio/OpenMontage/vercel-react-best-practices
来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审查或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能提升的任务触发。
io.github.microsoft/fast/typescript
在 FAST monorepo 处理 TypeScript 变更时使用本指南——编写 Web Components、模板与样式、使用 observable/响应式系统,以及测试。
io.github.fastapi/sqlmodel/sqlmodel
在用 SQLModel 编写或审阅 Python 代码时使用,尤其是模型、会话、查询、FastAPI 集成、关系、link 模型、创建、更新与删除。
io.github.genkit-ai/genkit/typescript
TypeScript 编码约定、最佳实践与模式,用于编写整洁、可维护的代码。
io.github.golemcloud/golem/testing
在 Golem 工作区中运行和调试测试。适用于编写测试、运行特定测试、过滤测试、调试测试失败或理解测试基础设施
io.github.abiosoft/colima/skills
Colima 使用指南——通过轻量 Lima 虚拟机在 macOS 与 Linux 上运行容器运行时(Docker、containerd、Kubernetes、Incus)。只要 Colima 是(或应当是)容器后端就使用本技能:安装 Colima;`colima start/stop/status/delete/ssh`;选择或切换运行时;`Cannot connect to the Docker daemon at unix:///var/run/docker.sock` 报错;Docker context 与 socket 位置;镜像仓库 mirror 与不安全仓库;buildx;在容器中显示为空的 bind 或 volume 挂载;磁盘空间回收与扩容;VM IP 可达;GPU 与 AI 模型负载;配置文件、profile 与 `COLIMA_HOME`;或无法启动的 Colima VM。同时适用于编写驱动 Colima 的脚本——以非交互方式把 Colima 拉起的 bootstrap、dev-env、deploy 或 CI 脚本——因为本技能掌握正确的参数、按 profile 区分的 socket 路径、幂等的 `colima start` 守卫以及就绪与清理模式,这些正是手写脚本常出错之处(例如臆造并不存在的参数或错误地假定)。
io.github.QuantumNous/new-api/vercel-react-best-practices
来自 Vercel 工程团队的 React 与 Next.js 性能优化准则。在编写、审查或重构涉及组件、Next.js 页面、Server Components、Server Actions、数据获取、bundle 体积、渲染行为或性能提升的 React/Next.js 代码时使用。
io.github.SignalPilot-Labs/SignalPilot/sql-workflow
在编写任何 SQL 查询之前使用此技能。涵盖:输出形状推断(从问题中获取基数线索)、高效的 schema 探索、基于 CTE 的迭代式查询构建、结构化验证循环(行数、NULL 审计、扇出检查、样例查看)、错误恢复流程、将输出保存到 result.sql 与 result.csv、轮次预算管理以及常见基准陷阱。
io.github.yikart/AiToEarn/vercel-react-best-practices
来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审阅或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能改进的任务时触发。
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.apache/airflow/airflow-new-sdk
为 Airflow 实现全新语言 SDK 的指南(AIP-108)。当贡献者要为一种新编程语言添加支持——设计 Python coordinator、用目标语言实现线协议、编写 bundle 格式并组织 PR——时使用本技能。触发短语包括:“new language SDK”“new SDK”“add support for [language]”“implement coordinator for”“SubprocessCoordinator”“BaseCoordinator”“new runtime”“AFBNDL01”“supervisor schema”,或任何把新语言引入 Airflow executor 生态的内容。
io.github.shareAI-lab/Kode-CLI/frontend-design
打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用(示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局,或对任意 Web UI 做样式美化)时使用此技能。生成富有创意、打磨精细的代码与 UI 设计,避免千篇一律的 AI 审美。
io.github.lishuangqiang/backend-agent-resume-scout/backend-agent-project-selector
为学生或初级工程师从 GitHub 上寻找合适的传统软件后端或业务级 AI 智能体项目,评估简历价值并生成 Markdown 简历撰写包。当用户请求选择后端项目、Java/Spring 项目、分布式系统项目、完整 AI 智能体业务项目、多智能体系统、LLM 应用、用于简历的 GitHub 项目,或想把所选项目转化为简历要点/面试谈资时使用。支持模式:仅 agent、仅后端、混合、稳妥模式、挑战模式;未指定模式时先询问用户再搜索或推荐。后端推荐默认排除 IoT、嵌入式、硬件集成、设备管理与工控平台,除非用户点名。同时避免简单浏览器扩展、薄封装 LLM 套壳、浅层 AI 插件与浏览器自动化库,除非用户点名。
io.github.supabase/supabase/studio-mock-api-tests
用 MSW 在网络层 mock API 请求来编写 Supabase Studio 组件测试。在编写或评审涉及 React Query hook 或 mutation 的组件测试,或把现有测试从 vi.mock('@/data/...') 迁移走时使用。涵盖 customRender + addAPIMock 模板,以及耗费大量调试时间的 jsdom/MSW 陷阱。
io.github.github/awesome-copilot/github-actions-hardening
针对 GitHub Actions 工作流文件(.github/workflows/*.yml)的安全加固评审。分析模式匹配器和通用代码 linter 会漏掉的 Actions 威胁模型——不可信输入的脚本注入、高权限触发器运行 fork 代码、可变的 action 引用、权限过大的 token。当被要求评审、审计、加固或保护 GitHub Actions 工作流、编写新工作流,或遇到"这个工作流安全吗""帮我查 CI 安全问题""这里 pull_request_target 为什么危险""帮我 pin actions""收紧 GITHUB_TOKEN 权限"等请求时使用。覆盖 ${{ }} 插值脚本注入、pull_request_target/workflow_run 权限提升、第三方 action 的 SHA 固定、最小权限、GITHUB_ENV/GITHUB_OUTPUT 注入、密钥暴露、OIDC 与长期凭据、公共仓库自托管 runner 的暴露风险。
io.github.TypeCellOS/BlockNote/testing-skill
编写、运行与更新单元测试/端到端测试的说明。在被明确要求为特定功能、缺陷或回归添加测试时使用。
vcanary
io.github.lobehub/lobehub/testing
Vitest 测试指南。在编写或更新测试、修复失败测试、提升覆盖率、调试测试问题或配置 mock 时使用。
io.github.shinpr/ai-coding-project-boilerplate/typescript-testing
应用 Vitest 测试设计与质量标准,提供覆盖率要求与 mock 使用指南。编写单元测试时使用。
io.github.TriliumNext/Trilium/ckeditor5-testing
在 Trilium monorepo 中测试 CKEditor 5 插件。适用于为 packages/ckeditor5-* 包添加或评审单元测试、调试失败的测试,或为包搭建测试运行器。涵盖 Trilium 使用的两种 Vitest 环境(happy-dom 与 WebdriverIO 浏览器模式)、各包的 vitest.config.ts、基于真实 ClassicEditor 的测试、从 'ckeditor5' 导入的 model/view 辅助函数(_setModelData/_getModelData/_getViewData 及 {}/[] 选区语法)、vi spy/mock、schema/转换/命令/UI 测试的惯用写法、pnpm --filter 运行方式,以及 Trilium 特有的约定与坑。与 ckeditor5-plugin-development 和 writing-unit-tests 互补。
vcanary
io.github.Dokploy/dokploy/frontend-design
创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码,避免千篇一律的 AI 审美。
vdevelop
io.github.strapi/strapi/git-conventions
在 Strapi 仓库中撰写任何 git 提交信息、PR 标题或 squash 主题时使用。只要涉及提交/PR 主题的拟定就应触发,即使用户没有说出“commit”一词。
io.github.affaan-m/ECC/brand-voice
从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像,并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。