Комментарии 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 если нужно тестировать интерфейс, пишет саммари, делает ревью...

Как написать код в два счёта: впрягаем Codex с GPT