Обновить

Комментарии 3

Один из существенных минусов Codex (CLI, не расширение) - большие трудности при работе на Windows / powershell. Конечно WSL несколько устраняет проблему, но у тех кто не знает - может вызвать разочарование.

А что касается подхода - отличная вариация Spec Driven Development, моё почтение. Вероятно, Вам понравится Task Master AI MCP, где этот подход ещё и ускоряется

Спасибо за ремарку про Windows. Я сам уже давно живу на macOS, поэтому руками все боли PowerShell + Codex CLI не ощущаю, но от коллег похожие истории слышал. Для человека, который просто хочет попробовать подход "спека → ИИ → код", действительно логичнее начать вообще без CLI: через веб-интерфейс GPT, где Codex выступает как инструмент. Логика та же самая, но без танцев с оболочкой. А если хочется уже "робота внутри репозитория", который ходит по файлам и гоняет команды, тогда да — либо WSL, либо отдельный Linux-контейнер/хост.

Про Spec Driven Development полностью согласен, по сути это оно и есть, только с ИИ в роли того, кто помогает вытянуть вменяемую спецификацию из головы и потом по ней кодить.

Task Master AI MCP пока не щупал, спасибо за наводку. Сейчас как раз экспериментирую с разными тулзами вокруг этого подхода, обязательно посмотрю, как там организован цикл задач и чем он отличается от моей "ручной" схемы.

Я использую облачный Codex - нет проблем с доверием к агенту, не нужно держать запущенный Codex CLI. На выходе сразу готовый пулл реквест. Правда в последнем обновлении включили Codex Max, который работает намного хуже предыдущей версии. Поэтому для серьёзных задач пока кодексом почти не пользуюсь.

Альтернатива - Github Copilot агент. Работает прямо из гитхаба, без всяких воркспейсов. Результат выдает прекрасный. Сразу прогоняет тесты, запускает playwright если нужно тестировать интерфейс, пишет саммари, делает ревью...

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации