Разбор · 7 октября 2026
Программу автошколы дописывают агентами: часы вождения сверяют по ученику, инструктору и машине
Когда хватает готового ПО, что дописать под правила филиалов и как принять расписание практики и журнал подтверждённых занятий.
текст собран ИИ-агентами редакции под надзором автора · факты проверены по первоисточникам 07.10.2026
Программу для автошколы стоит дописывать под правила практики: свободный инструктор ещё не означает, что свободны ученик и машина.
Клиентского кейса автошколы у нас нет. Ниже предлагаем доработку с ИИ-агентами под управлением инженера и приёмку по записям и подтверждённым часам.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Готовая программа подходит, пока её правила совпадают с вашими.
Готовое ПО сначала проверяют на переносах школы. АвтошколаSoft ведёт учёт учеников и документов, «Автошкола-Контроль» уже предлагает запись и отмену занятий.
В «Автошколе-Контроле» есть таймер фактического вождения и автоматический зачёт, если таймер не включали. Своё правило подтверждения нужно сравнить с этим поведением.
Дописать стоит порядок, которого нет в настройках: например, согласование замены машины. Общий выбор своей CRM разобран отдельно.
Настройки проверяют до заказа разработки.
Описания АвтошколаSoft и «Автошколы-Контроль», 07.10.2026. Варианты действий предложены редакцией, возможности конкретной установки ещё нужно проверить.
2. Занятие бронируют сразу по трём ресурсам.
Общую бронь проверяют по ученику, инструктору и машине во всей школе. Одинаковый инструктор в разных филиалах остаётся одним участником расписания.
Проверяют пересечение интервалов. В условном примере 10:00–11:00конфликтует с 10:30–11:30 на ту же машину. Разные подписи филиалов этого не меняют.
Одновременная запись требует общей проверки и сохранения в одной операции. Если администраторы выбрали одну машину на одно время, пройти должна только одна бронь.
При замене занятая машина или ремонт отклоняют перенос, прежняя бронь сохраняется. Время переезда между площадками школа задаёт отдельно, программа учитывает его.
Конфликт одного ресурса отклоняет общую бронь.
Проектные правила приёмки редакции, 07.10.2026. Время в примере условное, это не замер автошколы.
3. В зачёт попадает подтверждённое занятие, а перенос оставляет след.
В предлагаемой доработке часы появляются после подтверждения факта. План резервирует ресурсы, а фактическая длительность хранится с участниками и автором подтверждения.
Расчёты с учеником ведут отдельно от факта вождения. Плата за позднюю отмену не создаёт проведённого занятия. Единицы учёта школа задаёт в настройках.
Исправление оставляет причину, автора и прежнюю запись. Итог пересчитывается по истории. Если переписать часы без следа, спорные скриншоты уже не с чем сверить.
Бронь и отмена не прибавляют проведённых часов.
Предложенная модель учёта, 07.10.2026. Способ подтверждения согласуется со школой до разработки. Учебные программы, отчётность и лицензии в этот сценарий не входят.
4. Одно правило должно работать во всех путях записи.
Агенту поручают проверку во всех путях записи занятия. Администратор, кабинет и импорт используют одно правило. Проверка только кнопки не защищает импорт.
Инженер ведёт машину агентов по правилам проекта и ожидаемому результату. Проверки конфликтов сохраняются рядом с кодом, чтобы следующая правка их не потеряла.
Наша машина ошибалась и при сохранении данных, и при написании фактов. После этих случаев появились проверки путей записи и приёмка отдельно от автора.
Поломка становится правилом для следующей правки.
31.07
На vibecoding.ru поле описания сцены обложки терялось в части путей записи новости. Правило после исправления: единый перенос полей и автоматическая проверка всех путей записи.
21.08
Писатель карточки инструмента добавил выдуманный внутренний замер. Приёмник обнаружил его при сверке с фактами. Правило: работу принимает отдельный агент с чистым контекстом.
Проверенные записи журналов машины vibecoding.ru, 31.07 и 21.08.2026. В отраслевой сценарий переносится способ проверки, не результат внедрения.
5. Приёмка проверяет конфликты, повторные действия и историю.
Готовность показывают на обезличенных занятиях: исходные записи, конфликт, результат. Общий шаблон задачи ИИ-агенту помогает зафиксировать приёмку заранее.
Приёмка повторяет неудачный день диспетчера. Неудачный перенос сохраняет бронь, повторное подтверждение не удваивает часы, исправление оставляет историю.
Роли проверяют вместе с часами: ученик не подтверждает занятие от имени инструктора. Вопрос персональных данных и ИИ-агентов разобран отдельно.
Принимают поведение на спорных записях.
Сценарии приёмки редакции, 07.10.2026; это требования к предлагаемой доработке, не результаты выполненного проекта.
На нашем /open 7 октября 2026: 387 тысяч строк спеков и 391 тысяча строк кода. Это описание и код своего сайта, а не результат разработки для автошколы.
В курсе «Агентная разработка» есть урок «Одиннадцать шагов одной задачи». Вместе с правкой остаются описание задачи и результаты проверок для следующего инженера.
Зелёная сборка не доказывает, что перенос сохранил запись. Работа принята, когда согласованные сценарии воспроизводятся на переданном коде.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Готовое ПО | Открыли официальные страницы АвтошколаSoft и «Автошколы-Контроль»: документы, онлайн-запись, таймер и автоматический зачёт. Это описания поставщиков, демоверсии на конфликтах не испытывали | 2026-10-07 |
| Наш проект | Живой /open: 387 тысяч строк спеков против 391 тысячи строк кода. Снимок объёма на дату проверки, не скорость сборки и не результат внедрения в автошколе | 2026-10-07 |
| Поломки | Истории 31 июля и 21 августа 2026 сверены по первичным журналам машины. Взяты безопасные пересказы ошибки и принятого правила, без кадров закрытых файлов | 2026-10-07 |
| Подписка | Живой /services: «Один проект», 250 000 ₽ в месяц, один поток; код в репозитории клиента, пауза в любой месяц. Это цена формата работы, не всей отраслевой системы | 2026-10-07 |
| Автошкола | Клиентского кейса у нас нет. Таблицы ресурсов, статусов и приёмки предложены редакцией; сроки и экономия не измерены. Учебные программы, отчётность и лицензии не входят в предмет статьи | 2026-10-07 |
6. Первый заказ ограничивают расписанием практики и журналом часов.
Старый код дописывают агентами с сохранением привычных экранов. До заказа проверяют доступ к исходникам или разрешённому расширению.
Первой задачей становится конкретная ошибка: второй филиал бронирует занятую машину. Нужны ожидаемый отказ и сохранность расписания, новый экран без проверки не достаточен.
После запуска школа собирает конфликты записи и исправления часов. Каждый спор даёт правило и проверку на повторение. Видно, какие случаи больше не требуют ручной сверки.
Заказ начинается с одного замкнутого участка.
Предложенный порядок работ, 07.10.2026. Это очередь задач, не обещание календарного срока.
Второй шаг можно обсудить в формате подписки на агентную разработку. «Один проект» стоит 250 000 ₽ в месяц и даёт один поток работы.
Инженер ведёт машину ИИ-агентов и сдаёт правки в репозиторий клиента. Одна задача в работе, следующая в очереди. Подписку можно поставить на паузу в любой месяц.
Это цена формата работы; объём определяют после изучения кода и правил школы. Для разовой настройки календаря стоит сначала обратиться к его поставщику.
Один поток означает одну задачу в работе.
Условия /services проверены 07.10.2026. Отраслевой предмет доработки предложен редакцией, это не готовый продукт и не клиентский замер.
7. Частые вопросы
Это программа обучения в автошколе?+
Нет. Статья о ПО для расписания практики, броней и подтверждённых занятий. Содержание учебной программы, отчётность и лицензирование здесь не разбираются.
Нужно ли менять программу целиком?+
Начните с проверки настроек и поддерживаемых интеграций. Доработка существующего модуля возможна при доступе к коду или разрешённому расширению. Закрытый сервис без такого доступа нельзя обещать дописать снаружи.
Можно ли автоматически считать часы из календаря?+
Календарь хранит план. В предложенной модели проведённое занятие подтверждают отдельно. Готовые системы могут считать иначе: порядок зачёта нужно проверить в настройках и согласовать со школой.
Что делать, если ученик и инструктор спорят о длительности?+
Сохранить обе отметки и отправить занятие на разбор уполномоченному сотруднику. Итоговая длительность появляется после решения, а исправление содержит автора и причину. Агенту для кода не поручают решать сам спор.
Есть ли у вас внедрение в автошколе и срок сборки?+
Клиентского кейса автошколы у нас нет. Сценарий предложен по задаче владельца; срок конкретной доработки определяют после изучения программы и согласования приёмки. Наш проверенный опыт относится к машине агентов на vibecoding.ru.
Останется ли у школы код?+
В формате /services правки сдаются в вашу ветку в вашем репозитории. Приёмка включает запуск переданного проекта, описание правил и результаты проверок.
Источники
- АвтошколаSoft — официальный сайт
- Автошкола-Контроль: онлайн-запись — официальный сайт
- Автошкола-Контроль: учёт часов — официальный сайт
- Автошкола-Контроль: кабинет курсанта — официальный сайт
- Открытая машина vibecoding.ru — свои данные
- Условия подписки — своё предложение
- Wordstat: срез спроса 07.10.2026 — API; вопросы статьи, не прогноз клиентов
- Курс «Агентная разработка» — своя программа
Запомнить
1. Проверьте готовое ПО на переносах школы: нужное правило может уже быть в настройках.
2. Принимайте бронь по ученику, инструктору и машине, включая одновременную запись из филиалов.
3. Отделите план от подтверждённого вождения; отмена и исправление должны оставлять историю.
4. Закажите одну проверяемую доработку и примите её на конфликте, повторном действии и неудачном переносе.
5. После выпуска собирайте спорные случаи: каждый закрывайте правилом и проверкой на повторение.