搜索「Writing」的结果

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.coollabsio/coolify/laravel-best-practices

在编写、审查或重构 Laravel PHP 代码时使用。包括创建或修改控制器、模型、迁移、表单请求、策略、任务、定时命令、服务类与 Eloquent 查询。涉及 N+1 与查询性能、缓存策略、授权与安全模式、校验、错误处理、队列与任务配置、路由定义和架构决策时触发。也用于 Laravel 代码审查及将现有 Laravel 代码重构至最佳实践。覆盖一切 Laravel 后端 PHP 代码模式的任务。

io.github.coollabsio/coolify/tailwindcss-development

用户消息以任何形式包含 'tailwind' 时始终调用。还适用于:构建响应式栅格布局(多列卡片栅格、商品栅格)、flex/grid 页面结构(带侧边栏的仪表盘、固定顶栏、移动端可折叠导航)、UI 组件样式(卡片、表格、导航栏、价格区、表单、输入框、徽章)、添加暗色模式变体、修复间距或排版,以及 Tailwind v3/v4 工作。核心场景:在 HTML 模板(Blade、JSX、Vue)中编写或修正 Tailwind 工具类。跳过:后端 PHP 逻辑、数据库查询、API 路由、无 HTML/CSS 部分的 JavaScript、CSS 文件审计、构建工具配置和原生 CSS。

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

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

io.github.orangehrm/orangehrm/testing

OrangeHRM 测试分层参考——`phpunit.xml` 中声明的按插件 PHPUnit 测试套件、测试数据库生命周期（`instance:create-test-db` 构建含数据的 MySQL 库并由 `CoreFixtureService` 导出、bootstrap 在每个测试时还原）、测试基类（`TestCase` 用于纯单元测试、`KernelTestCase` 用于需要完整框架与 DI 容器的测试、`EntityTestCase` 用于纯实体测试、`EndpointTestCase` 与 `EndpointIntegrationTestCase` 用于带请求 mock 与异常期望的 API 端点测试）、YAML fixture 模式（按插件 `test/fixtures/<DaoName>.yml` + 在 `setUp()` 中调用 `TestDataService::populate($yamlPath)`）、前端单元测试的 Jest 配置（`@vue/cli-plugin-unit-jest/presets/typescript-and-babel`、同级 `__tests__/` 目录），以及用于 E2E 的 Cypress（独立工作区位于 `src/test/functional/`）。当用户编写测试、决定继承哪个基类、调试 fixture 加载、搭建测试数据库、运行单个测试类或试图弄清测试机制时使用。

io.github.FerroxLabs/wayland/backend-architect

化身为资深后端架构师，设计可扩展、高可用的服务端系统，明确 API 契约、合理的模型与有据可查的取舍。当用户需要系统设计、数据库架构、API 契约定义、缓存策略或后端技术选型时使用。编写前端 UI 组件、CSS，或对现有 PR 做代码评审时请勿使用。

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

React 组件测试：React Testing Library、Vitest/Jest、用 MSW 做网络 mock、基于 axe 的无障碍断言，以及组件测试与 Playwright/Cypress 端到端测试之间的取舍边界。当编写或修复 React 组件、hook 或页面的测试时使用。

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

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

io.github.exceptionless/Exceptionless/frontend-architecture

作为 ClientApp 中 Svelte 5 应用的前端统一入口 skill——新增路由、创建功能切片、编写 Svelte 组件、遵循 TypeScript 约定、复用共享 UI/格式化组件、处理无障碍，或编写前端测试。旧版 Angular 应用（ClientApp.angular）仍支撑当前站点的绝大部分页面，但除用户明确要求改动 Angular 或遗留 UI 外，新的前端开发一律只做 Svelte UI。

io.github.mukul975/Anthropic-Cybersecurity-Skills/designing-adversary-engagement-with-mitre-engage

使用 MITRE Engage 框架规划、执行并度量对手参与行动，使所部署的欺骗由策略驱动而非临时为之。涵盖 Engage 矩阵（Prepare、Expose、Affect、Elicit、Understand）、10 步操作流程、将参与 Activity 映射到其暴露的 ATT&CK 技术，以及定义可度量的目标与行动目的。适用于团队已有 honeypot、蜜标或 canary token 却缺乏统筹策略、管理层询问「是否及如何应对对手」、构建欺骗/拒止体系、撰写对手参与行动方案，或决定针对特定威胁行为者部署哪些欺骗 Activity 时。