搜索「writing」的结果

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.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

编写、运行与更新单元测试/端到端测试的说明。在被明确要求为特定功能、缺陷或回归添加测试时使用。

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 互补。

io.github.strapi/strapi/git-conventions

在 Strapi 仓库中撰写任何 git 提交信息、PR 标题或 squash 主题时使用。只要涉及提交/PR 主题的拟定就应触发，即使用户没有说出“commit”一词。

io.github.affaan-m/ECC/brand-voice

从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像，并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。

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

基于 C++ Core Guidelines（isocpp.github.io）的 C++ 编码规范。在编写、评审或重构 C++ 代码时使用，以推行现代、安全、符合惯用法的实践。

io.github.affaan-m/ECC/cpp-testing

仅用于编写、更新或修复 C++ 测试，配置 GoogleTest/CTest，诊断失败或不稳定的测试，或添加覆盖率/消毒器。

io.github.affaan-m/ECC/react-patterns

React 18/19 模式：hooks 纪律、服务端/客户端组件边界、Suspense + 错误边界、表单 action、数据获取、状态管理决策树，以及无障碍优先的组合方式。在编写或审查 React 组件时使用。

io.github.affaan-m/ECC/react-performance

React 与 Next.js 性能优化模式，改编自 Vercel 工程团队的 React Best Practices（https://github.com/vercel-labs/agent-skills）。将 70+ 条规则按 8 个优先级分类组织——瀑布流、包体积、服务端、客户端获取、重渲染、渲染、JS 微性能、进阶技巧。在为性能而编写、审查或重构 React/Next.js 代码时使用。

io.github.affaan-m/ECC/react-testing

React 组件测试：React Testing Library、Vitest/Jest、用于网络 Mock 的 MSW、axe 可访问性断言，以及组件测试与 Playwright/Cypress 端到端测试的取舍边界。在编写或修复 React 组件、hooks 或页面测试时使用。

io.github.ag2ai/faststream/testing-patterns

在 tests/ 下编写或修改测试时使用——基类 testcase 继承、pytest 标记、fixture、内存 broker 与真实 broker 测试的取舍，以及如何运行测试套件。

io.github.vercel/next.js/router-act

使用 createRouterAct 和 LinkAccordion 编写端到端测试的方法。当编写或修改需要控制 Next.js 内部请求（如 prefetch）时机、或对其响应做断言的测试时使用。涵盖 act API、fixture 模式、通过 LinkAccordion 控制 prefetch、伪造时钟，以及规避易 flaky 的测试模式。

io.github.knowsuchagency/mcp2cli/mcp2cli

把任意 MCP 服务器、OpenAPI spec 或 GraphQL 端点变成 CLI。当用户想通过命令行与 MCP 服务器、OpenAPI/REST API 或 GraphQL API 交互、发现可用工具/端点、调用 API 操作，或从某个 API 生成一个新 skill 时使用。触发语包括 “mcp2cli”、“call this MCP server”、“use this API”、“list tools from”、“create a skill for this API”、“graphql”，以及任何无需写代码即可完成 MCP 工具调用、OpenAPI 端点调用或 GraphQL 查询的任务。

io.github.vm0-ai/vm0/testing

编写与评审测试的全面测试模式和反模式。