Начало тут Qoder в действии  Стоит отметить, что qoder, кроме типичного чата с агентом, поддерживает парадигму SDD (Spec Driven Development), которая заключается в том, что из требования пользователя формируется спецификация с подробным описанием того, что нужно сделать, а по ней уже ставятся задачи и агент их выполняет. Это названо quest режимом. Очень прикольная концепция, которая позволяет одновременно с добавлением фичи оставлять артефакты с описанием как и для чего она реализована. Единственное, что qoder внедрил этот подход своеобразно и в урезанной интерпретации. В классическом представлении, генерируется спецификация, потом описание требований или пользовательские истории и после этого задачи с описанием контролируемых параметров - все это можно просмотреть и подправить на любом из этапов. В Qoder генерируется спецификация и после продолжения он сразу приступает к созданию и реализации всех задач скопом.    Итог работы.    Задача была выполнена в 7 последовательно добавленных фичей + 4-5 прямых задач без спеки на фикс чего-нибудь + 3 раза я терял терпение и правил косяк самостоятельно. Заняло это в сумме часов 20 - 30 времени (но надо понимать, что большую часть я смотрел как усердно работает мой помощник или читал спецификацию/код). По времени - много (это к вопросу производительности всех модных и молодежных вайб инструментов), но в итоге удалось получить утилиту, которая работает точно как задумывалось в деталях (это далеко не всегда получается, но об этом есть другие печальные истории).  В итоге получился проект на Python, содержащий 17 файликов с кодом на 4165 строчек в сумме (половина этого добра - это юнит тесты, что неплохо). Выглядит раздуто для “человекописного” кода, но для AI агента это очень прилично (есть другие печальные истории).  Отдельно следует упомянуть функцию Repo Wiki которая призвана построить целую вики проекта максимально ленивым образом - в один клик. Не уверен, как именно задумано использование данной супер фичи, но я нажал эту кнопочку уже на конечной версии проекта. И кодер ушел в работу на час (без преувеличений). Даже страшно становится, что с ним станет на репе в миллион строк (а такие сплошь и рядом в рабочих проектах). Сгенерировал он невообразимо большую вики для столь маленькой утилиты, причем это был не во всех местах корректный Markdown  Плюсы:  1. SDD (хоть и урезанный) из-за которого код по факту автодокументируется и добавляется дополнительная точка контроля за его генерацией;  2. Wiki (хоть и спорно реализованная);  3. В большинстве случаев среда следует требованиям и делает вещи максимально похожие на описанные в запросе  4. Удалось довести работу до конца, не зайти в тупик и не выбросить как очередной неудачный хлам  Минусы:  1. Сбои при постановке задач. Первый раз с таким сталкиваюсь, но это бесило до невозможности: описываешь подробно задачу, добавляешь всякие корнер-кейсы, которые следует учесть, нажимаешь “продолжить” и через несколько секунд появляется пустая спецификация и твой промпт исчезает без следа. Начинай с начала, кожаный мешок! Приходилось каждый раз перед созданием спецификации отдельно копировать промпт, что нельзя сделать в полной мере, поскольку в теле ссылки на файлы или куски кода добавляемые в контекст. Надеюсь поправят в обновлении.  2. Иногда помощник тупит на ровном месте и в разы проще самому поправить код, чем добиться верного результата. Пример: в утилите есть меню где можно выбрать сначала тему числом, а потом вопрос, но в коде постоянно генерировался лишний этап выбора вопросов сначала выбрать пункт “выбрать вопрос”, а потом его номер. Как бы я не пытался просить умолять и угрожать ИИ не хотел убирать промежуточный этап (хотя в меню уровнем выше - при выборе темы - было все правильно) - пришлось править руками.  3. Никаких выборов LLM все спрятано под капотом. Но по мне это и не особо минус.  4. Хоть это инструмент от наших китайских братьев, но без ВПН завести его не получится. По крайней мере основные фишки (qwest и wiki) требуют авторизации и Россия рассматривается как недопустимый регион.