Кейсы · Учебник 03

Создание побочного проекта с Hermes и Claude Code

Посмотрите, что один человек может создать за уикенд, когда Hermes занимается исследованием и спецификацией, а Claude Code строит и итератирует.

Сложенный план проекта передается с исследовательского стола на рабочую станцию кодирования и тестирования для обзора.
Время чтения
9 мин
Последнее обновление
Июнь 2026

0 из 14 завершено

Завершить & далее →

Последнее тестирование и обновление: Июнь 2026

С Hermes и Claude Code на одной машине один человек может за выходные спланировать, построить и проверить небольшой проект. Hermes занимается исследованием и спецификацией; Claude Code занимается построением с тестированием.

Расписание на выходные

Вот реальные выходные, такие, какие кто-то из команды реализовал в июне 2026 года:

Пятница, 19:00. Откройте Hermes, запросите пять продуктовых идей в нише, которую вы уже хорошо знаете. Выберите самую маленькую. Попросите Hermes составить черновую спецификацию: функции, модель данных, крайние случаи, план тестирования. Сохраните её в SPEC.md. Заканчиваем на сегодня.

Суббота утром. Откройте Claude Code в новом репозитории, вставьте спецификацию, наблюдайте за выполнением цикла. Спецификация → тест → исправление → спецификация → тест → исправление. К вечеру есть работающий API и базовый пользовательский интерфейс.

Воскресенье. Снова откройте Hermes. Попросите его проверить сборку в соответствии со спецификацией. Найдите различия. Откройте Claude Code для завершения: напишите README, добавьте скриншоты, разверните. Отправьте до полуночи.

График работает, потому что у каждого набора есть определённая задача. Hermes занимается мыслями, а Claude Code занимается сборкой. Поменяйте эти роли местами — получите лишние передачи и повторение контекста.

Четырёхэтапная передача

Единственная идея этого урока: Hermes предназначен для размышлений, Claude Code — для доставки.

Диаграмма: четырехшаговый уикенд-флоу разработки: эскиз (Hermes), спецификация (Hermes), код (Claude Code), обзор (Hermes)

Четырёхэтапный процесс — это то, что стоит запомнить.

Шаг 1: Эскиз (Hermes). Прежде чем написать строку кода, вам нужен угол. Hermes анализирует ваши нишевые знания, сохраненные ссылки и заметки за последние шесть месяцев. Он предлагает три угла продукта, ранжированных по пригодности для выходных. Вы выбираете один. Этот шаг занимает 20 минут. Он спасает вас от создания неправильного продукта.

Шаг 2: Спецификация (Hermes). Как только у вас есть угол, Hermes пишет спецификацию. Функции - в виде пунктов. Модель данных - в виде таблицы. Пограничные случаи - в виде списка. План тестирования - в виде контрольного списка. Сохраните это как SPEC.md в новой папке. Этот файл является контрактом между вами и Claude Code в субботу утром.

Неопределенная спецификация ломает субботу. Конкретная спецификация летает.

Шаг 3: Код (Claude Code). В субботу откройте Claude Code в новом репозитории. Вставьте спецификацию. Дайте циклу работать: спецификация, тест, исправление, повтор. Claude Code проверяет с помощью выполнение тестов. Именно это вам и нужно для кода, который должен работать. Это шаг, который фактически отправляет продукт.

Шаг 4: Проверка (Hermes). В воскресенье снова откройте Hermes. Укажите на него спецификацию и кодовую базу. Он создаёт анализ пробелов: что построено, что частично готово, что отсутствует. Возьмите этот список обратно к Claude Code для заключительного прохода.

Hermes хорошо подходит для исследований, структурированного письма, сравнительного анализа и анализа пробелов на этапах 1, 2 и 4. Claude Code берёт на себя этап 3, так как может писать код, запускать тесты и исправлять ошибки.

Использование только Hermes приводит к тому, что код приходится писать в чате в субботу. Использование только Claude Code приводит к тому, что продукт размышляет в импровизированном чате в пятницу, где спецификация может изменяться. Общий SPEC.md обеспечивает ясную передачу.

Как это выглядит в вашем терминале

В пятницу вечером две команды Hermes продвигают вас почти к цели:

  • /brainstorm-angles: создаёт три продукта с разными углами, ранжированные и с оценкой «подходит для выходных».
  • /write-spec: берёт выбранный угол и создаёт SPEC.md с функциями, моделью данных, пограничными случаями и планом тестирования.

В субботу утром одна команда Claude Code и чашка кофе:

  • «Читайте SPEC.md. Реализуйте функцию за функцией. Запускайте тесты после каждой. Давайте коммит, когда все зеленое.»

Воскресный полдень, еще одна команда Hermes:

  • /verify-spec: сравнивает кодовую базу со спецификацией, выводит список несоответствий.

Вот и весь процесс. Инструменты дают типизацию; вы несете вкус.

Нарисуйте границу между инструментами

Сложная часть – провести границу между инструментами. Здесь заканчивается один и начинается другой.

