system-design
Проектирование поддерживаемой архитектуры программного обеспечения
متاح أيضًا من: Dwsy
Проекты программного обеспечения часто страдают от плохой архитектуры, что приводит к техническому долгу и замедлению разработки. Этот навык проведет вас через структурированный сократический процесс проектирования систем Clean/Hexagonal Architecture с четкими границами, тестируемыми компонентами и документированными решениями.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "system-design". Design a payment processing service using Clean Architecture
النتيجة المتوقعة:
- Phase 1: Discovery Questions
- Who is the primary user (merchant, customer, internal system)?
- What payment methods must be supported?
- What are the regulatory constraints?
- How do you define success for this service?
- Key insight: Start by understanding the problem before defining solutions.
استخدام "system-design". Help me understand ports and adapters
النتيجة المتوقعة:
- Ports are interfaces defining interaction boundaries
- Inbound ports: What the application offers to the outside world
- Outbound ports: What the application needs from external systems
- Adapters implement these ports for specific technologies
- Example: HTTP controller is a driving adapter, database repository is a driven adapter
التدقيق الأمني
آمنPure documentation skill containing only markdown guides and TypeScript code templates for software architecture patterns. All 553 static findings are false positives caused by the analyzer misclassifying markdown code formatting (backticks), educational algorithm references, and import path examples as executable code. No network calls, file system access, command execution, or credential handling exists in this skill.
عوامل الخطر
⚙️ الأوامر الخارجية (269)
🌐 الوصول إلى الشبكة (8)
📁 الوصول إلى نظام الملفات (116)
🔑 متغيرات البيئة (2)
درجة الجودة
ماذا يمكنك بناءه
Проектирование новых микросервисов
Проектирование новой архитектуры сервиса с четкими границами, изоляцией зависимостей и заменяемыми адаптерами
Документирование архитектурных решений
Создание ADRs, которые фиксируют контекст, компромиссы и последствия для согласования команды
Изучение паттернов чистой архитектуры
Понимание доменных сущностей, объектов-значений, агрегатов и того, как структурировать поддерживаемый код
جرّب هذه الموجهات
I need to architect [describe your system]. Start with Phase 1 Discovery.
Continue from [phase name] for our existing architecture session.
Generate a TypeScript hexagonal scaffold for a [entity name] feature with these decisions: [list known ports/adapters].
Review my current code structure and help me refactor to Clean Architecture. Here is my current file layout: [describe structure].
أفضل الممارسات
- Никогда не пропускайте фазу Discovery - понимание проблемы предотвращает дорогостоящие архитектурные ошибки
- Определяйте порты (интерфейсы) до реализаций - это обеспечивает инверсию зависимостей
- Документируйте решения как ADRs, пока контекст свеж - будущие разработчики будут благодарны
تجنب
- Прыгать к коду до понимания домена и определения ограниченных контекстов
- Размещать бизнес-логику в контроллерах или инфраструктуре вместо доменного слоя
- Использовать технологически-специфичные термины в доменных интерфейсах (утечка абстракций)