Get-Shit-Done: Инструмент для автоматизации кодинга с ИИ
Следующий шаг
Открой бота или продолжай маршрут внутри раздела.
Статья -> план в ИИ
Отправь ссылку на эту статью в любой ИИ и получи план внедрения под свой проект.
Прочитай эту статью: https://vibecode.morecil.ru/ru/rabochee-mesto/get-shit-done/
Работай в контексте моего текущего проекта.
Сделай план внедрения под мой стек:
1) что изменить
2) в каких файлах
3) риски и типичные ошибки
4) как проверить, что всё работает
Если есть варианты, дай "быстрый" и "production-ready". Как использовать
- Скопируй этот промпт и отправь в чат с ИИ.
- Прикрепи проект или открой папку репозитория в ИИ-инструменте.
- Попроси изменения по файлам, риски и короткий чеклист проверки.
Get-Shit-Done (GSD) — это инструмент для Claude Code (или OpenCode, Gemini), который помогает строить проекты по описанию. Он организует контекст, планирует задачи и выполняет код. Подходит для соло-разработчиков, кто не хочет сложных процессов, как в больших командах. Система даёт ИИ всё нужное для работы и проверки, чтобы результат был надёжным.
Доверили инженеры из Amazon, Google, Shopify и Webflow. GSD фиксирует проблемы вайбкодинга: когда ИИ генерит код, который разваливается на масштабе. Здесь контекст-инженерия делает всё стабильным.
Почему создали GSD
Автор — соло-разработчик, который использует ИИ для кодинга. Другие инструменты, как SpecKit или BMAD, добавляют лишнюю сложность: спринты, стори-поинты, ретроспективы, Jira. Это для 50-человековых команд. GSD упрощает: скрывает сложность (контекст-инженерия, XML-промпты, оркестрация субагентов, управление состоянием) за простыми командами, которые просто работают.
Для кого: для тех, кто описывает идею и хочет получить правильный код без имитации корпоративных процессов. Идеально для креативных людей, кто строит крутые вещи.
Как начать
Запусти:
npx get-shit-done-cc@latestИнсталлер спросит:
- Среда выполнения: Claude Code, OpenCode, Gemini или все.
- Расположение: глобальное (для всех проектов) или локальное (только текущий).
Проверь с /gsd:help в твоей среде.
Обновляй периодически, так как GSD развивается быстро:
npx get-shit-done-cc@latestДля скриптов, Docker или CI (без вопросов):
npx get-shit-done-cc --claude --global # В ~/.claude/
npx get-shit-done-cc --claude --local # В ./.claude/Или для всех сред:
npx get-shit-done-cc --all --globalРазработка: клонируй репозиторий и запусти:
git clone https://github.com/gsd-build/get-shit-done.git
cd get-shit-done
node bin/install.js --claude --localРекомендуется: запусти Claude Code с флагом --dangerously-skip-permissions, чтобы не одобрять каждый коммит или дату вручную. Альтернатива — настрой гранулярные разрешения в .claude/settings.json, разрешив базовые команды вроде git add, commit, ls и т.д.
Как работает
Если у тебя уже есть код, сначала запусти /gsd:map-codebase. Система спавнит параллельные агенты, чтобы проанализировать стек, архитектуру, конвенции и проблемы. Тогда /gsd:new-project будет учитывать существующий код.
1. Инициализация проекта
/gsd:new-projectОдна команда, один поток:
- Задаёт вопросы, пока не поймёт идею полностью: цели, ограничения, предпочтения в технологиях, edge cases.
- Исследует домен: параллельные агенты (опционально, но рекомендуется).
- Извлекает требования: что в v1, v2, out of scope.
- Создаёт дорожную карту с фазами, привязанными к требованиям.
Ты одобряешь дорожную карту и готово к строительству.
Создаёт файлы: PROJECT.md (видение проекта), REQUIREMENTS.md (требования), ROADMAP.md (дорожная карта), STATE.md (решения, блокеры, статус), .planning/research/ (исследования).
2. Обсуди фазу
/gsd:discuss-phase 1Здесь уточняешь реализацию. Дорожная карта имеет пару предложений на фазу — этого мало для твоего видения. Система анализирует фазу и выявляет серые зоны:
- Для визуальных фич: layout, плотность, взаимодействия, empty states.
- Для API/CLI: формат ответов, флаги, обработка ошибок, verbosity.
- Для контент-систем: структура, тон, глубина, flow.
Для каждой зоны спрашивает, пока не удовлетворишь. Выход — CONTEXT.md, который идёт в исследование и планирование. Чем глубже — тем ближе к твоему видению. Пропусти — получи разумные дефолты.
3. Спланируй фазу
/gsd:plan-phase 1Система:
- Исследует: как реализовать, на основе CONTEXT.md (например, ищет библиотеки для card layout).
- Создаёт 2-3 атомарных плана задач в XML-структуре.
- Проверяет: планы соответствуют требованиям, лупит до прохождения.
Каждый план маленький, чтобы уместиться в свежем контексте без деградации.
Создаёт: {фаза}-RESEARCH.md (исследования), {фаза}-{N}-PLAN.md (планы).
4. Выполни фазу
/gsd:execute-phase 1Система:
- Запускает планы в волнах: параллельно независимые, последовательно зависимые.
- Свежий контекст на план: 200k токенов чисто на имплементацию.
- Коммит на задачу: атомарный, с чистой историей.
- Проверяет: код доставляет, что обещала фаза.
Волны важны: независимые планы в одной волне параллельно, зависимые — в следующих. Лучше параллелизуются "вертикальные слайсы" (end-to-end фича), чем "горизонтальные слои" (все модели, потом все API).
Создаёт: {фаза}-{N}-SUMMARY.md (что случилось), {фаза}-VERIFICATION.md (проверка).
5. Проверь работу
/gsd:verify-work 1Автоматическая проверка — это ок, но здесь ты подтверждаешь вручную:
- Извлекает тестируемые результаты: что должно работать.
- Проводит walkthrough: "Можешь ли залогиниться по email?" Yes/no, опиши проблему.
- Диагностирует сбои: спавнит debug-агентов для root cause.
- Создаёт планы исправлений: готовые для перезапуска.
Если всё ок — двигаешься дальше. Если нет — перезапусти /gsd:execute-phase с исправлениями.
Создаёт: {фаза}-UAT.md (пользовательское тестирование), планы исправлений если проблемы.
6. Повтор, завершение и следующий этап
Повторяй цикл: discuss → plan → execute → verify для каждой фазы.
Закончил веху? /gsd:complete-milestone — архивирует, тегит релиз.
Затем /gsd:new-milestone: как new-project, но для существующего кода. Опиши, что дальше, система исследует, scopes требования, создаёт свежую дорожную карту.
Быстрый режим для мелочей:
/gsd:quick
> "Добавить переключатель тёмного режима в настройки"Те же агенты, но без research, проверок планов, верификации. Для багфиксов, мелких фич, конфигов.
Почему работает
- Контекст-инженерия: ИИ мощный, если дать контекст. GSD даёт: PROJECT.md (видение), research (экосистема, стек, pitfalls), REQUIREMENTS.md (требования с traceability), ROADMAP.md (прогресс), STATE.md (память сессий), PLAN.md (XML-структура), SUMMARY.md (изменения), todos/ (идеи).
- XML-промпты: точные, с action, verify, done. Нет догадок.
- Мульти-агенты: оркестратор спавнит специалистов (researchers, planners, executors, verifiers). Работа в свежих контекстах, сессия остаётся responsive.
- Атомарные коммиты: каждый задача — свой commit, traceable, revertable. Чистая git-история.
- Модульность: добавляй фазы, вставляй urgent work, корректируй без перестройки.
Команды
Основной workflow:
- /gsd:new-project [--auto]: инициализация.
- /gsd:discuss-phase [N] [--auto]: уточнения.
- /gsd:plan-phase [N] [--auto]: планирование.
- /gsd:execute-phase
: выполнение. - /gsd:verify-work [N]: проверка.
- /gsd:audit-milestone: проверка вехи.
- /gsd:complete-milestone: завершение.
- /gsd:new-milestone [name]: следующий.
Навигация:
- /gsd:progress: статус.
- /gsd:help: все команды.
- /gsd:update: обновление.
Существующий код:
- /gsd:map-codebase: анализ.
Управление фазами:
- /gsd:add-phase: добавить.
- /gsd:insert-phase [N]: вставить.
- /gsd:remove-phase [N]: удалить.
Сессия:
- /gsd:pause-work: пауза.
- /gsd:resume-work: возобновить.
Утилиты:
- /gsd:quick [--full]: быстрый.
- /gsd:debug [desc]: отладка.
- /gsd:health [--repair]: проверка целостности.
- /gsd:add-todo [desc]: добавить задачу.
- /gsd:check-todos: список.
Ссылка на GitHub: get-shit-done