Выбирая подрядчика, спросите, кто пишет код

Вопрос «вы используете ИИ?» мало что объясняет. Спросите, кто поставит вашу задачу агенту, кто проверит результат и кто разрешит выпуск.

Агент здесь означает программу, которая читает проект, меняет файлы и запускает проверки. Наличие подписки на нейросеть ещё не говорит, как студия организовала эту работу.

У DIGITAL SECTOR в проверенном чек-листе есть команда, тестирование и передача кода. Мы добавляем к этим вопросам исполнителя и проверяющего каждой правки, а не отменяем портфолио.

Наш опыт в этой статье относится к машине агентов на vibecoding.ru. Клиентского кейса подписки у нас пока нет: работу на чужом проекте нужно проверять отдельным пилотом.

Попросите законченную задачу с замечаниями. Ответ «мы работаем в Claude» её не заменяет; процесс разобран в статье о Claude Code в компании.

Затем спросите, где вы увидите код первой задачи. Репозиторий хранит файлы и историю изменений; доступ к нему нужен вашей компании, даже если читать код некому.

У нас ответ записан на странице подписки: работа идёт в вашу ветку в вашем репозитории. Ветка хранит предложенную правку отдельно, до её принятия.

Доступ к файлам проверяется входом под вашим аккаунтом. Условия передачи результата запишите до начала работы: что остаётся у вас, кто даёт доступ и когда.

Следующему исполнителю нужны инструкция запуска и известные ограничения. При обещании «объясним всё на последнем созвоне» знания остаются у студии.

Агенту тоже нужно описание проекта. Зачем оно рядом с кодом, объясняет статья о правилах для ИИ-агентов; на встрече попросите запуск по инструкции.

До выдачи доступов спросите, что агент увидит из вашего проекта. Попросите перечислить код, тестовые данные и разрешённые действия; отдельным списком назовите то, что ему недоступно.

Фраза «мы не кладём ключи в код» слишком узкая. Значение может попасть в вывод служебной команды, а затем в историю разговора с моделью.

В нашей машине это привело к смене ключа. После находки ревью ответчик на письма получает окружение без секретов, а перед отправкой ответ проходит проверку на их значения.

Для оценки проекта хватит описания задачи и обезличенного примера. Рабочая база для этого не нужна; полный доступ до согласования границ не выдавайте.

Если код нельзя передавать наружу, нужен другой способ работы. Его разбирает статья об ИИ в закрытом контуре; обещание студии не снимает ваш запрет.

Кто проверяет результат помимо автора? Это важнее марки модели. Попросите показать, какую ошибку ревью нашло при прошедших тестах и как её закрыли.

Проверяющий ищет, где правка ломает систему. Повторный вопрос автору «всё правильно?» этого не заменяет: нужна отдельная проверка с задачей найти ошибки.

Другая модель тоже может пропустить ошибку. Поэтому попросите замечание, его исправление и результат проверки, а не заверение «у нас код смотрит ещё одна нейросеть».

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

Вопрос «что агент вправе сделать без меня?» определяет границы заказа. Разрешение разработать новую версию не должно автоматически разрешать удалить данные или переключить рабочий сайт.

Просите показать, где процесс остановится. Запрет должен жить в доступах и порядке работы; строка «будь осторожен» в задании не мешает агенту выполнить команду.

Уточните и способ возврата. Попросите на тестовой версии показать отмену правки; ответ «если что, вернём» не объясняет, вернутся ли вместе с кодом изменённые данные.

Как принять работу, если вы не умеете читать код? По поведению продукта: вы задаёте результат, инженер проверяет код, вы проверяете согласованный сценарий.

Возьмём проверочную задачу: вход после оплаты. Красивый экран ещё не подтверждает, что нужный покупатель получит доступ, а повторное уведомление не создаст вторую покупку.

Наш опыт с оплатой курса даёт проверочные сценарии ниже. Это условия для демонстрации на тестовой версии, а не предложение испытывать сбои на деньгах клиентов.

Техническую приёмку должен вести названный инженер. Если своего нет, проверяющего даёт подрядчик или вы привлекаете его отдельно. Чтение кода не перекладывается на владельца.

Поддержку после выпуска согласуйте отдельно. На /services ночные дежурства и архитектура остаются у заказчика; подписка на правки не включает круглосуточную эксплуатацию.

Последний вопрос: можно ли пройти весь процесс на небольшой задаче? Выберите полезную правку; согласуйте результат, оплату, приёмку и материалы, которые останутся у вас.

Наша подписка на 7 октября 2026 стоит 250 000 ₽ в месяц за «Один проект». Первый месяц считается пилотом; поток означает одну задачу в работе, остальные ждут.

Для редкой правки сайта сравните разовый заказ. Для постоянной очереди пилот должен проверить движение задач и приёмку; одна исправленная кнопка такой проверки не даёт.

Скорость написания файлов не равна сроку до принятой версии. Почему покупка ИИ сама не ускоряет выпуск, разбирает статья «ИИ не ускорил разработку».

Какие задачи отдавать и кто их примет, поможет разобрать тест для руководителя. Наши условия для сравнения со студиями собраны на /services.

1. Спросите, кто пишет, кто проверяет и кто разрешает выпуск. Попросите показать законченную задачу с замечаниями.

2. Проверьте доступ к репозиторию и запуск по инструкции. Права на программу разбирайте отдельно по договору.

3. До выдачи доступов согласуйте, какие файлы, данные и ключи увидят агенты. Необратимые действия требуют отдельного разрешения.

4. Принимайте согласованный сценарий, включая сбой. Назовите ответственного за техническую проверку и исправления.

5. Сравните кандидатов по результату пробной задачи, который останется у вашей компании.