- Введение
- Когда использовать
- Быстрый старт
- Детальное описание процесса
- Примеры использования
- Структура артефактов
- Интеграция с другими режимами
- FAQ
- Советы и рекомендации
Dual Design - это режим Kilo Code для коллаборативного проектирования с использованием двух AI-моделей:
- 🏗️ Модель 1 (Архитектор) - главный дизайнер, формирует основу решения
- 🔍 Модель 2 (Второй пилот) - критический аналитик, проверяет и улучшает идеи
Режим автоматизирует процесс мозгового штурма и итеративного уточнения требований, в результате которого получаются полностью описанные бизнес-требования, готовые для передачи в разработку.
✅ Два взгляда лучше одного - разные модели находят разные аспекты задачи
✅ Структурированный процесс - 9 четких шагов от идеи до требований
✅ Фокус на MVP - акцент на минимальном жизнеспособном продукте
✅ Прозрачность - все промежуточные результаты сохраняются
✅ Автоматизация - минимум ручной работы, максимум качества
Используйте режим Dual Design когда вам нужно:
- 📝 Превратить нечеткую идею в структурированные требования
- 🤔 Получить критический анализ вашей задачи
- 🎯 Сформулировать MVP для быстрой проверки гипотезы
- 🔄 Провести мозговой штурм с AI-ассистентами
- 📊 Создать полноценный BRD (Business Requirements Document)
- ✨ Проработать детали перед началом разработки
- 🛡️ Снизить риски через тщательный анализ
НЕ используйте этот режим если:
- ❌ У вас уже есть готовые детальные требования
- ❌ Нужно просто написать код без проектирования
- ❌ Задача простая и не требует анализа
В Kilo Code: переключитесь на режим "Dual Design"
Просто опишите что вам нужно в свободной форме:
Мне нужно создать обработку для автоматической
синхронизации номенклатуры с Wildberries
Режим автоматически:
- Создаст две параллельные задачи для AI-моделей
- Проведет 4 раунда обмена мнениями
- Подготовит список вопросов для уточнения деталей
- Покажет вам эти вопросы
Вы получите список структурированных вопросов:
1. Какие именно данные номенклатуры нужно синхронизировать?
2. Как часто должна происходить синхронизация?
3. Что делать при конфликтах данных?
...
Ответьте на них максимально конкретно.
Режим сгенерирует полный документ с:
- Описанием проекта
- Функциональными требованиями (FR-01, FR-02, ...)
- Сценариями использования
- Сценариями тестирования
- Нефункциональными требованиями
- Диаграммами (если применимо)
Готово! Теперь можно передавать в разработку.
- Создается папка
artifacts/session_[timestamp]/ - Сохраняется ваш исходный запрос
- Инициализируется состояние сессии (
state.json) - Проверяется доступность MCP-инструментов веб-поиска ⭐ NEW
Что происходит: Подготовка инфраструктуры для сохранения всех артефактов.
- Условие активации: Если доступен MCP-инструмент веб-поиска
- Анализируется запрос пользователя на необходимость исследования
- Генерируются 2-4 целевых поисковых запроса
- Выполняется веб-поиск через MCP (Exa, Brave, Tavily)
- Результаты сохраняются в
step1.5_web_research.md
Промт для анализа:
Проанализируй следующий запрос пользователя: [user_request]
Определи, требуется ли веб-исследование для качественного проектирования.
Ответь в формате JSON с полями: needsResearch, reason, searchQueries
Примеры поисковых запросов:
- "Wildberries API документация seller актуальная"
- "1C интеграция Wildberries best practices"
- "Wildberries API лимиты ошибки"
Результат: step1.5_web_research.md с ключевыми находками, рекомендациями и рисками
Что происходит: Сбор актуальной информации для более информированных вопросов от моделей.
- Создается задача для Модели 1
- Архитектор анализирует вашу потребность
- Формулирует свой список вопросов
Промт:
Ты - главный архитектор проекта. Пользователь описал следующую потребность:
[ваш запрос]
Задай все необходимые вопросы для полного понимания и решения этой задачи.
Результат: step2_architect_questions.md
- Создается задача для Модели 2
- Второй пилот независимо анализирует задачу
- Формулирует свой список вопросов
Промт:
Ты - второй пилот, критический аналитик.
Задай все необходимые вопросы, сфокусируйся на:
- Пробелах в требованиях
- Потенциальных проблемах
- Edge cases
Результат: step3_pilot_questions.md
- Архитектор получает вопросы Пилота
- Сравнивает их со своими
- Выделяет общее и различия
- Дает оценку уникальным пунктам Пилота
Промт:
Вот вопросы второго пилота: [questions]
Проанализируй их:
1. Собери то, с чем вы оба согласны
2. Выдели то, что есть только у неё
3. Дай своё мнение по её уникальным пунктам
Результат: step4_architect_analysis.md
- Пилот получает вопросы Архитектора
- Анализирует их критически
- Дает рекомендации по улучшению
Промт:
Вот вопросы архитектора: [questions]
Проанализируй их и дай рекомендации:
- Что упущено
- Что можно улучшить
- Какие риски не учтены
Результат: step5_pilot_recommendations.md
- Архитектор учитывает рекомендации Пилота
- Формулирует список вопросов для MVP
- Цель: минимальный рабочий продукт, без переусложнения
Промт:
Вот мнение второго пилота: [recommendations]
Напиши список вопросов для получения самого простого
минимального рабочего варианта (MVP).
Результат: step6_mvp_questions.md
- Пилот проверяет MVP-вопросы
- Предлагает упрощения
- Убирает лишнее, добавляет важное
Промт:
Вот MVP-вопросы от архитектора: [questions]
Напиши ТОЛЬКО предложения к упрощению/улучшению.
Как сделать их проще и понятнее?
Результат: step7_pilot_improvements.md
- Архитектор учитывает все предложения
- Формирует итоговый список вопросов
- ЭТИ ВОПРОСЫ ПОКАЗЫВАЮТСЯ ВАМ
Промт:
Вот мнение второго пилота: [improvements]
Напиши итоговый список вопросов.
Я отвечу на них для формирования бизнес-требований.
Результат: step8_final_questions.md → ПОЛЬЗОВАТЕЛЮ
- Вы отвечаете на финальные вопросы
- Архитектор генерирует полный документ требований
Промт:
Вот ответы пользователя: [answers]
Сформируй ПОЛНОСТЬЮ ОПИСАННЫЕ бизнес-требования:
1. Описание проекта
2. Функциональные требования (FR-01, FR-02...)
3. Сценарии использования
4. Сценарии тестирования
5. Нефункциональные требования
6. Технические ограничения
7. Диаграммы (Mermaid)
Результат: business_requirements.md → ФИНАЛЬНЫЙ ДОКУМЕНТ
Входные данные:
Пользователь: Мне нужна обработка для синхронизации
товаров с Wildberries. Нужно получать остатки, цены
и обновлять их в 1С.
Что происходит:
- ✅ Архитектор спрашивает про API, частоту, формат данных
- ✅ Пилот добавляет вопросы про обработку ошибок, логирование
- ✅ После 4 раундов обмена мнениями формируется 12 финальных вопросов
- ✅ Пользователь отвечает на вопросы
- ✅ Генерируется документ на 15 страниц с полными требованиями
Результат: artifacts/session_20251114_091500/business_requirements.md
Входные данные:
Пользователь: Нужен отчет по продажам для директора.
Должны быть графики и возможность выгрузки в Excel.
Что происходит:
- ✅ Модели выясняют какие именно метрики нужны
- ✅ Какие периоды анализировать
- ✅ Какие визуализации требуются
- ✅ Требования к производительности
Результат: Детальные требования с прототипами интерфейса
Входные данные:
Пользователь: Хочу автоматизировать согласование счетов.
Сейчас все делается вручную через email.
Что происходит:
- ✅ Выясняется текущий процесс (as-is)
- ✅ Формулируется желаемый процесс (to-be)
- ✅ Определяются роли и права доступа
- ✅ Планируются уведомления и эскалации
Результат: Полная спецификация workflow с диаграммами
После завершения сессии у вас будет:
artifacts/
session_20251114_091500/
├── state.json # Состояние сессии
├── step1_user_request.md # Ваш исходный запрос
├── step1.5_web_research.md # 🔍 Веб-исследование (опционально) ⭐ NEW
├── step2_architect_questions.md # Вопросы Архитектора
├── step3_pilot_questions.md # Вопросы Пилота
├── step4_architect_analysis.md # Анализ Архитектора
├── step5_pilot_recommendations.md # Рекомендации Пилота
├── step6_mvp_questions.md # MVP-вопросы
├── step7_pilot_improvements.md # Улучшения от Пилота
├── step8_final_questions.md # Финальные вопросы
├── step9_user_answers.md # Ваши ответы
└── business_requirements.md # 🎯 ИТОГОВЫЙ ДОКУМЕНТ
Для анализа процесса:
# Посмотреть как модели пришли к финальным вопросам
cat artifacts/session_*/step*.mdДля повторного использования:
# Взять вопросы из одной сессии для другой
cp artifacts/session_A/step8_final_questions.md \
artifacts/session_B/template_questions.mdДля интеграции с другими режимами:
# Передать требования в проектирование
kilocode design-1c-object \
--input artifacts/session_*/business_requirements.mdDual Design - это первый шаг в цепочке разработки:
┌──────────────┐
│ Dual Design │ ← Вы здесь
│ (требования) │
└──────┬───────┘
│ business_requirements.md
▼
┌──────────────────┐
│ design-1c-object │
│ (спецификация) │
└──────┬───────────┘
│ design.xml
▼
┌──────────────┐
│ plantasks1c │
│ (план) │
└──────┬───────┘
│ TODO.md
▼
┌──────────────┐
│ code1c │
│ (реализация) │
└──────────────┘
В режиме: dual-design
→ Описываете задачу
→ Отвечаете на вопросы
→ Получаете: business_requirements.md
В режиме: design-1c-object
→ Указываете путь к business_requirements.md
→ Получаете: design.xml
В режиме: plantasks1c
→ Указываете пути к business_requirements.md и design.xml
→ Получаете: TODO.md
В режиме: code1c
→ Реализуете по TODO.md
→ Получаете: готовый код
A: 5-15 минут в зависимости от сложности задачи:
- Шаги 1-8 (автоматические): ~3-5 минут
- Шаг 9 (ваши ответы): ~2-10 минут в зависимости от количества вопросов
A: Да, все состояние сохраняется в state.json. Можно продолжить с любого шага.
A: Вы можете:
- Вручную отредактировать
step8_final_questions.md - Попросить Архитектора переформулировать вопросы
- Начать новую сессию с более детальным описанием задачи
A: В текущей версии - нет. Но это запланировано для будущих версий (комитет экспертов).
A: Для:
- Прозрачности процесса принятия решений
- Возможности аудита
- Повторного использования идей
- Обучения и улучшения промтов
A: Да, промты встроены в конфигурацию режима в .kilocodemodes. Вы можете их редактировать.
1. Будьте конкретны в исходном запросе
- ❌ Плохо: "Нужна обработка"
- ✅ Хорошо: "Нужна обработка для автоматической синхронизации остатков товаров с Wildberries через их API"
2. Отвечайте на вопросы подробно
- Не ограничивайтесь "да/нет"
- Приводите примеры
- Указывайте размерности (количество записей, частота выполнения)
3. Думайте о MVP
- Фокусируйтесь на минимальном наборе функций
- Откладывайте "nice to have" на потом
- Приоритизируйте критичные функции
4. Используйте артефакты
- Просматривайте промежуточные шаги
- Учитесь на вопросах, которые задают модели
- Сохраняйте удачные формулировки для будущих проектов
5. Интегрируйте с другими режимами
- После Dual Design сразу идите в design-1c-object
- Создавайте полный цикл от идеи до кода
- Сохраняйте связи между документами
1. Слишком общее описание задачи
❌ "Нужен отчет"
✅ "Нужен отчет по продажам за последние 12 месяцев
с разбивкой по менеджерам и регионам"
2. Игнорирование вопросов
❌ Пропускать вопросы или отвечать односложно
✅ Отвечать развернуто с примерами
3. Попытка сразу реализовать все
❌ Включать в MVP все возможные функции
✅ Фокус на ключевом функционале
4. Не сохранять артефакты
❌ Удалять папку с сессией после получения требований
✅ Сохранять для истории и повторного использования
Режим Dual Design - это мощный инструмент для превращения идей в структурированные бизнес-требования через коллаборативный процесс с двумя AI-моделями.
- ✅ Автоматизация мозгового штурма
- ✅ Критический анализ с разных точек зрения
- ✅ Фокус на MVP
- ✅ Полная прозрачность процесса
- ✅ Интеграция с другими режимами разработки
- Попробуйте режим на простой задаче
- Изучите сгенерированные артефакты
- Используйте результат в design-1c-object
- Поделитесь feedback для улучшения
Удачного проектирования! 🚀
Если у вас есть идеи по улучшению режима или вы нашли проблему:
- Опишите ваш use case
- Приложите примеры артефактов
- Предложите улучшения
Режим находится в активной разработке и будет улучшаться на основе вашего опыта использования.