Установка скиллов и плагинов OpenClaw осуществляется на ваш страх и риск. Все файлы были получены из открытых источников и предоставляются «как есть». Мы не гарантируем их корректную работу, безопасность или совместимость с вашей системой. Перед установкой настоятельно рекомендуется ознакомиться с содержимым кода и убедиться, что вы понимаете, какие изменения будут внесены в вашу систему.
Обзор
Этот навык помогает превращать сырые идеи в полноценные проектные решения и технические спецификации через естественный диалог с пользователем. Он выступает как обязательный этап перед любой разработкой — от простых функций до сложных систем.
Основная цель — сначала полностью понять задачу, а уже потом переходить к реализации. Навык системно выявляет намерения пользователя, ограничения и критерии успеха, чтобы избежать ошибок на ранней стадии.
Когда использовать
Навык необходимо применять перед любой креативной или инженерной работой: созданием функций, разработкой компонентов, добавлением новой логики или изменением поведения системы. :
- Разработка новых функций и возможностей
- Проектирование архитектуры системы
- Изменение существующего поведения
- Уточнение неясных требований
Как это работает
Процесс строится как последовательный диалог, где агент шаг за шагом уточняет детали и формирует итоговое решение.
- Сначала анализируется текущий контекст проекта: файлы, документация, история изменений
- Затем задаются уточняющие вопросы — строго по одному за раз
- После этого предлагаются 2–3 варианта реализации с разбором компромиссов
- Формируется дизайн решения и согласуется с пользователем
Такой подход позволяет не просто генерировать идеи, а доводить их до состояния готовых и проверенных решений.
Ключевые принципы
- Один вопрос за раз — чтобы не перегружать пользователя
- Понимание прежде реализации — сначала цель, потом действия
- Альтернативы обязательны — всегда рассматриваются несколько подходов
- Пошаговая валидация — дизайн согласуется частями
- Гибкость — допускается возврат к предыдущим шагам для уточнений
Формирование дизайна
Когда становится ясно, что именно нужно построить, агент формирует дизайн решения. Он разбивается на логические части и последовательно согласуется с пользователем.
В дизайн обычно входят:
- Архитектура
- Компоненты системы
- Потоки данных
- Обработка ошибок
- Тестирование
Каждый блок проверяется отдельно, чтобы минимизировать недопонимание и ошибки.
Документирование и передача
После утверждения дизайн оформляется в виде документа и сохраняется в проекте. Это обеспечивает прозрачность решений и возможность вернуться к ним позже.
Только после этого допускается переход к этапу реализации, что исключает преждевременное написание кода и снижает риск переделок.
Антипаттерн: «Слишком просто, чтобы проектировать»
Даже самые простые задачи требуют этапа проектирования. Именно в «простых» задачах чаще всего скрываются неочевидные допущения, которые приводят к потере времени.
Дизайн может быть кратким, но он всегда должен существовать и быть согласован с пользователем перед началом реализации.
Файл из источника