搜索「Writing」的结果

io.github.recyclarr/recyclarr/testing

在 tests/** 下任何位置编写、编辑、重构或调试测试（单元、集成或端到端）时使用；编写 NUnit 4 测试类（*Test、*IntegrationTest）；使用 NSubstitute mock、AutoFixture 的 [AutoMockData]/[InlineAutoMockData]/[Frozen]，或 AwesomeAssertions（不是 FluentAssertions）；涉及 CliIntegrationFixture、IntegrationTestFixture、MockFileSystem、TestableLogger、NUnitAnsiConsole 或 New* 工厂辅助类；在 tests/Recyclarr.Cli.IntegrationTests.E2E/ 下添加或更新 E2E 夹具；编辑 Fixtures/recyclarr.yml、metadata.json、cf/、cf-groups/、quality-profiles/ 夹具目录；运行 Run-E2ETests.ps1 或 scripts/coverage.py；排查不稳定测试、覆盖率缺口或 Testcontainers 设置。触发短语如“write a test”“fix this test”“improve coverage”“add an E2E case”“mock this dependency”，或任何对 *.Tests.csproj 及 tests/** 下文件的编辑

io.github.tedivm/robs_awesome_python_template/sqlalchemy-models

创建或修改 SQLAlchemy 模型、查询与 Alembic 迁移。适用场景：定义新数据库表、编写查询、创建迁移、检查模型约定或理解数据库分层。

io.github.ant-design/ant-design/issue-reply

按照官方指南帮助维护者回复 Ant Design 的 GitHub issue。当用户请求处理、回复、推进、查看或管理 ant-design/ant-design 仓库的 issue 时使用；用户围绕 antd、Ant Design 提到 GitHub issue 管理时也应使用。提供 issue 分类（Bug 与功能请求）、dosubot 回复处理、规范打标签、礼貌措辞，以及何时关闭 issue 的指南。

io.github.ryoppippi/dotfiles/typescript-style

应用 TypeScript 风格规则：优先使用 satisfies 与 as const satisfies 配合字面量类型检查，避免不安全断言。在编写或评审 TypeScript/TSX 代码、测试 fixture、带类型的对象字面量、mock、配置对象或表驱动用例时使用。

io.github.crbnos/carbon/database-transactions

在编写执行多行数据库写入、批量更新、重排序或任何必须原子性成功/失败的服务函数时使用。触发场景：Kysely 事务、sortOrder 更新、批量插入/更新、多表写入以及涉及数组/循环写入的服务函数

io.github.docling-project/docling/dignified-python

带自动版本检测（3.10-3.13）的、有主张的生产级 Python 规范。当你想为追求现代类型语法、务实的条件检查、pathlib 操作、接口引导以及贴近生产模式的仓库编写、评审或重构 Python 时使用。

io.github.vercel/next.js/authoring-skills

如何在 .agents/skills/ 中创建和维护 agent skill。当需要新建 SKILL.md、撰写 skill 描述、选择 frontmatter 字段，或判断内容应放进 skill 还是 AGENTS.md 时使用。涵盖支持的 spec 字段、描述撰写、命名规范，以及始终加载的 AGENTS.md 与按需加载 skill 之间的关系。

io.github.vercel/next.js/dce-edge

DCE 安全的 require() 写法与 edge runtime 限制。在编写条件 require() 调用、保护仅 Node 可用的导入（node:stream 等），或为 edge 构建编辑 define-env-plugin.ts / app-render / stream-utils 时使用。涵盖供 webpack DCE 利用的 if/else 分支、TypeScript 明确赋值、NEXT_RUNTIME 与真实特性标志的区别，以及在 define-env.ts 中为 edge 强制标志为 false。

io.github.vercel/next.js/v8-jit

在 Next.js 服务端内部编写高性能 JavaScript 所需的 V8 JIT 优化模式。在编写或审查 app-render、stream-utils、路由、缓存等热点代码或任何每请求路径代码时使用。涵盖隐藏类/shape、monomorphic 调用点、内联缓存、megamorphic 去优化、闭包分配、数组 packing，以及用 --trace-opt / --trace-deopt 做性能剖析。

io.github.enso-org/enso/typescript-guidelines

TypeScript 编码指南与约定。在处理 TypeScript 源文件（.ts 或 .tsx，含 Vue 框架的 .vue）时使用——编辑、创建、审查或重构 TypeScript 代码。涵盖任何 TypeScript 相关任务：编写新模块、修复缺陷、添加功能、代码审查，或回答项目中 TypeScript 代码的问题。

io.github.pproenca/dot-skills/nextjs

Next.js 16 App Router 的性能、缓存、Server Components、Server Actions、路由与代码整洁最佳实践——外加按类别进行的评审/重构算法与仓库级（删除/去重/复用）发现。在编写 Next.js 16 App Router 代码、通过 'use cache' 配置缓存、构建 Server Components、设置并行/拦截路由、配置 next.config.js 或 proxy.ts，或审计/重构 Next.js 代码库（单文件或整仓）时使用。本技能不覆盖通用 React 19 模式（请用 react 技能）及非 Next.js 的服务端渲染。

io.github.MODSetter/SurfSense/vercel-react-best-practices

来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审查或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能改进的任务会触发本技能。

io.github.alirezarezvani/claude-skills/codebase-onboarding

分析代码库并为工程师、技术负责人与外包生成上手文档。快速收集事实并产出可复用的上手指引。用于新工程师入职、为新建项目撰写架构概览文档，或为不熟悉的项目撰写技术负责人简报时。

io.github.prowler-cloud/prowler/react-19

配合 React Compiler 的 React 19 模式。触发时机：在 .tsx 中编写 React 19 组件/hook 时（React Compiler 规则、hook 模式、ref 作为 prop）。若使用 Next.js App Router/Server Actions，同时使用 nextjs-16。

io.github.alibaba/loongcollector/design-document

设计文档写作规范。撰写或评审技术设计文档时使用

io.github.alibaba/loongcollector/testing-standards

LoongCollector 的测试标准：单元测试、端到端测试、基准测试。编写或审查测试时参考

io.github.Gentleman-Programming/gentle-ai/cognitive-doc-design

编写能降低认知负荷的文档。触发场景：撰写指南、README、RFC、入职手册、架构文档或面向评审的文档。

io.github.citypaul/.dotfiles/testing

行为驱动测试的模式。在编写测试、创建测试工厂、组织测试文件或决定测试内容时使用。不适用于 UI 专项测试（参见 front-end-testing 或 react-testing 技能）。

io.github.elophanto/EloPhanto/nextjs

Next.js 16 的关键要点与参考链接。用于规划、编写与排查 Next.js 16 的变更。

io.github.sickn33/antigravity-awesome-skills/react-best-practices

由 Vercel 维护的 React 与 Next.js 应用全面性能优化指南。在编写新的 React 组件或 Next.js 页面、实现数据获取（客户端或服务端），或审查代码性能问题时使用。

io.github.nginx/kubernetes-ingress/nic-testing

NIC 的测试模式，包括 Go 表驱动测试、快照测试与 Python 集成测试。在为 Ingress Controller 编写单元测试、快照测试、策略测试、模板测试、Helm 测试或 pytest 集成测试时使用。

io.github.google/ax/docker-writer

根据用户需求编写 Dockerfile 的技能

io.github.affaan-m/ECC/search-first

先检索再编码的工作流。在编写自定义代码之前，先搜索已有的工具、库和模式。把“先找现成方案再动手实现”这一做法系统化。在开始新功能或添加能力时使用。

io.github.cloudflare/sandbox-sdk/testing

在为本项目编写或运行测试时使用。涵盖单元测试与 E2E 测试的取舍、测试文件位置、mock 模式和项目特有的测试约定。（项目级）