搜索「Writing」的结果

io.github.microclaw/microclaw/testing

设计有效测试并决定测什么：单元测试与集成测试、边界用例、arrange-act-assert 结构，以及为一个缺陷编写最小失败测试。当用户要为代码添加测试、询问覆盖哪些用例、想有意义的提升覆盖率或实践 TDD 时使用。触发词：test、unit test、integration test、coverage、edge cases、TDD、assert、mock、测试、单元测试、用例、覆盖率、边界条件。

io.github.apache/airflow/sql-reporting

针对数据仓库编写分析型 SQL 的约定与审查步骤。只要任务涉及查询表、构建报表或聚合指标时使用。

io.github.SignalPilot-Labs/SignalPilot/sql-workflow

在编写任何 SQL 查询之前使用此技能。涵盖：输出形状推断（从问题中获取基数线索）、高效的 schema 探索、基于 CTE 的迭代式查询构建、结构化验证循环（行数、NULL 审计、扇出检查、样例查看）、错误恢复流程、将输出保存到 result.sql 与 result.csv、轮次预算管理以及常见基准陷阱。

io.github.callstack/react-native-testing-library/react-native-testing

使用 React Native Testing Library（RNTL）v13 与 v14（`@testing-library/react-native`）编写测试。在编写、评审或修复 React Native 组件测试时使用。涵盖：render、screen、查询（getBy/getAllBy/queryBy/findBy）、Jest 匹配器、userEvent、fireEvent、waitFor 与异步模式。支持 v13（React 18，同步 render）与 v14（React 19+，异步 render）。触发：React Native 组件的测试文件、RNTL 导入，以及提到「testing library」「写测试」「组件测试」「RNTL」。

io.github.discourse/discourse/discourse-migration

在编写或审查任何数据库迁移（db/migrate、db/post_migrate、插件迁移）之前必须先加载本技能。

io.github.kid-sid/claude-spellbook/docker

在为本地开发编写或优化 Dockerfile、docker-compose.yml，调试与本地表现不一致的容器，或缩减 Python、Node.js 应用镜像体积时使用。不适用于 Kubernetes 资源或 Helm——那类任务请用 containerization。

io.github.microsoft/aspire/deployment-e2e-testing

编写 Aspire 部署端到端测试的指南。在被要求创建、修改或调试部署到 Azure 的 E2E 测试时使用。

io.github.pproenca/dot-skills/dockerfile-optimise

源自 Docker 官方文档的 Dockerfile 优化指南。在编写、评审或重构 Dockerfile 时使用，确保构建时长、镜像体积、安全性与健壮性均达到最优。触发场景：Dockerfile 创建、Docker 镜像构建、容器优化、多阶段构建、构建缓存或 Docker 安全加固。

io.github.kevinpbuckley/unreal-engine-skills/automation-and-testing

为 Unreal Engine 项目编写并运行自动化测试——简单/复杂自动化测试（IMPLEMENT_SIMPLE_AUTOMATION_TEST、IMPLEMENT_COMPLEX_AUTOMATION_TEST）、BDD 风格 Spec 测试（DEFINE_SPEC、BEGIN_DEFINE_SPEC、Describe/It/BeforeEach/AfterEach）、关卡内功能测试（AFunctionalTest）、底层测试（基于 Catch2 的 LLT）、latent/异步命令、EAutomationTestFlags、FAutomationTestBase 断言 API（TestTrue/TestEqual/TestNotNull/AddError），以及从编辑器、CLI 或 CI 运行测试。适用于为玩法逻辑或系统编写单元/集成测试、搭建无头 CI 测试运行、校验数据/内容或防止回归。

io.github.agentscope-ai/agentscope-java/sql-analysis

通过针对数据仓库编写 SQL 查询、验证并呈现结果，回答定量业务问题。当用户问「有多少……」「……的趋势是什么」「对比 X 和 Y 在……」「我们的 Top N……」，或任何可归结为对表格数据查询的问题时使用。产出一张小结果表及背后的查询语句。

