← Все материалы

Гайд

Cursor или Codex: удобнее писать код вместе или отдавать задачу целиком?

Cursor и Codex: выбираем способ работы с агентом по контексту, проверкам и приёмке, на примере изменения приложения Чатиума.

Обновлено

Окна приложения с кодом соединены с серверными модулями

Cursor и Codex умеют работать над кодом с инструментами, поэтому простое разделение «один дополняет строки, другой делает всё сам» уже не помогает. Выбирать стоит по тому, как вы ставите задачу, следите за изменениями и принимаете результат в своём проекте.

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

Промпт

Создай кабинет заявок с поиском по имени клиента и фильтрами по статусу и ответственному. Сохраняй выбранные фильтры при возврате из карточки. Показывай пустой результат понятно и дай сбросить все условия одной кнопкой.

Два рабочих режима доступны не только одному продукту

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

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

Пример задачи, на которой видна разница процесса

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

Сформулируйте приёмку: при смене фильтра открывается первая страница результатов; поиск продолжает действовать; возврат из карточки сохраняет условия; пустой результат предлагает сброс. Это связное пользовательское поведение, а не список файлов для редактирования.

Этап Что оценивать у инструмента
Исследование Нашёл ли существующую логику поиска и страниц
Изменение Сохранил ли соседние сценарии
Проверка Запустил ли доступные проверки и посмотрел результат
Объяснение Назвал ли выполненные действия и ограничения
Доработка Учёл ли замечание без лишнего расширения задачи

Когда удобнее работать рядом

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

Но частые подсказки тоже надо учитывать при сравнении. Если один агент получил пять уточнений, а другой работал по первой фразе, итог отражает разный объём помощи. Для оценки модели или инструмента сохраните журнал важных уточнений.

Когда полезнее отдавать законченный кусок работы

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

Попросите результат, который можно принять: описание поведения, изменения и свидетельства проверок. Сообщение «всё готово» без работающего сценария недостаточно. При этом не нужно требовать десяток новых тестов для изменения одного отступа — проверка должна соответствовать смыслу задачи.

Как это сочетается с Чатиумом

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

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

Частые вопросы

Codex всегда автономнее Cursor?

Такое обобщение не описывает все текущие режимы. Сравнивайте конкретный способ работы, доступные инструменты и результат на одинаковой задаче.

Как провести честную пробу?

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

Что делать после сообщения агента о готовности?

Пройти ключевой пользовательский путь и проверить важные границы. Пример такой приёмки есть в материале о Codex, а роль инфраструктуры — в разборе Cursor.