ШагИнструментЧто он производитЧто делаете вы
Обдумайте вариантыГермесТри ранжированных продуктовых вариантаВыберите один
Подготовьте техническое заданиеГермесSPEC.mdОтредактируйте по вкусу, сохраните
Реализуйте сборкуClaude CodeРабочий код + все тесты пройденыПросмотрите изменения
Проверьте сборкуГермесАнализ разрывов по сравнению с ТЗРешите: выпускать или исправлять
Завершение (README, деплой)Claude CodeРепозиторий готов к продакшнуВыполните слияние

Практическое правило: Вывод в markdown идёт в Hermes. Рабочий код с зелёными тестами идёт в Claude Code. Пересекайте границу как можно реже. Каждое пересечение стоит вам контекста.

Когда одного инструмента достаточно

Вам не всегда нужны оба. Вот честное решение:

  • Сам Hermes подходит для исследований, ежедневной автоматизации, многоканческой оркестрации и проектов, связанных с написанием текста (рассылка новостей, еженедельная подборка). Всё, что покрыто в L04: Навыки и наборы навыков и L08: Автоматизация находится здесь.
  • Сам Claude Code подходит для разработки программного обеспечения, рефакторинга существующей кодовой базы или разовых вопросов по коду. Полный рабочий процесс Claude Code находится в L01: Программирование с Claude Code.
  • Оба вместе нужны для проектов, которые требуют реальной спецификации и реальной сборки в сжатые сроки одним человеком.

Паттерн сборки на выходных — это третий случай. Используйте его, когда нужно комбинировать строгость и скорость, а не как стандарт для каждого проекта.

Где Hermes’ agents.md подходит

Если вы используете шаблон сборки на выходные, создайте файл agents.md в корневой директории вашего проекта перед началом работы. Он сообщает Hermes контекст проекта, правила работы с файлами, стиль спецификаций, предпочтения модели. Без него вы будете повторять установку контекста при каждом вызове Hermes. С ним Hermes загружает его один раз и сохраняет последовательность.

Claude Code не читает agents.md; он использует CLAUDE.md или .cursorrules. Храните файлы отдельно. Hermes требует подробный проектный бриф, тогда как Claude Code хочет короткий список правил, специфичных для репозитория.

Запустите сборку на выходные

Упражнение

Выберите один продукт, в котором у вас уже есть знания в области. Он должен быть достаточно небольшим, чтобы один человек реально смог выпустить его за выходные. Затем выполните четырёхшаговый процесс в течение следующих 48 часов.

Шаг 1: Пятница (всего 30 минут). Откройте Hermes. Запустите /brainstorm-angles с вашей нишей в качестве входных данных. Прочитайте три варианта. Выберите тот, у которого наименьшая площадь и самое ясное состояние «готово».

Шаг 2: Пятница (всего 1 час). Запуск /write-spec с выбранным углом. Отредактируйте результат по вкусу. Сохраните как SPEC.md. Не беспокойтесь о совершенстве: беспокойтесь о конкретике. «Пользователь может загрузить CSV» — хорошо. «Пользователь может работать с данными» — бесполезно.

Шаг 3: Суббота (6–8 часов). Откройте Claude Code в новом репозитории. Вставьте спецификацию. Реализуйте функцию за функцией. Запускайте тестовый набор после каждой функции. Делайте коммит, когда все тесты проходят. Заканчивайте на ночь, когда цикл перестанет приносить удовольствие.

Шаг 4: Воскресенье (3–4 часа). Снова откройте Hermes. Запустите /verify-spec на кодовой базе. Прочитайте список пробелов. Откройте Claude Code для завершения: исправьте пробелы, напишите README, разверните, сделайте push.

Критерии успеха

Вы поймёте, что это сработало, если:

  • К воскресенью вечером у вас будет развернутый URL, который можно показать кому-то.
  • С SPEC.md соответствует выпущенному поведению (без отклонений).
  • Вы не писали никакой связующей код сами: только изменения спецификации и решения о исправлении пробелов.
  • Вы были бы готовы сделать это снова в следующие выходные.

Если к воскресенью вечера у вас нет URL, спецификация, вероятно, была слишком расплывчатой. Уточните её и попробуйте снова в следующие выходные с меньшим объёмом.

Проверка реалистичного объема

Проект на выходные примерно включает:

  • 2–5 функций, каждая из которых описывается одним предложением.
  • 1 модель данных, с 3–7 полями.
  • 1 пользовательский поток, от начала до конца (регистрация → использование → результат).
  • 0 осложнений с аутентификацией (пропустить вход на выходные; добавить позже).
  • 1 целевая платформа для деплоя (Vercel, Fly или один VPS).

Если в вашей спецификации больше, чем это, выходные будут упущены. Сокращайте функции, а не время.

Что дальше

Проверьте свое понимание

В1.В паттерне «выходные-сборка», какой инструмент пишет спецификацию?
В2.В каком формате передается файл между Hermes и Claude Code?
В3.Краткий ответ: почему стоит выполнять шаг проверки (шаг 4) перед деплоем?
В4.Какой инструмент подходит для финального шага (README, деплой, скриншоты)?
В5.Спецификация считается «достаточно хорошей» для Claude Code, если:
В6.Краткий ответ: назовите одну вещь, которую НЕ следует включать в спецификацию для сборки на выходные.