Практический гайд выбора Claude или ChatGPT по четырём задачам: критерии приёмки, безопасные исходники и проверка результата. Без эмпирического рейтинга.

Выбор между Claude и ChatGPT зависит от того, что вы принимаете как результат: точный текст, проверяемый расчёт, разбор документа или объяснение кода. Начните с продукта, который уже разрешён и доступен в вашей рабочей среде, затем проверьте типичную задачу. Покупать второй сервис только ради общего рейтинга необязательно.

Это документальное сравнение и практический гайд по четырём задачам, а не авторский эмпирический тест. Официальные страницы проверены 2 ноября 2026 года. Ни одна задача ниже не выдаётся за проведённый сравнительный прогон; победителей, баллов и замеров ручной правки нет. Примеры подготовлены для самостоятельной проверки.

Сначала уточните, какие продукты вы сравниваете

Claude в чате и Claude Code с доступом к репозиторию — не одно условие работы. Аналогично обычный диалог ChatGPT и техническая среда Codex дают разные инструменты. Сравнивать ответ по вставленному фрагменту с исправлением целого проекта некорректно.

В Use ChatGPT различаются Chat, Work и Codex. ChatGPT desktop app описывает работу из общей desktop-среды. Поэтому заранее запишите конкретный интерфейс и режим, а не только название бренда.

Для четырёх заданий в этом гайде основной объект — ассистент с заданными исходными материалами. Редактура и разбор текста могут не требовать внешних инструментов; расчёты и файлы потребуют проверки доступных возможностей. Агентное изменение репозитория — отдельная задача, не скрытый пятый раунд.

Матрица выбора по результату и риску

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

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

Задача 1. Редактура без добавленных обещаний

Подготовьте короткие заметки эксперта с фактами, ограничениями и авторскими оборотами. Отдельно перечислите утверждения, которых в статье быть не должно. Например, запись «помогает подготовить черновик» нельзя превращать в «гарантированно увеличивает продажи».

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

Для проверки сделайте простую карту: утверждение в статье → фрагмент заметок. Обращайте внимание и на утраченные оговорки. Ответ может не содержать новых чисел, но стать неверным из-за исчезнувшего слова «иногда» или условия «после проверки».

Сравните ответы без названий продуктов. Оцените смысл, структуру и необходимую правку отдельно. Отсутствие любимого оборота — вкусовая претензия; выдуманная гарантия — фактический дефект. Не смешивайте их в один субъективный балл «красота текста».

Задача 2. Анализ с контрольным расчётом

Возьмите синтетическую таблицу, которую способны проверить вручную. В учебном примере канал А имеет 12 заявок и 3 оплаты, канал Б — 10 заявок и 1 оплату. Конверсия определяется как оплаты, делённые на заявки: 25% и 10%, а общая — 4 / 22, около 18,18%.

Эти числа — арифметика специально заданного примера, не результаты Claude или ChatGPT и не показатели реальной компании. Их смысл — обнаружить ошибку, если ассистент усреднит проценты каналов и назовёт это общей конверсией. Правильная формула должна учитывать объёмы.

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

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

Задача 3. Сравнение двух версий документа

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

Справка Claude по файлам объясняет поддерживаемые форматы и ограничения извлечения. Это полезно для отбора входа, но не гарантирует полноту сравнения. У OpenAI Work with files описывает просмотр и доработку файлов в разных средах.

Сравни версии А и Б. Сделай таблицу:
место в документе, старое условие, новое условие, тип изменения.
Отдели добавление, удаление и изменение смысла.
Не давай юридического заключения и не решай, что выгоднее стороне.
Если фрагмент не читается или отсутствует, явно отметь это.
Ссылки на страницы сверяй с нумерацией файла.

Проверяйте каждое найденное изменение по двум исходникам. Отдельно ищите ложные различия из-за переноса строк и пропущенные исключения в примечаниях. Если ответ ссылается на страницу, откройте её сами: правдоподобный номер не является доказательством.

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

Задача 4. Объяснение кода без доступа на запись

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

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

Проверьте предложенный вход вручную или в безопасной локальной среде. Если ассистент говорит о мутации, он должен показать, какая операция меняет исходный объект. Фраза «лучше использовать другой стиль» сама по себе не доказывает ошибку.

Не оценивайте этот раунд по тому, кто написал более длинный вариант функции. Здесь задача — объяснить поведение и предложить проверку, а не заменить архитектуру. Для реального патча понадобятся отдельные разрешения, тесты проекта и review; чат-ответ этого не подтверждает.

Контекст проекта: полезен в работе, мешает равному пилоту

Projects в Claude позволяют организовать контекст и инструкции. Для повторяемой работы это полезно, но накопленные сведения делают сравнение неравным, если второй продукт начинает с чистого диалога.

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

После отбора кандидата можно вернуть реальный рабочий контекст и оценить процесс целиком. Это уже другая проверка: не сравнение изолированного ответа, а пригодность ассистента к повседневной работе. Не смешивайте её результаты с первым этапом.

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

Для каждого задания используйте четыре поля: что требуется, что получено, чем подтверждено, что исправил человек. Сохраняйте исходник и все повторные попытки. Если результат не проверялся, так и напишите: «не проверено», а не «вероятно хорошо».

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

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

Что считать вмешательством и сколько стоит результат

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

Если измеряете время, учитывайте подготовку файлов, ожидание, проверку и доводку. Быстрый ответ, который нельзя использовать без полного пересчёта, не обязательно экономит работу. Но в этой статье таких замеров нет: это метод вашей оценки, а не сравнительная характеристика Claude и ChatGPT.

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

Безопасность исходников и повторяемый процесс

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

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

Когда вы нашли полезную процедуру, закрепите её в коротком шаблоне или skill: обязательные входы, порядок проверки, формат результата и условия остановки. Автоматизировать стоит уже понятную процедуру, а не переносить неопределённость в более длинную цепочку.

Итог: сравнивайте пригодность, а не репутацию

Claude или ChatGPT разумно выбирать по вашей типичной задаче и проверяемому результату. Для редактора важна верность источнику, для аналитика — расчёт, для документов — полнота и локализация, для кода — воспроизводимое объяснение. Документация помогает понять возможности, но не заменяет собственный пилот.

Короткий следующий шаг: возьмите одну из четырёх задач, подготовьте безопасный вход и заранее запишите критерий приёмки. Больше базовых материалов — в разделах ChatGPT и Промпты. Для перехода от запроса к контролируемому рабочему процессу — практический интенсив.