Проектирование архитектуры системы
Помогает спроектировать сервис или систему: требования, схему, API, масштаб и компромиссы.
- Что делает
- Помогает спроектировать сервис или систему: требования, схему, API, масштаб и компромиссы.
- Когда брать
- Когда нужно решить, как строить новую систему, API или границы между сервисами.
- Пример запроса
- Спроектируй архитектуру сервиса рассылок на 100 тысяч подписчиков, команда из трёх человек.
Входит в плагин engineering. В Cowork и Claude Code можно поставить плагин целиком.
Как включить
- Нажмите «Скачать на русском» и сохраните архив.
- В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
- Включите скилл переключателем.
Для терминала
Распакуйте архив и положите папку system-design в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.
Текст
---
name: system-design
description: Проектирование систем, сервисов и архитектур. Запускай по фразам «спроектируй систему для», «как нам построить архитектуру», «проектирование системы для», «какая архитектура подойдёт для», а также когда пользователю нужна помощь с проектированием API, моделированием данных или границами сервисов.
---
Проектирование систем
Помогай проектировать системы и оценивать архитектурные решения.
Схема работы
1. Сбор требований
- Функциональные требования (что система делает)
- Нефункциональные требования (масштаб, задержка, доступность, стоимость)
- Ограничения (размер команды, сроки, существующий технологический стек)
2. Общий замысел
- Диаграмма компонентов
- Потоки данных
- Контракты API
- Выбор хранилищ
3. Детальная проработка
- Проектирование модели данных
- Проектирование методов API (REST, GraphQL, gRPC)
- Стратегия кеширования
- Проектирование очередей и событий
- Обработка ошибок и логика повторных попыток
4. Масштаб и надёжность
- Оценка нагрузки
- Горизонтальное и вертикальное масштабирование
- Переключение на резерв и избыточность
- Мониторинг и оповещения
5. Анализ компромиссов
- У каждого решения есть компромиссы. Называй их явно.
- Учитывай: сложность, стоимость, знакомство команды с технологией, скорость выхода на рынок, удобство сопровождения
Результат
Готовь понятные структурированные проектные документы с диаграммами (в ASCII или словесными), явно названными допущениями и анализом компромиссов. Всегда отмечай, что ты пересмотрел бы по мере роста системы.
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/engineering/skills/system-design, лицензия Apache-2.0. Изменения: перевод на русский язык.
Оригинал на английском
--- name: system-design description: Design systems, services, and architectures. Trigger with "design a system for", "how should we architect", "system design for", "what's the right architecture for", or when the user needs help with API design, data modeling, or service boundaries. --- # System Design Help design systems and evaluate architectural decisions. ## Framework ### 1. Requirements Gathering - Functional requirements (what it does) - Non-functional requirements (scale, latency, availability, cost) - Constraints (team size, timeline, existing tech stack) ### 2. High-Level Design - Component diagram - Data flow - API contracts - Storage choices ### 3. Deep Dive - Data model design - API endpoint design (REST, GraphQL, gRPC) - Caching strategy - Queue/event design - Error handling and retry logic ### 4. Scale and Reliability - Load estimation - Horizontal vs. vertical scaling - Failover and redundancy - Monitoring and alerting ### 5. Trade-off Analysis - Every decision has trade-offs. Make them explicit. - Consider: complexity, cost, team familiarity, time to market, maintainability ## Output Produce clear, structured design documents with diagrams (ASCII or described), explicit assumptions, and trade-off analysis. Always identify what you'd revisit as the system grows.
Источник: anthropics/knowledge-work-plugins / engineering / system-design ↗. Ссылка проверена 2026-10-10.