技能开发与安全

用于类型安全、可维护代码的高级TypeScript模式，利用复杂的类型系统特性。当构建类型安全的API、实现复杂领域模型或利用TypeScript的高级类型能力时使用。

在创建新技能、编辑现有技能或验证技能在部署前的工作情况时使用 - 应用TDD，通过在编写之前使用子代理进行测试，迭代直到抵御合理化。

用于可扩展、可审计系统的CQRS和事件源模式，具有分离的读/写模型。当构建需要审计的系统、实现时间查询或设计具有复杂领域逻辑的高规模应用时使用。

用于路由、身份验证、速率限制和微服务架构中服务组合的 API 网关模式。在实施 API 网关、构建 BFF 层或管理大规模服务间通信时使用。

用于构建安全优先应用的安全编码实践和防御性编程模式。当实现身份验证、处理用户输入、管理敏感数据或进行安全代码审查时使用。

在创建或编辑技能之前使用，以验证它们在压力下的工作情况并抵御合理化 - 应用RED-GREEN-REFACTOR循环，通过在没有技能的情况下运行基线，编写以解决失败，迭代以关闭漏洞。

用于打包和部署 Kubernetes 应用程序的 Helm 图表开发模式。在创建可重用的 Helm 图表、管理多环境部署或为 Kubernetes 构建应用程序目录时使用。

Kubernetes安全策略、RBAC和Pod安全标准，用于强化集群部署。当实施集群安全、定义网络策略或在Kubernetes环境中强制执行安全合规性时使用。

使用STRIDE、攻击树和风险评估进行威胁建模方法，以进行主动安全分析。当设计安全系统、进行安全审查或识别应用程序中的潜在攻击向量时使用。

关系型和NoSQL数据库的数据库模式设计模式和优化策略。当设计数据库模式、优化查询性能或在大规模实施数据持久层时使用。

OWASP 前十名安全漏洞及其检测和修复模式。在进行安全审计、实施安全编码实践或审查代码以查找常见安全漏洞时使用。

用于生产级应用的Kubernetes部署策略和工作负载模式。当部署到Kubernetes、实施发布策略或设计云原生应用架构时使用。

用于可扩展和可维护云基础设施的Terraform基础设施即代码最佳实践。当编写Terraform模块、管理基础设施状态或在大规模实施基础设施自动化时使用。

用于创建有效技能的指南。当用户希望创建新技能（或更新现有技能）以扩展Claude的能力，加入专业知识、工作流程或工具集成时使用。

在开始需要与当前工作区隔离的功能工作或执行实施计划之前使用 - 创建具有智能目录选择和安全验证的隔离 Git 工作树。

用于高性能应用的Python asyncio和并发编程模式。当构建异步API、并发系统或需要非阻塞操作的I/O密集型应用时使用。

在接收代码审查反馈之前使用，尤其是当反馈似乎不清晰或技术上有疑问时 - 需要技术严谨性和验证，而不是表面上的一致或盲目实施。

全面的微服务架构模式，涵盖服务分解、通信、数据管理和弹性策略。在设计分布式系统、拆分单体或实施服务间通信时使用。

在实施任何功能或修复错误之前使用 - 先编写测试，观察其失败，然后编写最小代码以通过；确保测试实际验证行为，要求先失败。

使用ArgoCD和Flux进行声明式Kubernetes部署的GitOps工作流和模式。当为Kubernetes实施CI/CD、管理多环境部署或采用声明式基础设施实践时使用。

使用分析、算法改进和加速技术进行Python性能优化模式。当优化缓慢的Python代码、减少内存使用或提高应用程序吞吐量和延迟时使用。

在实施完成、所有测试通过后，需要决定如何集成工作时使用 - 通过提供合并、PR 或清理的结构化选项来指导开发工作的完成。

用于与本地Web应用交互和测试的工具包，使用Playwright。当验证前端功能、调试UI行为、捕获浏览器截图和查看浏览器日志时使用。

具有事件源、CQRS 和基于消息的通信的事件驱动架构模式。在设计分布式系统、微服务通信或需要最终一致性和可扩展性的系统时使用。

使用记忆化、代码分割和高效渲染策略的 React 性能优化模式。在优化缓慢的 React 应用程序、减少包大小或改善大数据集的用户体验时使用。

包括 SAST、DAST、渗透测试和漏洞评估技术的安全测试模式。在实施安全测试管道、进行安全审计或验证应用程序安全控制时使用。

使用 pytest、模拟和基于属性的测试的 Python 测试模式和最佳实践。在编写单元测试、集成测试或在 Python 项目中实施测试驱动开发时使用。

该技能的简要描述和提供的功能。当[明确的触发条件表明该技能应激活]时使用。保持在200字以内。

在编写或更改测试、添加模拟或有意添加仅用于测试的方法到生产代码时使用 - 防止测试模拟行为、生产污染以及在不理解依赖关系的情况下进行模拟。

在执行过程中发生错误并需要追溯以找到原始触发时使用 - 系统地通过调用堆栈向后追踪错误，在需要时添加仪器，以识别无效数据或不正确行为的来源。

全面的 REST 和 GraphQL API 设计模式，包括版本控制、分页、错误处理和 HATEOAS 原则。在设计 API、定义端点或构建需要生产级模式的服务合同时使用。

当你开发了一个广泛有用的技能并希望通过拉取请求贡献给上游时使用 - 指导分支、提交、推送和创建 PR 的过程，以将技能贡献回上游代码库。

在遇到任何错误、测试失败或意外行为之前使用，提出修复建议之前 - 四阶段框架（根本原因调查、模式分析、假设测试、实施），确保在尝试解决方案之前理解问题。

当测试存在竞争条件、时间依赖或不一致的通过/失败行为时使用 - 用条件轮询替代任意超时，以等待实际状态变化，消除因时间猜测导致的不稳定测试。

当无效数据导致执行深处的失败时使用，要求在多个系统层进行验证 - 在数据通过的每一层进行验证，以使错误在结构上不可能。