Get Shit Done (GSD): как организовать работу ИИ-агента
Основной чат
Чат для вайбкодеров: новости, гайды, поиск исполнителей, маркетплейс и разбор реальных кейсов.
Короткий ответ
Get Shit Done (GSD) — это набор команд и файлов для работы с ИИ-агентом. Он помогает превратить идею в последовательный план, сохранить решения проекта и проверять результат по этапам. Это не самостоятельная модель и не замена человеку: агент всё равно может ошибиться, а требования и проверки нужно контролировать.
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Не включай режим, который отключает проверки разрешений, только ради скорости. Безопаснее оставить подтверждения включёнными или разрешить только конкретные команды, которые действительно нужны проекту. Перед запуском проверь, какие файлы и действия агент сможет изменить.
Как работает
Если у тебя уже есть код, сначала запусти /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
Что читать дальше
- n8n для автоматизации: что это, как работает и с чего начать
- OpenCode Desktop App: что это, как начать и где он полезен
- Codex Cloud vs Cline vs Cursor: сравнение для вайбкодинга в 2026
Частые вопросы
Что такое Get Shit Done? Это набор команд и файлов для работы с ИИ-агентом. Он помогает разложить проект на этапы и не терять принятые решения.
Когда GSD действительно нужен? Когда проект состоит из нескольких связанных задач и контекста уже не хватает одной переписки. Для маленькой правки он может оказаться лишним.
GSD сам сделает проект надёжным? Нет. Он организует работу, но требования, разрешения, тесты и проверка результата остаются ответственностью человека.