io.github.sanjeed5/cursor-slidev/cursor-brand

使用官方标识、配色、字体（Cursor Gothic）与语气，为 Cursor 产出符合品牌规范的视觉设计、数据可视化、社交帖、幻灯片与视频。只要在设计与 Cursor 品牌相关的一切 —— 推文、活动物料、图形、片尾卡、加载态、演示文稿、落地页，或任何带有 Cursor 名称的物料 —— 就应使用本技能。

io.github.Lionad-Morotar/local-tools/css-expert

编写现代、高性能、无障碍 CSS 的专家级指导。在编写 CSS、为组件加样式、创建布局、构建主题、修复视觉缺陷或重构样式表时使用；任何 CSS 相关任务自动激活。涵盖层叠层级、自定义属性、容器查询、现代选择器、嵌套、逻辑属性与动画性能。

io.github.wshobson/agents/python-testing-patterns

以 pytest、fixture、mock 和测试驱动开发实现完整的测试策略。适用于编写 Python 测试、搭建测试套件或落实测试最佳实践。

io.github.SumonMSelim/agentguard/kubernetes

Kubernetes 最佳实践：安全、工作负载、网络、配置、运维与 GitOps。在编写或评审 K8s 清单与配置时使用。

io.github.LedgerHQ/ledger-live/typescript

Ledger Wallet 的 TypeScript + React 类型约定。在编写或评审 .ts 与 .tsx 文件时阅读。

io.github.redis/RedisInsight/backend

RedisInsight API 的 NestJS 后端开发模式：模块结构、services、controllers、DTO、依赖注入与错误处理。在编辑 redisinsight/api/** 下任何文件、编写或修改 NestJS 模块、控制器、服务、DTO、provider，或用户提到 backend、API、NestJS 时使用。

io.github.meteor/meteor/testing

在编写测试、调试测试失败、运行测试套件或搭建测试基础设施时使用。涵盖 self-test、包测试与现代 E2E 测试。

io.github.wellwelwel/poku/testing

poku 测试深入指南，涵盖测试结构、命令、模式、fixtures、工具、Docker 兼容性和覆盖率。在编写、组织或运行测试、添加 fixtures 或处理覆盖率时使用。

io.github.microsoft/FluidFramework/testing-anti-patterns

在编写或修改测试、添加 mock，或想往生产代码里加仅供测试使用的方法时使用——防止测试 mock 行为、防止用测试专用方法污染生产代码、防止在不理解依赖关系的情况下做 mock。

io.github.kubeshark/kubeshark/kfl

KFL2（Kubeshark Filter Language）参考。在编写、构造或建议任何 KFL 过滤表达式前必须先加载本技能。KFL 是静态类型的——错误的字段名或语法会静默失败或报错。未加载本技能时不要猜测 KFL 语法。触发于任何提及 KFL、CEL 过滤、流量过滤、显示过滤、查询语法、过滤表达式、写过滤器、构造查询、build a KFL、创建过滤表达式、“我该怎么过滤”“只看……”“查找满足……的流量”、协议专属查询（HTTP 状态码、DNS 查询、Redis 命令、Kafka topic）、Kubernetes 感知过滤（按命名空间、pod、service、label、annotation）、L4 连接/流过滤、基于时间的查询，或任何在 Kubeshark 中切分/搜索/收窄网络流量的请求。当其他技能需要构造过滤器时也触发——KFL 是所有 Kubeshark 流量分析的查询语言。

io.github.xobotyi/cc-foundry/css

CSS 约定、布局系统与现代模式：以低特异性和显式层叠控制实现可预测的样式。只要任务涉及与 CSS 代码的任何交互——编写、审查、重构、调试或理解样式表、SCSS、布局或响应式设计——即调用本技能。

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 的指南。