搜索「Creative Writing」的结果

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.Dokploy/dokploy/frontend-design

创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码，避免千篇一律的 AI 审美。

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.cloudflare/vibesdk/frontend-design

打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用（示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局，或对任意 Web UI 做样式美化）时使用此技能。生成富有创意、打磨精细的代码与 UI 设计，避免千篇一律的 AI 审美。

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 做代码评审时请勿使用。