Codex сообщил, что задача выполнена: файлы изменены, проверки прошли. Это хороший момент открыть результат, но ещё не основание считать приложение готовым для клиентов. Приёмка начинается с того, что пользователь способен сделать в работающем сервисе.
Попробуем на конкретном примере — небольшой базе клиентов в Чатиуме. Встроенный помощник может собрать её по описанию, а одна и та же понятная приёмка подойдёт и для изменений, сделанных Codex.
Создай простую базу клиентов с поиском, заметками и следующим шагом по каждому контакту. Сотрудники видят только своих клиентов, руководитель — всех. Сохраняй историю изменений и показывай, удалось ли сохранить запись. Добавь удобную мобильную версию.
Что подтверждает отчёт агента
Codex умеет работать с кодом и инструментами разработки: исследовать проект, вносить изменения и запускать проверки. Но каждая проверка отвечает на свой вопрос. Компиляция проверяет одни свойства, автоматический тест — конкретный сценарий, просмотр страницы — видимую часть интерфейса.
Если агент пишет «тесты прошли», полезно узнать, какие именно. Тест поиска по имени не подтверждает изоляцию клиентов разных сотрудников. Проверка страницы с демоданными не подтверждает, что новая запись сохранится после перезагрузки.
Это не повод вручную повторять всю работу агента. Достаточно связать важные обещания приложения с наблюдаемыми проверками. Для базы клиентов такими обещаниями будут сохранность записи, правильный доступ и возможность продолжить работу после ошибки.
Пять минут с приложением вместо просмотра красивого скриншота
Создайте клиента с редким именем и заметкой из нескольких строк. Сохраните, обновите страницу и найдите его через поиск. Затем измените следующий шаг, выйдите из аккаунта и откройте приложение снова. Такой маршрут быстро обнаруживает разницу между интерактивным макетом и работающим хранилищем.
Потом используйте второго сотрудника. Он не должен видеть чужую запись ни в списке, ни по прямому адресу. Проверка только скрытой кнопки недостаточна: разрешение должно действовать и на сервере.
| Обещание | Конкретная проверка | Что считать проблемой |
|---|---|---|
| Данные сохранены | Обновить страницу после записи | Запись исчезла или часть полей сброшена |
| Есть поиск | Найти необычное имя | Поиск работает только на видимой странице списка |
| Доступ ограничен | Открыть чужую запись другим пользователем | Сервер возвращает её содержимое |
| Ошибка понятна | Прервать неуспешное сохранение | Интерфейс показывает успех без сохранения |
Это условный план приёмки, а не отчёт о тестировании конкретной версии Codex.
Как дать полезное замечание
«Не работает» оставляет агенту слишком много вариантов. Полезнее описать исходное состояние, действие и фактический результат: «У сотрудника Анны создан клиент. После входа под Борисом прямой адрес этой записи всё ещё показывает заметку. Ожидаю отказ в доступе».
Такое сообщение превращается в воспроизводимую задачу. После исправления проверьте не только отказ Борису, но и то, что Анна по-прежнему открывает своего клиента. Исправление одного сценария не должно ломать разрешённый соседний.
Если задача была большой, принимайте её частями. Сначала создание и чтение, затем редактирование, потом роли и массовые операции. Это помогает замечать архитектурные ошибки до того, как вокруг них появится десяток экранов.
Что меняет размещение в Чатиуме
В Чатиуме интерфейс, серверная часть и хранение приложения находятся в одной платформе. Поэтому результат можно проверять как работающий сервис, а не как набор файлов без окружения. Встроенный DeepSeek harness помогает создавать и менять приложение; Codex остаётся отдельным возможным инструментом разработки.
Если базе клиентов нужна AI-функция, определите её отдельно. Например, модель составляет черновик следующего письма из выбранной заметки. Это не даёт ей права читать всю базу или отправлять сообщения автоматически. Для такого шага важны контроль доступа к инструментам и подтверждение человеком.
Частые вопросы
Нужно ли читать весь сгенерированный код?
Владельцу продукта полезнее начать с пользовательских сценариев. Для чувствительных изменений — доступа, данных, платежей — нужна также техническая проверка, соразмерная последствиям ошибки.
Можно ли поручить Codex саму приёмку?
Можно поручить запуск проверок и сбор доказательств. Но критерии готовности должны быть понятны заранее, иначе агент проверит то, что оказалось проще проверить.
Когда считать задачу закрытой?
Когда согласованное поведение воспроизведено в нужном окружении и понятны оставшиеся ограничения. Для выбора рабочего инструмента смотрите Cursor или Codex.