Moodle с плагинами сравнивают с новым движком по обновлениям и объёму собственных изменений

Установленная Moodle уже содержит курсы, роли, оценки и привычки сотрудников. Пока обновление сохраняет нужные сценарии, этот объём работы не требуется создавать заново. Однако название «Moodle с плагинами» ещё не говорит, что именно придётся поддерживать.

Разделите настройки, готовые расширения и свой код. Один поддерживаемый плагин и один плагин, который требует менять ядро, дают разные задачи при обновлении. Официальная инструкция Moodle отдельно предупреждает: ручная замена файлов ядра не является обычной установкой плагина и может не пережить следующее обновление.

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

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

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

Даже работающий экран не означает, что обновление прошло. Например, инструкция для перехода на Moodle 5.1 описывает новую папку public/ и изменение настройки веб-сервера. Проверка должна охватывать файлы, фоновые задания и интеграции, на которые опирается ваш курс.

Бэкап без пробного восстановления оставляет вопрос открытым. Если в копии нет файлов заданий или данных части плагинов, успешный вход ещё не подтверждает возможность продолжить обучение. Зафиксируйте, какой набор данных восстановили и что на нём проверили.

Здесь появляется сравнимая оценка: работа на обновление, устранение несовместимости и проверку повторяющихся сценариев. Её можно сопоставлять с предложением нового движка. Смета только на новый интерфейс такого сравнения не даёт.

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

В документации Moodle восстановление архива курса описано для нового или существующего курса в Moodle. Из этого не следует, что архив автоматически переносится в произвольный новый движок. Соответствие полей, доступов, файлов и учебной истории придётся проверить отдельно.

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

В нашем курсе агентной разработки есть кабинет ученика, вход по почте и анкеты. Инженер ведёт машину агентов, которая развивает этот продукт. Это опыт сборки отдельных узлов, но в нём нет проверки совместимости Moodle-плагинов или переноса учебной истории с Moodle.

В ревью продажи курса 9 сентября 2026 года нашли пять дефектов. Среди них: доступ мог выдаваться после оплаты другого продукта, неудачная отправка письма не повторялась, а цена могла разойтись в двух местах. Запись ревью описывает найденные пути ошибки и исправления.

Для CTO полезен результат этого ревью: после исправления появляется правило и проверка повторного сбоя. Сам факт запуска кабинета такой защиты не даёт. В ленте ниже показаны три дефекта из того же ревью и правила, которыми их закрыли.

Из открытой истории машины можно увидеть, что продукт развивается через последовательные изменения. Число изменений само по себе не доказывает пригодность инженера для Moodle. Для вашей системы нужны знание её устройства и принятый результат конкретной задачи.

ИИ для онлайн-школы опирается на уроки и критерии домашних заданий, а спорные ответы передаёт человеку.

Постановка задачи ИИ-агенту начинается со сценария и границы правки. Например: преподавателю нужен отчёт по незавершённым курсам, существующие оценки и права доступа сохраняются. Антипример: «заменить Moodle современной системой» без списка данных, ролей и условий приёмки.

Запишите правила для ИИ-агентов до изменения кода: где разрешённая копия, кто допускает данные к работе и кто принимает результат. Решение о правке ядра, смене архитектуры и выпуске остаётся у ответственных людей. Машине дают проверяемую задачу внутри этих границ.

Первой покупкой может стать проверка обновления или одно расширение установленной Moodle. После неё у CTO должны остаться результат, список ограничений и оценка следующего изменения. Если задача показывает, что нужный сценарий требует постоянных правок ядра, появляется основание отдельно оценить замену этого узла.

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

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

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

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

1. Разделите настройки, готовые плагины, свой код и правки ядра до заказа замены Moodle.

2. Примите обновление на копии: с восстановлением данных, ролями, попытками и оценками.

3. Сравните новый движок с Moodle на одном курсе; включите перенос и сопровождение в оба предложения.

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