К основному содержанию
скилл GitHub Copilot официальный · GitHub

dotnet-design-pattern-review — скилл для GitHub Copilot

Проверяет выбранный C#/.NET-код на применение паттернов проектирования и предлагает правки без изменения файлов. Подходит для ревью архитектуры проекта.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add github/awesome-copilot --skill dotnet-design-pattern-review -a claude-code
Открыть на GitHub

Что делает dotnet-design-pattern-review

Скилл анализирует выделенный код C#/.NET и выдаёт рекомендации по Command, Factory, Repository, Provider и Resource patterns. Он проверяет обработчики команд, интеграцию с сервис-провайдером, абстракции для внешних сервисов и локализованные сообщения через ResourceManager.

В чек-листе есть DI, SOLID, GoF-паттерны, async/await, управление ресурсами, конфигурация, структурированное логирование, безопасность и тестируемость. Также он смотрит на пространства имён, разделение Core и Console, XML-документацию и дублирование. Код скилл не меняет. Ставьте его, если нужен предметный разбор C#/.NET-архитектуры; для генерации кода он не предназначен.

Какие задачи решает

  • проверить Command Handler и Factory patterns
  • найти нарушения принципов SOLID
  • оценить DI и время жизни сервисов
  • проверить async-доступ к данным и освобождение ресурсов
  • выявить небезопасную работу с учётными данными и запросами

Примеры запросов агенту

  • Проверь выделенный C#/.NET-код по Command и Repository patterns.
  • Найди нарушения SOLID и проблемы с DI в выделенном коде.
  • Сделай ревью конфигурации, async/await и ResourceManager без изменения файлов.

Как установить dotnet-design-pattern-review

1Через Skills CLI (Vercel)

npx skills add github/awesome-copilot --skill dotnet-design-pattern-review -a claude-code

2Вручную: положить файлы

~/.claude/skills/dotnet-design-pattern-review/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/dotnet-design-pattern-review/

Похожие

improve-codebase-architecture Matt Pocock Скилл ищет архитектурные узкие места в кодовой базе и показывает варианты углубления модулей в HTML-отчёте. Подойдёт для ревью перед рефакторингом. Claude Code 1 163 035установок tdd Matt Pocock Скилл управляет циклом красный-зелёный в TDD: проверяет, что тесты пишутся до кода, держит их на уровне публичных интерфейсов и не завязывает на внутреннюю структуру. Claude Code 1 141 062установок triage Matt Pocock Скилл проводит issue и внешние PR через роли триажа, проверку и подготовку брифа для агента. Подойдёт мейнтейнеру, который разбирает очередь задач. Claude Code 990 453установок codebase-design Matt Pocock Скилл помогает проектировать модули с небольшим интерфейсом и скрытой внутри сложностью. Подходит для рефакторинга, тестируемости и поиска чистого seam. Claude Code 850 344установок code-review Matt Pocock Проверяет изменения от выбранной точки по стандартам репозитория и требованиям задачи. Нужен для ревью ветки, PR или незавершённой работы. Claude Code 789 521установок implement Matt Pocock Выполняет задачу по спецификации или тикетам, ведёт работу через тесты и завершает её ревью с коммитом. Подходит для задач, где нужен дисциплинированный цикл разработки. Claude Code 774 700установок

Вопросы о dotnet-design-pattern-review

Как установить dotnet-design-pattern-review в GitHub Copilot?

Выполните npx skills add github/awesome-copilot --skill dotnet-design-pattern-review или gh skill install github/awesome-copilot dotnet-design-pattern-review.

Что делает dotnet-design-pattern-review?

Скилл проверяет выделенный C#/.NET-код и предлагает конкретные улучшения по паттернам проектирования, архитектуре, качеству кода и безопасности. Исходные файлы он не редактирует.

Какие паттерны проверяет скилл?

Он рассматривает Command, Factory, Repository, Provider и Resource patterns, а также GoF-паттерны Command, Factory, Template Method и Strategy.

Исходный текст

SKILL.md · MIT
---
name: dotnet-design-pattern-review
description: 'Review the C#/.NET code for design pattern implementation and suggest improvements.'
---

# .NET/C# Design Pattern Review

Review the C#/.NET code in ${selection} for design pattern implementation and suggest improvements for the solution/project. Do not make any changes to the code, just provide a review.

## Required Design Patterns

- **Command Pattern**: Generic base classes (`CommandHandler<TOptions>`), `ICommandHandler<TOptions>` interface, `CommandHandlerOptions` inheritance, static `SetupCommand(IHost host)` methods
- **Factory Pattern**: Complex object creation service provider integration
- **Dependency Injection**: Primary constructor syntax, `ArgumentNullException` null checks, interface abstractions, proper service lifetimes
- **Repository Pattern**: Async data access interfaces provider abstractions for connections
- **Provider Pattern**: External service abstractions (database, AI), clear contracts, configuration handling
- **Resource Pattern**: ResourceManager for localized messages, separate .resx files (LogMessages, ErrorMessages)

## Review Checklist

- **Design Patterns**: Identify patterns used. Are Command Handler, Factory, Provider, and Repository patterns correctly implemented? Missing beneficial patterns?
- **Architecture**: Follow namespace conventions (`{Core|Console|App|Service}.{Feature}`)? Proper separation between Core/Console projects? Modular and readable?
- **.NET Best Practices**: Primary constructors, async/await with Task returns, ResourceManager usage, structured logging, strongly-typed configuration?
- **GoF Patterns**: Command, Factory, Template Method, Strategy patterns correctly implemented?
- **SOLID Principles**: Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion violations?
- **Performance**: Proper async/await, resource disposal, ConfigureAwait(false), parallel processing opportunities?
- **Maintainability**: Clear separation of concerns, consistent error handling, proper configuration usage?
- **Testability**: Dependencies abstracted via interfaces, mockable components, async testability, AAA pattern compatibility?
- **Security**: Input validation, secure credential handling, parameterized queries, safe exception handling?
- **Documentation**: XML docs for public APIs, parameter/return descriptions, resource file organization?
- **Code Clarity**: Meaningful names reflecting domain concepts, clear intent through patterns, self-explanatory structure?
- **Clean Code**: Consistent style, appropriate method/class size, minimal complexity, eliminated duplication?

## Improvement Focus Areas

- **Command Handlers**: Validation in base class, consistent error handling, proper resource management
- **Factories**: Dependency configuration, service provider integration, disposal patterns
- **Providers**: Connection management, async patterns, exception handling and logging
- **Configuration**: Data annotations, validation attributes, secure sensitive value handling
- **AI/ML Integration**: Semantic Kernel patterns, structured output handling, model configuration

Provide specific, actionable recommendations for improvements aligned with the project's architecture and .NET best practices.

© github · MIT · github/awesome-copilot

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой