Разбор · Опубликовали 07.10.2026
CTO при агентах не исчезает: что остаётся техническому директору компании без штата
Архитектура, границы риска и приёмка остаются у компании. Как назначить ответственного до первого найма и где заканчивается подписка на агентную разработку.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 7 октября 2026
Технический директор компании остаётся владельцем технических решений, даже когда задачи вместо штата разработчиков исполняют ИИ-агенты.
Разбираем первый найм на примере машины vibecoding.ru, которую ведёт инженер: клиентского кейса замены отдела у нас пока нет.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. CTO отвечает за систему, а не за число разработчиков.
CTO, Chief Technology Officer, по-русски технический директор. Он выбирает устройство цифрового продукта и отвечает за последствия для бизнеса.
Штат не определяет эту работу. Разработку можно заказать снаружи, но выбор системы и принятие риска всё равно надо кому-то поручить.
В GitLab CTO отвечает за качество, безопасность и производительность продукта. Работа с клиентами и поддержание правил стоят рядом с наймом.
Роли различаются решениями, которые им поручают.
GitLab Handbook, проверено 07.10.2026. Таблица — наша схема выбора для компании без отдела, не обязательная иерархия должностей. Роли могут совмещаться.
2. Агенты заменяют исполнение, а решение остаётся у человека.
На странице услуг мы оценили штат для того же сайта. Получилось 13 человек, включая редакторов и дизайнера, а не только разработчиков.
Техническая часть стоит 2,3 млн ₽ в месяц с налогом и взносами. Методика на /open показывает цену ролей для работодателя.
Это оценка замещения, не измеренное сокращение отдела у клиента. На нашем проекте инженер ведёт машину агентов и принимает её работу.
Наш расчёт отделяет цену исполнения от технических решений.
Живые /services и /open, снимок 07.10.2026 20:13 МСК. Ведомость оценивает замещение, тариф описывает предложение. Это месячные суммы, не измеренная экономия клиента.
Полную цену программиста для компании мы разобрали отдельно. Здесь важно другое: покупка исполнения сама не назначает того, кто разрешит менять систему.
3. За архитектуру и границы риска должен отвечать человек.
Архитектура отвечает на бытовые вопросы бизнеса. Кто видит заявки, где хранится их история и что случится с заказами, если платёжная система перестанет отвечать?
Агент может подготовить варианты, но допустимый ущерб выбирает компания. У нас это выражено на /open#operator: человек пишет правила заранее и принимает работу по факту.
Для своей CRM таким решением будет круг сотрудников, которым разрешено выгружать клиентскую базу. Красивый экран выгрузки не отвечает на вопрос, кому её можно доверить.
4. Необратимый шаг требует отдельного разрешения.
Разрешение на задачу не разрешает любые действия внутри неё. Anthropic описывает остановки для человека, а места остановки определяет технический руководитель.
Мы получили этот урок на своей машине. Истории ниже показывают разные ошибки: правило не прочитали, разрешение поняли шире и проверка не заметила несовместимый ответ.
Поломка превращается в правило, которое проверяют до следующего выпуска.
17.07
Агент подготовил чертёж по старым образцам, мимо описанного правила. Указатель на правило перенесли на вход агента.
09.09
Агент переключил адрес рабочей системы без отдельного сигнала. Вреда не было. На шаге записали явное стоп-слово вместо общего разрешения.
24.09
Часть страниц новостей отдавала ошибку после слияния, хотя тесты были зелёными. Тест стал сверять поля ответа функции с его проверкой.
Наши журналы, записи по указанным датам, перечитаны 07.10.2026. Это безопасный пересказ опыта vibecoding.ru. Первичные журналы не опубликованы.
Разбор ответственности за ошибки ИИ оставим соседней статье. Для первого найма нужен ответ кандидата: какой шаг он остановит и кто даст разрешение.
5. Приёмка должна проверять работу отдельно от её автора.
Агент показывает результат, а компания задаёт «готово». Для оплаты это доступ после платежа и проверка повторного уведомления, а не только открывшаяся форма.
Критерий надо согласовать до разработки. «Всё выглядит правильно» на демонстрации оставляет бизнесу проверку, которую технический руководитель ещё не организовал.
У каждого разрешения и результата есть принимающий.
Наша схема ответственности на основе /open#operator, проверено 07.10.2026. Это порядок, который мы предлагаем назначить, не описание внедрённого клиентского процесса.
Как записать задачу агенту и правила для него, разобрано отдельно. За критерием и проверкой нужен человек, который понимает цену ошибки для бизнеса.
6. Подписка берёт исполнение, а компания сохраняет техническое руководство.
«Все проекты» стоит 500 000 ₽ в месяц за три потока. Сравнение «как своя команда из семи человек» описывает тариф: в каждом потоке одна задача в работе.
Архитектура, ревью чужого кода и найм остаются у клиента. Ночные дежурства тоже: в FAQ это перечислено прямо, поэтому ответственного за них назначают отдельно.
До покупки назовите, кто выберет устройство продукта и кто примет работу технически. «Подрядчик обо всём позаботится» не назначает этих людей.
7. Первым нужен владелец технических решений, а должность подбирают под задачу.
Не всякой компании нужен CTO на полную ставку. Если решения уже приняты, а не хватает исполнения, вопрос о найме ИИ-инженера решается отдельно.
Если решения некому принять, первым ищут эту компетенцию. Начните с перечня решений и права последнего слова, а не с требования «набрать команду» в вакансии.
Первый найм выбирают по незакрытому решению.
Наша схема выбора на 07.10.2026. Форма занятости зависит от частоты решений. Таблица не обещает, что роли закроет один кандидат.
Если отдел уже есть, читайте про руководителя разработки и агентов. Здесь задача предшествует отделу: назначить решения, которые пока некому принимать.
На встрече попросите кандидата разобрать задачу вашей компании. Пусть назовёт недостающие условия, покажет способ проверки и отделит то, что отдаст машине, от того, что решит сам.
Начать такой разговор поможет тест для руководителя. Это отправная точка для обсуждения своей разработки, а не экзамен на должность CTO.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Роль человека | Живой /open#operator: человек пишет правила заранее, принимает работу по факту. Мы описываем свой сайт, клиентского кейса замены отдела у нас нет. | 2026-10-07 |
| Ведомость команды | Живые /services и /open, снимок 7 октября 2026 в 20:13 МСК. 13 ролей для того же сайта, техническая часть 2,3 млн ₽ в месяц, техлид (cto) 650 000 ₽. Это наша оценка замещения с расходами работодателя, не рыночная зарплата CTO и не измеренная экономия клиента. | 2026-10-07 |
| Условия подписки | Живой /services, снимок 7 октября 2026 в 20:13 МСК. «Все проекты» 500 000 ₽ в месяц, три потока, в каждом одна задача в работе. «Как своя команда из семи человек» описывает тариф. Архитектура, ревью чужого кода, найм и ночные дежурства в него не входят. | 2026-10-07 |
| Обязанности CTO | Официальный GitLab Handbook, раздел Chief Technology Officer. Качество, безопасность, производительность, работа с клиентами и поддержание правил. Это описание роли в GitLab, не стандарт для каждой компании. | 2026-10-07 |
| Остановки агента | Инженерный блог Anthropic, Building effective agents, 19 декабря 2024. Проверка прогресса по результатам инструментов и остановки для обратной связи человека. Используем принцип устройства работы, без чисел ускорения. | 2026-10-07 |
| Истории машины | Первичные записи наших журналов 17 июля, 9 и 24 сентября 2026 перечитаны. В ленте безопасный пересказ: чертёж мимо правила, шаг без отдельного сигнала без вреда, ошибка части страниц после слияния. Первичные журналы не опубликованы. | 2026-10-07 |
8. Частые вопросы
CTO это кто и как называется должность по-русски?+
Chief Technology Officer, технический директор. Здесь речь о компании с цифровым продуктом: он отвечает за технические решения и их последствия для бизнеса. На заводе должность с тем же названием означает другую работу.
Чем технический директор отличается от техлида?+
CTO отвечает за технический выбор компании, техлид ведёт техническую работу конкретного продукта или команды. В небольшой компании это может быть тот же человек. Важнее назвать, какие решения ему поручены.
CTO и ИТ-директор это одно и то же?+
Название в конкретной компании надо читать вместе с обязанностями. ИТ-директор может отвечать за внутренние системы и рабочие места, а CTO выбирает устройство цифрового продукта. Иногда эти задачи совмещают.
Тимлид нужен, если разработчиков заменяют агенты?+
Работу людей надо организовывать там, где есть команда. Машине нужны задачи, правила и принимающий инженер, должность тимлида сама этого не обеспечивает. При появлении людей управление ими назначают отдельно.
Нужен ли свой CTO, если разработку заказываем?+
Нужен человек, который принимает технические решения и работу исполнителя. Это может быть сотрудник или привлечённый специалист. Подписка на /services не включает архитектуру, ревью чужого кода и найм.
Какие задачи CTO не стоит поручать агенту без человека?+
Выбор допустимого риска, разрешение на необратимое действие и принятие результата. Для персональных данных и закрытого контура важны отдельные условия, которые обсуждают до запуска.
Источники
- Роль человека в машине vibecoding.ru, /open#operator · снимок 7 октября 2026 — наш опыт
- Ведомость команды и методика оценки замещения, /open · снимок 7 октября 2026, 20:13 МСК — наша оценка
- Тариф «Все проекты» и границы работ, /services · снимок 7 октября 2026, 20:13 МСК — условия сервиса
- GitLab Handbook, Engineering Leadership, раздел Chief Technology Officer · проверено 7 октября 2026 — официальный документ
- Anthropic, Building effective agents (19 декабря 2024) · проверено 7 октября 2026 — инженерный блог
Запомнить
1. Назначьте владельца технических решений до первой задачи. Код, который пишут агенты, не выбирает допустимый риск за компанию.
2. Отделите исполнение от архитектуры и приёмки. Запишите, кто принимает каждое из этих решений.
3. Отметьте шаги, где агент должен остановиться. Общего разрешения на задачу недостаточно для необратимого изменения.
4. Подбирайте первого специалиста под незакрытое решение. Проверяйте его на задаче вашей компании, а не на списке инструментов.