
Разбор · Опубликовали 07.10.2026
Код должен лежать в вашем репозитории с первого дня, и с агентами это проще проверить
Исходники у компании, описание рядом с кодом, запуск проверен другим инженером. Так проект продолжает жить после смены подрядчика.
Текст подготовлен вместе с машиной агентов под надзором Евгения Шилова, инженера vibecoding.ru · факты проверены 7 октября 2026
Код должен попадать в репозиторий вашей компании с начала работ, чтобы уход подрядчика не превращался в переговоры о передаче файлов.
На нашей машине покажем, как агент помогает проверить запуск и следующую правку; своего клиентского кейса передачи пока нет.
1. Право на программу, доступ к коду и запуск проверяют отдельно.
Передача исходников закрывает часть покупки. Файлы и права уже у компании, а рабочая версия всё ещё собирается только на компьютере подрядчика.
По ст.1296 ГК РФ исключительное право на заказанное произведение принадлежит заказчику, если договор не предусматривает иное. Предмет договора должен быть его созданием.
Репозиторий хранит файлы с историей изменений. Доступ на чтение позволяет забрать код, но не даёт компании управление доступами других исполнителей.
Передача закрыта, когда пройдены все три проверки.
Источник: ст.1296 ГК РФ и официальные роли репозитория GitHub, проверено 07.10.2026. Технический критерий продолжения предлагаем мы.
Договор непосредственно с автором регулируется отдельно: ст.1296 отсылает к ст.1288. Распределение прав не определяет место хранения кода.
2. Рабочий код поступает в репозиторий компании по ходу разработки.
Архив сохраняет одну версию. Если свежие изменения остались у подрядчика, резервная папка заказчика уже отстала от работающего продукта.
Попросите инженера компании создать репозиторий и выдать подрядчику доступ. Компания должна уметь пригласить замену без участия того, кто уходит.
Готовую правку показывают вместе с проверками. Запись в истории связывают с тестовой страницей, затем с выпуском: видно, какой код работает.
Каждая готовая задача оставляет проверяемую версию.
Источник: предлагаемая процедура приёмки, 07.10.2026. На /services опубликовано условие работы в ветке клиента.
Условие нашей подписки на разработку: «В вашу ветку в вашем репозитории». Проверено 7 октября 2026.
Своего клиентского кейса передачи у машины пока нет. Наш опыт построен на vibecoding.ru и учебном продукте курса.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Масштаб описаний | На /open опубликованы 387 тысяч строк спеков и 391 тысяча строк кода. Дата исходного подсчёта не указана. В описания входят стратегия, продукт и операционка; число строк не измеряет полноту инструкции запуска. | 2026-10-07 |
| Условие услуги | На /services код направляется в ветку клиента, показан сценарий «Как устроен ваш код.md». Своего клиентского кейса передачи у машины пока нет. | 2026-10-07 |
| Право и управление | Текст ст.1296 ГК РФ в КонсультантПлюс и официальная документация ролей GitHub. Право на программу и управление репозиторием проверяются отдельно. | 2026-10-07 |
| Правила и поломки | Официальная документация Claude Code о загрузке инструкций; первичные записи нашей машины 17 и 30 июля, 19 сентября 2026. В учебной стройке создавался новый проект, а не восстанавливался клиентский. | 2026-10-07 |
| Предложенная приёмка | Репетиция смены подрядчика в статье предложена нами. Её эффект на чужом проекте не измерялся; этап запуска из переданных материалов сверили с чек-листом ormobil. | 2026-10-07 |
3. Описание рядом с кодом позволяет следующему исполнителю начать работу.
Репозиторий сохраняет код, но не объяснение из переписки. Следующему инженеру нужно знать, как запустить систему и где проходит путь заявки.
ИИ-агент начинает с доступного ему контекста. Описание помогает найти файлы и команды, а инженеру позволяет проверить план изменения.
На открытой карте машины опубликованы 387 тысяч строк спеков и 391 тысяча строк кода. Эти числа мы сверили 7 октября 2026.
В наши спеки входят стратегия, продукт и операционка. Объём описаний всей компании нельзя брать за норму для отдельного приложения.
Для формы заявок: описание указывает, где заявка принимается и сохраняется. Инженер сверяет этот путь с кодом и тестовым отправлением.
Нужен текст, по которому можно выполнить работу. Презентация архитектуры без команд запуска оставляет нового исполнителя зависимым от автора.
Описание отвечает на вопросы следующего исполнителя.
Источник: наша предлагаемая структура, 07.10.2026; сценарий «Как устроен ваш код.md» на /services.
Описание обновляют вместе с изменением. Подключили новый сервис? В той же правке должны появиться настройки и способ проверить подключение.
Обещание «передадим документацию в конце» оставляет промежуточную версию без инструкции. Следующий исполнитель не сможет проверить её по ходу работ.
4. Правило работает, когда исполнитель его находит и проверка его удерживает.
Наличие документа не означает, что агент его прочитал. У инструмента есть свой вход для инструкций; обычный README может остаться вне контекста.
Anthropic описывает загрузку CLAUDE.md в Claude Code, но не гарантирует соблюдения. Подробности в статье о правилах для агентов.
У нашей машины это различие проявилось на практике. Записанные правила, вход к ним и машинная проверка появлялись отдельными шагами.
17.07
Агент сделал схему по устаревшим соседним примерам, хотя новое правило уже было записано. Во входной документ добавили указатель на правило.
30.07
Адреса экранов расходились с домами их описаний, и дрейф ловили глазами. Добавили тест соответствия: перенос описания без переноса экрана не проходит проверку.
19.09
При учебной стройке по рецепту первая сборка после слияния упала из-за форматирования файла, изменённого сборщиком. Исправили исключение форматтера и сам рецепт запуска.
Источник: первичные записи машины за указанные даты, сверены 07.10.2026. Последняя история относится к новому учебному проекту, а не к восстановлению клиентской системы.
В уроке курса «Дом машины» мы собирали новый проект по описанию. Для передачи существующего кода нужен повторный запуск без памяти прежнего исполнителя.
5. Передачу принимают пробным продолжением работы.
Попросите другого инженера запустить проект в новой тестовой среде по описанию. Вопросы к подрядчику он записывает как пробелы инструкции.
Следующая проверка: согласованная правка с агентом под управлением инженера. Без подсказки автора не найти обработчик заявки? В описании остался пробел.
Зелёная сборка не заменяет проверку поведения. Руководитель принимает сценарий на экране; инженер проверяет код и выпуск. Ответственность разобрана отдельно.
Репетиция показывает, где передача ещё не завершена.
Источник: предлагаемая процедура, 07.10.2026. Развёртывание из переданных материалов есть и в чек-листе ormobil; проверяемое продолжение с агентом добавлено нами.
Пример сценария: тестовая заявка сохраняется и видна сотруднику. Как записать результат, показано в статье о постановке задач агенту.
Кто сможет провести приёмку у вас? Тест для руководителя поможет оценить готовность команды к работе с агентами и выбрать следующий шаг.
6. Если подрядчик уже ушёл, сначала собирают доступы и карту пробелов.
Начните с того, что осталось у компании: код, доступы, описание сервисов. Недостающие части инженер отмечает до изменений.
Агент помогает читать код и составлять карту. Его объяснение инженер проверяет: модель может придумать причину решения, которой у автора не было.
Сохранившиеся материалы определяют первый шаг.
Источник: наш план диагностики, 07.10.2026. Работа со старым кодом разобрана в статье о техническом долге.
Код с пробелами в описании не обязательно переписывать. Безопасные изменения разобраны в статье о техническом долге.
На /services этот вход называется «Программист пропал, и код никто не знает». Нет своих рук для разбора? Следующим шагом станет подписка на разработку.
7. Частые вопросы
Что такое исходный код простыми словами?+
Это файлы, из которых собирают и меняют программу. Работающая страница показывает результат их исполнения; для продолжения нужны сами файлы и инструкция сборки.
Достаточно ли доступа на чтение в репозиторий?+
Для просмотра да. Для независимого продолжения компания должна управлять доступом следующего инженера и рабочими ветками. Название роли зависит от площадки; попросите показать эти действия.
Что делать с актом приёмки сайта?+
Разделите оформление документов и техническую проверку. Для проверки привяжите результат к версии в репозитории, тестовой странице и выполненному сценарию. Это технические доказательства, а не шаблон юридического акта.
Можно ли складывать пароли рядом с инструкцией?+
Инструкция содержит имена настроек и способ получить доступ. Значения паролей и ключей передают отдельно от git; для пробного запуска используют тестовую среду.
Отменяют ли агенты зависимость от подрядчика, vendor lock in?+
Нет. Они помогают читать код, выполнять инструкции и находить пробелы. Зависимость остаётся, если только подрядчик управляет нужными сервисами или у компании нет необходимых прав.
Нужен ли мне программист для проверки?+
Технический запуск и проверку изменения ведёт инженер. Руководитель задаёт бизнес-сценарий и принимает результат на экране. Агент помогает исполнить проверку, но не становится ответственным за приёмку.
Источники
- ГК РФ, ст.1296 «Произведения, созданные по заказу» · КонсультантПлюс · проверено 07.10.2026 — текст закона
- Роли репозитория организации · GitHub Docs · проверено 07.10.2026 — официальная документация
- Память и инструкции CLAUDE.md · Claude Code · проверено 07.10.2026 — официальная документация
- 387 тысяч строк спеков и 391 тысяча строк кода · /open · проверено 07.10.2026 — наш опубликованный снимок
- Код в репозитории клиента и «Как устроен ваш код.md» · /services · проверено 07.10.2026 — условие и сценарий услуги
- Spec-Driven Company: открытый рецепт · README на русском · проверено 07.10.2026 — наш открытый метод
- Приёмка IT-проекта из переданных материалов · ormobil · проверено 07.10.2026 — практика студии
Запомнить
- Файлы, права и возможность продолжить работу проверяются отдельно. Не закрывайте все три одним словом «передано».
- Компания управляет репозиторием с начала работ. Свежие правки и результаты проверок поступают туда по ходу разработки.
- Описание лежит рядом с кодом. Проверяйте его запуском в новой тестовой среде, а не числом страниц.
- Передачу завершает пробное продолжение другим инженером. Вопросы к прежнему подрядчику превращайте в исправления инструкции и повторную проверку.