Лучшие подсказки для Claude позволяют легко понять задачу: укажите Claude цель, материал, который он должен использовать, важные ограничения и способ проверки результата. При написании текста следует учитывать факты и следующее действие читателя. При проведении исследований связывайте утверждения с источниками. При программировании определите правильное поведение и запустите тесты.
Начните с нужной вам задачи из приведенных ниже: составьте черновик электронного письма, разберитесь в пакете исходных материалов или исправьте функцию на Python. Выберите один из 12 адаптируемых шаблонов, а затем ознакомьтесь с тремя готовыми примерами, протестированными с помощью Claude в GlobalGPT. Каждый пример содержит полный текст задания и ответ, поэтому вы сможете увидеть, что нужно скопировать, что изменить и что проверить в своей работе.
Если ваша работа проходит от исследования к написанию текста, а затем к программированию, GlobalGPT объединяет Claude и другие ведущие модели, а также множество инструментов искусственного интеллекта в рамках одной доступной подписки и единой панели управления. Вы можете координировать весь рабочий процесс в целом и выбирать модель или функцию, подходящую для следующего этапа.
На этой странице
Обзор лучших подсказок для Claude
Выберите шаблон в зависимости от того, какое решение или результат вам требуется. Перед отправкой замените данные в полях, указанных в скобках. Шаблоны для написания текстов и проведения исследований работают с вставленным текстом; для шаблонов по программированию, требующих доступа к файлам или их запуска, необходим инструмент, способный выполнять эти действия.
Для выполнения многих задач достаточно одного универсального стартового шаблона. Краткий обзор технологий Anthropic Начинается с критериев успешности и способа их проверки. Не нужно придумывать сложный образ эксперта, чтобы определить, что должен содержать полезный ответ.
Краткий шаблон для начала работы
Помогите мне [ЗАДАЧА] для [АУДИТОРИЯ ИЛИ ЦЕЛЬ].
Используйте этот материал: [ВСТАВИТЬ МАТЕРИАЛ].
Соблюдайте следующие ограничения: [ФАКТЫ, ОБЛАСТЬ ПРИМЕНЕНИЯ, ОБЪЕМ ИЛИ ПРАВИЛА].
Выдайте результат в формате [ФОРМАТ ВЫВОДА].
Успешный результат должен [ПРОВЕРЯЕМЫЕ ТРЕБОВАНИЯ].
Если отсутствует необходимая деталь, задайте конкретный вопрос, который препятствует выполнению задачи.Используйте заголовки или теги, если это помогает разделить сложный бриф на более понятные части. Текущие рекомендации по вводу команд в Anthropic рекомендует использовать четкие инструкции, наглядные примеры и описательные теги XML для смешанного материала. Теги служат для систематизации текста; они не являются доказательством, не предоставляют доступ к инструментам и не делают ответ правильным.
Claude: темы для сочинений
В писательском деле сложность часто заключается в том, чтобы сохранить суть, изменив при этом формулировку. Укажите, что должен сделать читатель и какие детали остаются неизменными. Плавное предложение бесполезно, если в нем незаметно добавляется какое-то обещание.
1. Напишите электронное письмо на основе краткого изложения фактов
Четкое приглашение, уведомление об обновлении или письмо клиенту, содержащее информацию, которая должна быть точно передана. Принесите с собой: Краткое изложение фактов, целевая аудитория, меры в ответ и ограничение по количеству слов.
W1 · Типовая задача, приведенная ниже
Напишите электронное письмо в соответствии с требованиями технического задания. Рассматривайте подтвержденные факты как неизменные. Четко разграничивайте просьбы и подтверждения. Соблюдайте указанный формат и объем текста. Используйте только предоставленные сведения.
Аудитория: [КТО БУДЕТ ЧИТАТЬ ЭТО]
Цель: [ЧТО ДОЛЖНО БЫТЬ ДОСТИГНУТО С ПОМОЩЬЮ ЭТОГО ПИСЬМА]
Подтвержденные факты: [ДАТЫ, ВРЕМЯ, ЦЕНЫ, ОГРАНИЧЕНИЯ И ДРУГИЕ ДЕТАЛИ]
Неизвестные или неутвержденные сведения: [ЧТО ВЫ НЕ МОЖЕТЕ ОБЕЩАТЬ]
Действие читателя: [ТОЧНЫЙ СЛЕДУЮЩИЙ ШАГ]
Тон: [ТОН]
Результат: строка темы и текст [КОЛИЧЕСТВО СЛОВ] слов.
Проверьте результат: Сверьте каждую дату, цифру, обещание и следующее действие с текстом задания. Даже одно-единственное дружеское предложение может повлечь за собой обязательства.
2. Сохраняйте свой собственный стиль письма
Краткий черновик, который, судя по всему, соответствует вашим предыдущим работам. Принесите с собой: Два-три фрагмента, которые вы написали, и факты для новой статьи.
W2 · Адаптируемый шаблон
Используйте мои образцы текстов, чтобы выделить три наблюдаемые стилистические особенности: ритм предложений, степень формальности и манеру изложения идей. Примените эти особенности к новому [ФОРМАТУ] для [АУДИТОРИИ].
Используйте образцы только для оценки стиля. Факты берите из нового технического задания. Укажите три черты, а затем представьте черновик объемом [КОЛИЧЕСТВО СЛОВ].
[ВСТАВЬТЕ СВОЙ ТЕКСТ]
[ТЕМА, ЦЕЛЬ, ПОДТВЕРЖДЕННЫЕ ФАКТЫ И ДЕЙСТВИЯ ЧИТАТЕЛЯ]Проверьте результат: Обратите внимание на ритм предложений и конкретность формулировок, а затем убедитесь, что в новый черновик не проникли факты из примеров.
Выберите примеры, стиль которых вы хотите сохранить. Список прилагательных, таких как “дружелюбный, проницательный, профессиональный”, оставляет больше места для интерпретации, чем несколько конкретных примеров. Источником фактических сведений должен оставаться новый бриф.
3. Определите, какие правки будут наиболее значимыми
Черновик, который выглядит слабо, но не требует полной переработки. Принесите с собой: Ваш черновик, целевая аудитория, цель и любые фрагменты, которые необходимо сохранить.
W3 · Адаптивный шаблон
Просмотрите этот черновик для [АУДИТОРИЯ], которой необходимо [ЦЕЛЬ ЧИТАТЕЛЯ]. Определите не более трёх изменений, которые в наибольшей степени повысят ясность или полезность текста. Если требуется менее трёх изменений, укажите это.
Для каждого изменения процитируйте исходный фрагмент, объясните проблему читателя и предложите вариант замены. Сохраните фактическое значение и следующие элементы: [ОБЯЗАТЕЛЬНО СОХРАНИТЬ]. Не переписывайте весь черновик.
[ВСТАВИТЬ ЧЕРНОВИК]
Проверьте результат: Отклоняйте выводы, которые не могут соотноситься с конкретным отрывком текста или значимой проблемой для читателя.
4. Использовать один источник для двух аудиторий
Преобразование утвержденного обновления во внутреннюю записку и сообщение для клиентов. Принесите с собой: Один утвержденный источник и два брифа для аудитории.
W4 · Адаптируемый шаблон
Адаптируйте утвержденный исходный текст, создав две краткие версии:
A. [ФОРМАТ, АУДИТОРИЯ, ЦЕЛЬ, ОГРАНИЧЕНИЕ ПО КОЛИЧЕСТВУ СЛОВ]
B. [ФОРМАТ, АУДИТОРИЯ, ЦЕЛЬ, ОГРАНИЧЕНИЕ ПО КОЛИЧЕСТВУ СЛОВ]
Соблюдайте единообразие в датах, цифрах, доступности функций и обязательствах. Изменяйте пояснения и акценты с учётом особенностей каждой аудитории. Если аудитории требуется информация, которой нет в исходном тексте, укажите этот пробел после черновиков.
[ВСТАВИТЬ ИСХОДНЫЙ ТЕКСТ]
Проверьте результат: Сравните обе версии, используя один и тот же перечень фактов; появление новой аудитории не дает права на введение новых функций или обещаний.
Попробуйте выполнить эти задания в модуле GlobalGPT
Превратите техническое задание в электронное письмо, пакет исходных данных — в рекомендацию, а отчет об ошибке — в исправление.
Для выполнения всех трёх задач мы использовали Claude Sonnet 5 в GlobalGPT. В черновиках электронных писем были сохранены ключевые детали события, в результатах исследования были выявлены причины, по которым следует отложить запуск, а оба исправления на Python прошли все 24 проверки, когда мы запустили их по отдельности. Это полезные отправные точки для работы, которые можно объединить в одной панели инструментов.
Чтобы попробовать это самостоятельно, выберите один из шаблонов ниже и замените примерный текст своим собственным. GlobalGPT объединяет инструменты для написания текстов, исследования, программирования и другие ИИ-инструменты в рамках одной доступной подписки, благодаря чему вы сможете перейти от анализа проблемы к составлению чернового варианта следующего результата работы, не переключаясь между отдельными сервисами.
Как мы сравнивали подсказки
14 сентября 2026 года для каждого задания были предоставлены два запроса с одинаковым вымышленным исходным материалом и требованиями: одна краткая инструкция и одна более структурированная версия. Мы сохранили первый полный ответ по каждому из них, в результате получив шесть ответов. При проведении исследования использовались предоставленные отрывки; возвращенный код на языке Python проверялся отдельно и не выполнялся моделью в ходе беседы.
Эти примеры охватывают три задачи, по одной на каждую версию. Полные входные данные и ответы приведены ниже вместе с правками или проверками, необходимыми для каждого результата. 12 многоразовых шаблонов не тестировались по отдельности.
Сравнение первых выходных сигналов · Вт
Составьте черновик письма о мероприятии, указав в нём основные детали.
| Проверьте | Простая инструкция | Структурированное обучение |
|---|---|---|
| Основные факты и проверка выполнения действий | 8 / 9 | 8 / 9 |
| Тема и длина текста | Пропустить · 126 слов | Пропустить · 128 слов |
| Неутверждённое обещание о последующих действиях | Настоящее время | Настоящее время |
В обеих версиях были сохранены дата, время, вместимость, цена, примечания, а также разграничение между запросом и подтверждением бронирования. Таким образом, у вас есть черновик для редактирования, а не пустая страница. Перед отправкой удалите обещание о дальнейших действиях, которое не было согласовано ни в одной из инструкций; в простой версии сеансы также были названы “идентичными” без обоснования. В своём собственном письме перечислите как факты, которые необходимо сохранить, так и обязательства, которые вам разрешено брать на себя.
Восемь критериев проверки включают: дату; время (как местное, так и по UTC); продолжительность; количество участников на сессию; возможность бесплатного участия; наличие конспектов для скачивания; отсутствие записи; а также отправку запроса на бронирование вместо его подтверждения. Девятый критерий проверяет наличие вымышленных фактов или обязательств. При подсчете количества слов название темы не учитывается.
Время выполнения: 9,73 с / 7,02 с. Количество токенов на входе и выходе: 400 + 617 / 468 + 299. По одному ответу; повторных попыток не было.
Простая инструкция — полный список подсказок и исходных материалов
Напишите электронное письмо в соответствии с приведенным ниже заданием.
ВЫМЫШЛЕННОЕ ТЕСТОВОЕ ЗАДАНИЕ. Это вымышленные сведения о семинаре, а не реальное предложение.
Вы составляете пригласительное письмо для вымышленного семинара под названием «Clear Notes».
Целевая аудитория: руководители небольших команд, которые хотят вести более четкие протоколы встреч.
Цель: предложить читателю ответить «УТРО» или «ДЕНЬ», чтобы подать заявку на участие. Ответ является заявкой на участие, но не подтверждает бронирование.
Подтверждённые факты:
- Дата: 8 октября 2026 года.
- Две отдельные сессии начинаются в 09:00 UTC и 16:00 UTC.
- Каждая сессия длится 40 минут.
- В каждой сессии 25 мест.
- Участие бесплатное.
- Участники получат записи для скачивания.
- Запись мероприятия не будет предоставлена.
- Срок регистрации не установлен.
Требования к результату: тема письма и текст письма объемом 100–140 слов. Простой, дружественный английский; без преувеличений. Укажите дату, оба времени начала и часовой пояс, продолжительность, количество мест на сессию, цену, конспекты для скачивания, отсутствие записи и действие, которое необходимо выполнить в ответ. Не придумывайте ссылку, крайний срок, подтверждение бронирования, докладчика или место проведения. Можно не упоминать об отсутствии установленного крайнего срока регистрации.
Простая инструкция — полный исходный ответ
**Тема: Семинар «Clear Notes» — 8 октября 2026 г. — Ответ на запрос о бронировании места**
Здравствуйте,
Мы приглашаем руководителей проектов, которые хотят вести более четкие и полезные протоколы встреч, принять участие в «Clear Notes» — бесплатном семинаре для сообщества, который состоится 8 октября 2026 г.
Будут проведены две одинаковые сессии, каждая продолжительностью 40 минут: одна начнется в 09:00 UTC, а другая — в 16:00 UTC. На каждую сессию доступно 25 мест.
Участие бесплатное, и каждый участник получит материалы для скачивания на память. Обратите внимание: запись сессии не будет доступна, поэтому участие возможно только в режиме реального времени.
Чтобы подать заявку на участие, просто ответьте на это письмо, указав «MORNING» или «AFTERNOON» в зависимости от того, какая сессия вам больше подходит. Ответ на это письмо является заявкой на участие, но не подтверждает вашу регистрацию. В ближайшее время мы свяжемся с вами с более подробной информацией.
Спасибо, и надеемся увидеть вас на семинаре.Структурированное обучение — полный набор подсказок и исходных материалов
Напишите пригласительное письмо в соответствии с заданием. Рассматривайте подтвержденные факты как неизменные. Четко разграничивайте запрос на место и подтвержденное бронирование. Соблюдайте указанный формат и объем текста. Используйте только предоставленные сведения.
ВЫМЫШЛЕННЫЙ ТЕСТОВЫЙ СЦЕНАРИЙ. Это вымышленные сведения о семинаре, а не реальное предложение.
Вы пишете пригласительное письмо для вымышленного общественного семинара под названием «Clear Notes».
Аудитория: руководители небольших команд, которые хотят вести более четкие протоколы встреч.
Цель: предложить читателю ответить «УТРО» или «ДЕНЬ», чтобы подать заявку на участие. Ответ является заявкой на участие; он не подтверждает бронирование.
Подтвержденные факты:
- Дата: 8 октября 2026 года.
- Две отдельные сессии начинаются в 09:00 UTC и 16:00 UTC.
- Каждая сессия длится 40 минут.
- В каждой сессии 25 мест.
- Участие бесплатное.
- Участники получат конспекты для скачивания.
- Запись мероприятия не будет доступна.
- Срок регистрации не установлен.
Результат: тема письма и текст письма объёмом 100–140 слов. Простой, дружественный английский; без преувеличений. Укажите дату, время начала и часовой пояс, продолжительность, количество мест на сессию, цену, конспекты для скачивания, отсутствие записи и действие, которое необходимо выполнить в ответ. Не придумывайте ссылку, крайний срок, подтверждённое бронирование, докладчика или место проведения. Можно не упоминать об отсутствии установленного крайнего срока регистрации.
Структурированное обучение — полный исходный ответ
Тема: Приглашаем вас: семинар «Clear Notes» — 8 октября 2026 года
Здравствуйте,
Если вы являетесь руководителем проекта и хотите научиться вести более четкие протоколы совещаний, мы будем рады видеть вас на семинаре «Clear Notes» 8 октября 2026 года.
Предлагается два сеанса по 40 минут каждый: один начнется в 09:00 UTC, а другой — в 16:00 UTC. В каждом сеансе предусмотрено 25 мест, участие в семинаре совершенно бесплатно.
Все участники получат конспекты, которые можно будет скачать и использовать в дальнейшем. Обратите внимание: запись сессии не будет доступна, поэтому участие возможно только в режиме реального времени.
Чтобы подать заявку на участие, просто ответьте словом «MORNING» или «AFTERNOON» в зависимости от того, какая сессия вам больше подходит. Ответ на это письмо является запросом на участие, но не подтверждает вашу регистрацию; в ближайшее время мы свяжемся с вами для уточнения деталей.
Надеемся увидеть вас на мероприятии.
С уважением,
Команда Clear NotesClaude: темы для исследований
В исследовательских запросах необходимо обозначить границы доказательной базы. Укажите идентификаторы источников в соответствующих отрывках или воспользуйтесь инструментом, который действительно позволяет их найти. Один только URL-адрес не является доказательством того, что Claude открыл эту страницу. Эти шаблоны позволяют отделить то, что говорится в источниках, от ваших собственных выводов.
5. Обобщать информацию из источников, не сглаживая противоречий
Ответ на вопрос, касающийся принятия решения, на основе документов, с которыми вы можете ознакомиться. Принесите с собой: Выделенные фрагменты, даты, вопрос, по которому принимается решение, и любые требования, подлежащие проверке.
R1 · Типичная задача, рассмотренная ниже
Ответьте на [ВОПРОС, ТРЕБУЮЩИЙ ПРИНЯТИЯ РЕШЕНИЯ], используя исключительно приведенный ниже исходный пакет данных. Сравните определения, совокупности и знаменатели, прежде чем рассматривать численные различия как доказательство улучшения. Проводите различие между предварительным утверждением и результатами измерений. Привязывайте каждый вывод к точной цитате из источника, которая действительно его подтверждает, и не указывайте отсутствующие доказательства.
Результат: рекомендация объёмом не более [LIMIT] слов; таблица с полями «Утверждение», «Вывод», «Идентификатор источника» и «Точная цитата, подтверждающая утверждение»; а также три недостающих измерения, необходимых для объективного сравнения. Используйте оценки «Подтверждено», «Частично подтверждено», «Не подтверждено» или «Опровергнуто» только в тех случаях, когда доказательства оправдывают такую оценку. Проведите проверку следующих утверждений: [CLAIMS].
[ИДЕНТИФИКАТОРЫ ИСТОЧНИКОВ, ДАТЫ И ПОЛНЫЕ СООТВЕТСТВУЮЩИЕ ВЫДЕРЖКИ]Проверьте результат: Проверьте приведенный текст, утверждение, которое он подтверждает, а также то, используются ли в вычислениях количества с одинаковым определением и знаменателем.
6. Проверить утверждение на соответствие приведенным источникам
Рассмотрение проекта документа до того, как ссылка на него будет использована в качестве доказательства. Принесите с собой: Точное утверждение и цитата из источника, а не просто URL-адрес.
R2 · Адаптируемый шаблон
Сверьте каждое утверждение с приложенным к нему исходным текстом. Для каждого утверждения укажите: само утверждение, идентификатор источника, точную соответствующую цитату, вывод и, при необходимости, исправленную версию.
Используйте вариант «Подтверждено», если источник подтверждает утверждение в полном объеме; «Частично подтверждается», если источник подтверждает только часть утверждения; «Не подтверждается», если доказательства отсутствуют или являются недостаточными; и «Опровергается», если источник прямо противоречит утверждению. Если исходный текст отсутствует, укажите, что вы не можете оценить степень подтверждения. Не делайте выводов о содержании источника на основании его названия или URL-адреса.
[ВСТАВЬТЕ ПАРЫ «УТВЕРЖДЕНИЕ–ИСТОЧНИК»]Проверьте результат: Даже достоверный источник может не подтверждать данное утверждение. Отсутствие доказательств не является противоречием.
“Неподтвержденный” означает, что представленные доказательства не подтверждают данное утверждение. “Опровергнутый” означает, что доказательства противоречат ему. Это различие имеет значение в тех случаях, когда источник пока не сообщает о каких-либо результатах: в данном случае не наблюдается ни улучшения, ни ухудшения.
7. Сравните варианты с вашим обоснованием решения
Выбор из вариантов, по которым имеются неоднозначные данные. Принесите с собой: Ваши критерии, ограничения и достоверная информация по каждому варианту.
R3 · Адаптируемый шаблон
Сравните [ВАРИАНТЫ] для [РЕШЕНИЯ]. Используйте следующие критерии в указанном порядке приоритета: [КРИТЕРИИ]. Жесткие ограничения: [ОГРАНИЧЕНИЯ]. Используйте только приведенную ниже информацию о вариантах.
Представьте сравнительную таблицу, наиболее обоснованный выбор и недостающий факт, который с наибольшей вероятностью может изменить этот выбор. Отметьте отсутствующие значения как неизвестные. Разделяйте факты и суждения. Не выдумывайте цены, оценки или числовые веса. Если на основании имеющихся данных невозможно выбрать ни один вариант, объясните конкретный неразрешимый компромисс.
[ВСТАВЬТЕ ПРОВЕРЕННУЮ ИНФОРМАЦИЮ С УКАЗАНИЕМ ИДЕНТИФИКАТОРОВ ИСТОЧНИКОВ]Проверьте результат: Проверьте, зависит ли рекомендация от неизвестного значения или от весов, которые вы никогда не выбирали.
8. Превратите общую тему в план исследования
Начинать исследование, не имея достаточного количества источников для ответа. Принесите с собой: Решение, аудитория, объем работы и срок выполнения.
R4 · Адаптируемый шаблон
Разработайте план исследования по теме [ВОПРОС], чтобы помочь [АУДИТОРИЯ] принять решение [РЕШЕНИЕ]. Объем исследования: [РЕГИОН, ПЕРИОД И ИСКЛЮЧЕНИЯ]. Доступное время: [ВРЕМЯ].
Представьте пять целенаправленных подвопросов. Для каждого из них приведите необходимые доказательства, предпочтительный тип первоисточников, рекомендуемые поисковые термины и вывод, который мог бы изменить решение. Завершите работу, указав два поиска с наивысшим приоритетом. Не выдумывайте исследования и не утверждайте, что вы прочитали источники. Если вы используете инструменты просмотра, отдельно укажите страницы, которые были фактически открыты, и что каждая из них подтверждает.Проверьте результат: Результатом является план. Рассматривайте предложенные направления поиска и потенциальные источники как отправные точки, а не как завершённое исследование.
Сравнение первых результатов · R
Отсутствие результата не означает, что утверждение опровергнуто.
| Проверьте | Простая инструкция | Структурированное обучение |
|---|---|---|
| Предустановленные проверки в рамках исследования | 6 / 8 | 7 / 8 |
| Этикетка с указанием срока хранения | Противоречит · слишком сильно | Неподдерживается · уместно |
| Приглашенные аккаунты против числа начатых процедур регистрации | Не объясняется прямо | Не объясняется прямо |
В обоих ответах было отвергнуто предположение о полном внедрении и признано, что в пилотных проектах использовались разные определения активации и разные группы участников. В структурированной версии утверждение об удержании клиентов было правильно обозначено как “Неподтвержденное”. В простой версии было указано “Противоречивое”, хотя приведенная в ней цитата лишь подтверждала отсутствие результатов по удержанию клиентов. Ни в одном из ответов не было явно указано на различия в знаменателях.
Показатели составили 40/50 приглашенных учетных записей (80%) и 54/60 начатых процессов регистрации (90%). Арифметика верна; эти показатели не являются взаимозаменяемыми. В структурированном ответе была добавлена отдельная проверка того, означает ли “активация” то же самое. Это был дополнительный аналитический вопрос, а не четвёртое утверждение, содержавшееся в меморандуме о запуске.
| Заявление о возмещении убытков | Что поддерживает предоставленный исходный код | Надлежащее лечение |
|---|---|---|
| B повысил уровень активации на 10 процентных пунктов | Различные показатели, определения, знаменатели и выборки | Не следует рассматривать этот разрыв как следствие улучшения ситуации |
| B — улучшение удержания | S3: результатов хранения данных в течение 30 дней пока нет | Не подтверждено; не опровергнуто |
| Компания B сократила время оказания поддержки до шести часов | S3: объединенная медиана, без разбивки по пилотным группам | Не было продемонстрировано снижение |
Посмотреть все восемь проверок научных данных
1. A: 40/50 = 80%, с использованием приглашенных аккаунтов. Оба варианта проходят проверку.
2. B: 54/60 = 90%, с использованием данных о начале регистрации. Оба варианта проходят проверку; в исходных цитатах указаны знаменатели.
3. Явно обозначьте как разные определения активации, так и разные знаменатели. Оба варианта не проходят проверку по части знаменателя.
4. Не рассматривайте отсутствие результатов по удержанию как доказательство улучшения. Оба варианта объясняют пробел в данных.
5. Не рассматривайте медиану объединенных данных по поддержке как доказанное снижение. Оба варианта проходят проверку.
6. Не следует делать выводы о причинно-следственной связи или обосновывать полное внедрение на основе этих пилотных проектов. Оба варианта проходят проверку.
7. Сопоставьте каждое утверждение и метку доказательства с тем, что подтверждает приведенная цитата. Простой вариант не проходит проверку по пункту «Противоречие»; структурированный вариант проходит.
8. Укажите три конкретных отсутствующих показателя. Оба варианта проходят проверку.
Неверная метка простого ответа учитывается один раз, в проверке 7.Время выполнения: 31,35 с / 31,07 с. Количество токенов на входе и выходе: 743 + 2822 / 832 + 2837. По одному ответу на каждый запрос; повторных попыток не было.
Простая инструкция — полный список подсказок и исходных материалов
Выполните задание, приведенное в конце данного пакета материалов.
# Пакет материалов для исследовательской работы (вымышленные данные)
Все приведенные ниже организации, данные, цитаты и документы являются вымышленными и предназначены для проведения воспроизводимого теста. Идентификаторы источников относятся исключительно к данному пакету; они не являются общедоступными исследованиями.
## S1 — Подведение итогов пилотного проекта A, 2 сентября 2026 г.
"В рамках пилотного проекта A было приглашено 50 клиентов; 40 из них завершили активацию в течение семи дней".
"Активация означала создание рабочего пространства и приглашение как минимум одного коллеги".
"Учётные записи принадлежали существующим клиентам, отобранным командой по работе с клиентами".
"В пилотном проекте использовалась пошаговая адаптация".
## S2 — Заметка на панели инструментов пилотного проекта B, 3 сентября 2026 г.
"В рамках пилотного проекта B было зарегистрировано 60 начатых процессов адаптации; 54 учетные записи создали рабочее пространство в течение семи дней".
"В данной панели мониторинга создание рабочего пространства считается активацией; приглашение коллеги при этом не требуется".
"Количество приглашений не фиксировалось".
"Учетные записи представляли собой новые регистрации в режиме самообслуживания с использованием контрольного списка".
## S3 — Отчет аналитика, 4 сентября 2026 г.
"Пилотные проекты не были рандомизированы и использовали разные группы учетных записей".
"Среднее время ответа службы поддержки по обоим пилотным проектам в совокупности составило шесть часов; данные не были разбиты по отдельным проектам".
"Результаты по 30-дневной удержанности или выручке пока отсутствуют".
## S4 — Проект памятки о внедрении, 5 сентября 2026 г.
"Пилотный проект B повысил показатель активации на 10 процентных пунктов, улучшил удержание клиентов и сократил время реагирования службы поддержки до шести часов. Внедрить чек-лист для всех учетных записей".
Это проект предложения, а не дополнительный источник данных. Его утверждения необходимо сверить с S1–S3.
## Задание, общее для обеих версий подсказки
Ответ: Обосновывает ли данный пакет данных внедрение пилотного проекта B для всех учетных записей?
Используйте только S1–S4. В качестве результата представьте: (1) рекомендацию объёмом не более 120 слов; (2) таблицу со столбцами «Утверждение», «Вердикт», «Идентификатор источника», «Точная цитата в подтверждение»; и (3) три недостающих показателя, необходимых для объективного сравнения.
Проведите аудит всех трёх эмпирических утверждений, приведённых в служебной записке о внедрении: увеличение активности, улучшение удержания клиентов и сокращение времени на поддержку. Используйте вердикты «Подтверждено», «Частично подтверждено», «Не подтверждено» или «Опровергнуто» с кратким объяснением, если необходимо. Включите числовые показатели и их знаменатели в рекомендацию или таблицу. Не выдумывайте ссылки, URL-адреса, причинно-следственные связи или выводы, отсутствующие в пакете документов.
Простая инструкция — полный исходный ответ
## Рекомендация (не более 120 слов)
Пока не запускайте пилотный проект B. Исходный показатель активации пилотного проекта B (54/60 = 90%) на 10 процентных пунктов выше, чем у пилотного проекта A (40/50 = 80%), но в этих двух пилотных проектах "активация" измерялась по-разному (в проекте B не требуется приглашение от товарища по команде), выборки были взяты из разных групп (новые регистрации через самообслуживание против существующих клиентов), и они не были рандомизированы (S3) — поэтому разницу нельзя объяснить наличием чек-листа. Утверждение об удержании клиентов не подтверждается: в S3 прямо указано, что данных об удержании за 30 дней пока нет. Показатель времени обслуживания "шесть часов" представляет собой совокупную медиану по обоим пилотным проектам, а не разбитую по каждому проекту, поэтому снижение времени обслуживания, характерное именно для пилотного проекта B, не продемонстрировано. Перед внедрением необходимо провести контролируемое, сопоставимое и последовательно определённое сравнение.
## Таблица проверки утверждений
| Утверждение | Вердикт | Идентификатор источника | Точная цитата, подтверждающая утверждение |
|---|---|---|---|
| "Пилотный проект B повысил показатель активации на 10 процентных пунктов" | Частично подтверждено — исходные показатели различаются на 10 процентных пунктов (54/60 = 90% против 40/50 = 80%), но определения/выборки/дизайн различаются, поэтому разница не может быть отнесена на счет чек-листа | S1 | "В пилотном проекте A было приглашено 50 аккаунтов; 40 из них завершили активацию в течение семи дней". |
| (то же утверждение, продолжение) | | S2 | "В пилотном проекте B было зарегистрировано 60 начатых процессов адаптации; 54 аккаунта создали рабочее пространство в течение семи дней". / "для этого не требуется приглашение от коллеги" |
| (то же утверждение, продолжение) | | S3 | "Пилотные проекты не были рандомизированы и использовали разные группы аккаунтов". |
| "улучшение удержания пользователей" | Противоречит данным — отсутствуют данные по удержанию, подтверждающие это | S3 | "Результаты по 30-дневному удержанию или выручке пока недоступны". |
| "сокращение времени реагирования службы поддержки до шести часов" | Неподтверждено — цифра представляет собой совокупную медиану, не привязанную к пилотному проекту B и не представленную как сокращение | S3 | "Медиана времени реагирования службы поддержки составила шесть часов в совокупности по обоим пилотным проектам; данные не были разбиты по отдельным проектам". |
## Для объективного сравнения необходимы три отсутствующих показателя
1. Показатели активации для обоих пилотных проектов с использованием идентичного определения (например, создание рабочего пространства *и* приглашение хотя бы одного участника команды).
2. Время отклика службы поддержки, указанное отдельно для пилотного проекта A и пилотного проекта B (а не совокупная медиана), в идеале с базовыми показателями до начала пилотных проектов.
3. Результаты по удержанию клиентов (и выручке) за 30 дней для обоих пилотных проектов, полученные на основе сопоставимых, в идеале рандомизированных или сопоставленных групп аккаунтов.Структурированное обучение — полный набор подсказок и исходных материалов
Выполните задание, используя исключительно данный пакет исходных материалов. Сравните определения, совокупности и знаменатели, прежде чем рассматривать эти два показателя как свидетельство улучшения. Проводите различие между предварительным утверждением и результатами измерений. Каждый вывод сопровождайте точной цитатой из источника, которая действительно его подтверждает, а отсутствующие доказательства оставляйте без упоминания.
# Пакет материалов для вымышленного исследования
Все организации, данные, цитаты и документы, приведенные ниже, являются вымышленными и предназначены для воспроизводимого теста. Идентификаторы источников относятся только к данному пакету; они не являются общедоступными исследованиями.
## S1 — Заключительный отчет по пилотному проекту A, 2 сентября 2026 г.
"В пилотном проекте A было приглашено 50 учетных записей; 40 из них завершили активацию в течение семи дней".
"Активация означала создание рабочего пространства и приглашение как минимум одного коллеги по команде".
"Учетные записи принадлежали существующим клиентам, отобранным командой по работе с клиентами".
"В пилотном проекте использовалась пошаговая адаптация".
## S2 — Заметка на панели инструментов пилотного проекта B, 3 сентября 2026 г.
"В рамках пилотного проекта B было зарегистрировано 60 начал процесса адаптации; 54 учетных записи создали рабочее пространство в течение семи дней".
"На этой панели инструментов создание рабочего пространства считается активацией; приглашение члена команды не требуется".
"Количество приглашений не фиксировалось".
"Учётные записи представляли собой новые регистрации в режиме самообслуживания с использованием контрольного списка".
## S3 — Обзор аналитика, 4 сентября 2026 г.
"Пилотные проекты не были рандомизированы и использовали разные группы учетных записей".
"Среднее время ответа службы поддержки по обоим пилотным проектам в совокупности составило шесть часов; данные не были разбиты по отдельным проектам".
"Результаты по удержанию пользователей в течение 30 дней и по выручке пока отсутствуют".
## S4 — Проект памятки о внедрении, 5 сентября 2026 г.
"Пилотный проект B повысил показатель активации на 10 процентных пунктов, улучшил удержание клиентов и сократил время реагирования службы поддержки до шести часов. Внедрить контрольный список для всех учетных записей".
Это проект предложения, а не дополнительный источник данных. Утверждения в нём необходимо сверить с S1–S3.
## Задание, общее для обеих версий промпта
Ответ: Обосновывает ли этот пакет данных внедрение пилотного проекта B для всех учетных записей?
Используйте только S1–S4. Выведите (1) рекомендацию объёмом не более 120 слов, (2) таблицу со столбцами «Утверждение», «Вердикт», «Идентификатор источника», «Точная цитата в подтверждение» и (3) три недостающих показателя, необходимых для объективного сравнения.
Проведите аудит всех трёх эмпирических утверждений, приведённых в меморандуме о внедрении: увеличение активности, повышение удержания клиентов и сокращение времени на оказание поддержки. Используйте вердикты «Подтверждено», «Частично подтверждено», «Не подтверждено» или «Опровергнуто», при необходимости сопровождая их кратким объяснением. Укажите числовые показатели и их знаменатели в рекомендации или таблице. Не придумывайте ссылки, URL-адреса, причинно-следственные связи или выводы, отсутствующие в пакете материалов.
Структурированное обучение — полный исходный ответ
## Рекомендация (не более 120 слов)
Нет — данные не оправдывают полномасштабного запуска пилотного проекта B. Пилотный проект A: 40 из 50 учетных записей (80%) достигли "активации", определяемой как создание рабочего пространства *плюс* приглашение коллеги, среди существующих клиентов. Пилотный проект B: 54 из 60 учетных записей (90%) создали рабочее пространство в течение семи дней без требования приглашения среди новых пользователей, зарегистрировавшихся самостоятельно. Исходный разрыв в 10 пунктов (90%−80%) сочетает в себе разные определения, разные группы пользователей и отсутствие рандомизации (S3), поэтому его нельзя интерпретировать как "повышение" показателя активации по чек-листу. Данных по 30-дневной удержанности или выручке пока нет (S3), поэтому утверждение об "улучшении удержанности" не подтверждается фактами. Показатель по шестичасовой поддержке представляет собой *совокупную* медиану для обоих пилотных проектов, а не разбитую по каждому проекту, поэтому утверждение о "сокращении времени поддержки" не имеет базовых данных или подтверждения по конкретному проекту.
## Таблица
| Утверждение | Вердикт | Идентификатор источника | Точная цитата, подтверждающая утверждение |
|---|---|---|---|
| "Пилотный проект B повысил уровень активации на 10 процентных пунктов" | Частично подтверждено — арифметическая разница существует (54/60 = 90% против 40/50 = 80%), но сравнение искажено и не может подтвердить утверждение о причинно-следственной связи "повышения" | S1, S2, S3 | S1: "Участник пилотного проекта А пригласил 50 учетных записей; 40 из них завершили активацию в течение семи дней". / S2: "Участник пилотного проекта Б зафиксировал 60 начал процесса адаптации; 54 учетные записи создали рабочее пространство в течение семи дней". / S3: "Пилотные проекты не были рандомизированы и использовали разные группы учетных записей". |
| Активация измерялась одинаково в обоих пилотных проектах | Противоречие | S1, S2 | S1: "Активация означала создание рабочего пространства и приглашение как минимум одного коллеги по команде". / S2: "Эта аналитическая панель определяет создание рабочего пространства как активацию; приглашение коллеги по команде не требуется". |
| "повышение удержания пользователей" | Не подтверждено | S3 | "Результаты по 30-дневному удержанию или выручке пока отсутствуют". |
| "сокращение времени реагирования службы поддержки до шести часов" | Не подтверждено | S3 | "Медиана времени реагирования службы поддержки по обоим пилотным проектам в совокупности составила шесть часов; данные не были разбиты по отдельным проектам". |
## Три отсутствующих показателя, необходимых для объективного сравнения
1. Время отклика службы поддержки по каждому пилотному проекту (а не в совокупности), до и после внедрения контрольного списка, чтобы можно было выделить изменения, связанные именно с пилотным проектом B.
2. Показатели 30-дневной удержания клиентов (и выручки) для обоих пилотных проектов, поскольку в настоящее время их нет ("Данные по 30-дневной удержанию клиентов или выручке пока отсутствуют", S3).
3. Единое общее определение активации (например, создание рабочего пространства *и* приглашение в команду), применяемое к сопоставимым, в идеале рандомизированным, группам аккаунтов в обоих пилотных проектах, а не смешивающее существующих клиентов (S1) с новыми пользователями, зарегистрировавшимися самостоятельно (S2).Когда исследовательская задача превращается в черновик, приложите пакет исходных материалов к заданию на написание текста. Мультимодельное рабочее пространство GlobalGPT позволяет переключаться между исследованиями, написанием текста и программированием в рамках одной панели управления. Переносите как фактические данные, так и сводку, чтобы на следующем этапе были доступны все необходимые детали.
Claude — рекомендации по программированию
Полезная подсказка по программированию должна описывать поведение, среду выполнения и то, что считается неизменным. В чате вставьте соответствующий код и текст ошибки. В разделе «Claude Code» укажите доступные файлы и конкретный объект проверки. Один и тот же текст не превращает чат в терминал.
Руководство по кодированию Anthropic и Claude рекомендует поручать помощнику задачи, которые он может выполнять, например, тестирование или сборку. Его официальная библиотека подсказок рассматривает подсказки как отправные точки для адаптации, с указанием конечного результата, справочного материала и способа проверки выполненной работы.
9. Отладка с учетом явного поведения и крайних случаев
Реализация небольшой функции, поведение которой вы можете определить самостоятельно. Принесите с собой: Код, ожидаемое поведение, ошибка или случай сбоя, время выполнения и ограничения.
C1 · Типовая задача, приведенная ниже
Исправьте код в соответствии с полной спецификацией. Проверьте валидацию перед досрочным выходом из функции, границы (включительно или исключительно), а также правила, которые должны оставаться в силе при возникновении исключения. Сохраните [PUBLIC INTERFACE]. Изменяйте только то, что требует спецификация.
[ДОпустимые входные данные, поведение при недопустимых входных данных, бизнес-правила и ожидаемые выходные данные]
[ВСТАВИТЬ КОД]
[СРЕДА ВЫПОЛНЕНИЯ, ЗАВИСИМОСТИ И НАЛИЧИЕ ИНСТРУМЕНТОВ ВЫПОЛНЕНИЯ]
Верните исправленный код и краткое объяснение. Сообщайте только о тех проверках, которые вы действительно провели. Если выполнение недоступно, укажите это и перечислите проверки, которые я должен провести.Проверьте результат: Выполняйте отдельные тестовые случаи. Убедительное объяснение — это не просто работающая программа.
10. Написать тесты на основе спецификации
Выявление неработающих случаев перед тем, как доверять реализации. Принесите с собой: Требования к поведению и тестовая инфраструктура проекта.
C2 · Адаптируемый шаблон
Напишите тесты для [ФУНКЦИИ ИЛИ КОМПОНЕНТА] с использованием [ТЕСТОВОГО ФРЕЙМВОРКА]. Рассматривайте приведенную ниже спецификацию как договор. Охватите типовой случай, каждую указанную границу, недопустимые входные данные и взаимодействия между правилами там, где это имеет значение.
Для каждого теста укажите требование, которое он проверяет, и ожидаемый результат. Сохраните существующие требования без изменений. Если спецификация неоднозначна, укажите препятствующий вопрос вместо того, чтобы делать предположения. С помощью инструментов выполнения запустите соответствующие тесты и укажите фактическую команду и результат; в противном случае пометьте их как «незапущенные».
[ВСТАВИТЬ СПЕЦИФИКАЦИЮ]
[ВСТАВИТЬ КОД ИЛИ ССЫЛКУ НА ДОСТУПНЫЙ ФАЙЛ]Проверьте результат: Тесты должны обеспечивать соответствие спецификации, а не воспроизводить ошибку в текущей реализации.
По возможности делайте тесты независимыми от реализации. В случае калькулятора стоимости доставки проверьте точные пороговые значения веса, а также некорректные вводные данные, которые в противном случае привели бы к применению бесплатной доставки. Одних только примеров «идеального сценария» недостаточно, так как они не отражают взаимодействия между правилами.
11. Провести рефакторинг без увеличения объема работы
Улучшение небольшого фрагмента кода с сохранением его поведения. Принесите с собой: Код, конкретная проблема технического обслуживания и требования к совместимости.
C3 · Адаптируемый шаблон
Проведите рефакторинг [КОД ИЛИ ДОСТУПНЫЙ ФАЙЛ] для устранения [ОДНОЙ КОНКРЕТНОЙ ПРОБЛЕМЫ, СВЯЗАННОЙ С ОБСЛУЖИВАНИЕМ]. Сохраните [ПУБЛИЧНЫЙ API, ТИПЫ ВОЗВРАЩАЕМЫХ СТОЙНОСТЕЙ, ПОВЕДЕНИЕ ПРИ ОШИБКАХ И ДРУГИЕ КОНТРАКТЫ]. Используйте только существующие зависимости. Не добавляйте несвязанные функции и не перепроектируйте смежные модули.
Представьте минимальное полезное изменение, объясните любое поведение, которое не удалось сохранить, и укажите тесты, необходимые для проверки совместимости. Если доступны соответствующие инструменты, запустите эти проверки и покажите результат; в противном случае предоставьте предлагаемые проверки и укажите, что они не были запущены.
[ВСТАВИТЕ КОД И СООТВЕТСТВУЮЩИЕ ТЕСТЫ]Проверьте результат: Просмотрите diff на наличие изменений, выходящих за пределы запрошенного объема, а затем запустите соответствующие тесты заново.
12. Объясните незнакомый код на примере конкретных входных данных
Прежде чем вносить изменения в функцию, необходимо понять её работу. Принесите с собой: Сам код и один типичный пример входных данных.
C4 · Адаптируемый шаблон
Объясните этот код разработчику, который знаком с [ПРЕДПОСЫЛКИ], но только начинает работать с [ЯЗЫК ИЛИ ПРОЕКТ]. Опишите пример входных данных: [INPUT]. Опишите входные данные, соответствующие ветвления, изменения состояния и ожидаемый результат.
Укажите на конкретные имена функций и выражения. Проведите различие между тем, что показывает код, и предположениями об отсутствующих зависимостях. В заключение приведите один крайний случай, который стоит протестировать. Не переписывайте код и не придумывайте поведение для функций, определения которых отсутствуют.
[ВСТАВИТЬ КОД]
Проверьте результат: Сверьте описанную ветвь и возвращаемое значение с кодом; отметьте отсутствующие зависимости как неизвестные.
Сравнение первых результатов · C
Обе возвращаемые функции успешно прошли все 24 тестовых случая.
| Проверьте | Простая инструкция | Структурированное обучение |
|---|---|---|
| Отдельные местные случаи | 24 / 24 | 24 / 24 |
| Изменения внутри небольшой функции | Да | Да |
| Претензия в отношении тестирования с использованием инструментов | Такого утверждения нет | Явно указано, что выполнение не допускается |
И «простой», и «структурированный» варианты ответов учитывали пороговые значения веса, бесплатную доставку по базе, надбавку за удаленную доставку и неверные входные данные в соответствии с нашей фиксированной спецификацией. В структурированном ответе прямо указывалось, что тесты не выполнялись. Затем мы самостоятельно запустили обе функции; в «простом» ответе также не утверждалось, что тесты выполнялись.
Просмотреть все 24 входных значения и фактические результаты (прошел/не прошел)
| [граммы, промежуточная сумма в центах, удаленно] | Ожидаемое значение в центах или исключение | Обычный | Структурированный |
|---|---|---|---|
| [1, 0, false] | 500 | Пропустить | Пропустить |
| [1000, 0, false] | 500 | Пропустить | Пропустить |
| [1001, 0, false] | 900 | Пропустить | Пропустить |
| [5000, 0, false] | 900 | Пропустить | Пропустить |
| [5001, 0, false] | 1500 | Пропустить | Пропустить |
| [1, 9999, false] | 500 | Пропустить | Пропустить |
| [1, 10000, false] | 0 | Пропустить | Пропустить |
| [1000, 10000, true] | 300 | Пропустить | Пропустить |
| [5001, 0, true] | 1800 | Пропустить | Пропустить |
| [1001, 9999, true] | 1200 | Пропустить | Пропустить |
| [5001, 10001, false] | 0 | Пропустить | Пропустить |
| [0, 0, false] | ValueError | Пропустить | Пропустить |
| [-1, 0, false] | ValueError | Пропустить | Пропустить |
| [1,0, 0, false] | ValueError | Пропустить | Пропустить |
| ["1000", 0, false] | ValueError | Пропустить | Пропустить |
| [true, 0, false] | ValueError | Пропустить | Пропустить |
| [null, 0, false] | ValueError | Пропустить | Пропустить |
| [1, -1, false] | ValueError | Пропустить | Пропустить |
| [1, false, false] | ValueError | Пропустить | Пропустить |
| [1, 1,5, false] | ValueError | Пропустить | Пропустить |
| [1, "0", false] | ValueError | Пропустить | Пропустить |
| [1, 0, 1] | ValueError | Пропустить | Пропустить |
| [1, 0, null] | ValueError | Пропустить | Пропустить |
| [0, 10000, false] | ValueError | Пропустить | Пропустить |
Входные данные и ожидаемые результаты были зафиксированы до запуска. Возвращаемые значения должны были быть точными целыми числами; при недопустимых входных данных должна была возникать ошибка ValueError. Обе функции были проверены, а затем запущены в локальном процессе с запретом доступа к сети, чтения пользовательских файлов и записи в файлы. Успешное прохождение этих тестов является подтверждением работоспособности данной функции и соответствия спецификации, но не означает готовности к использованию в производственной среде.
Время выполнения: 12,58 с / 13,30 с. Количество токенов на входе и выходе: 553 + 735 / 621 + 1015. По одному ответу; повторных попыток не было.
Простая инструкция — полный список подсказок и исходных материалов
Исправьте функцию в соответствии с приведенной ниже спецификацией и предоставьте требуемый результат.
# Вымышленный калькулятор стоимости доставки
Python 3. Без использования сети или внешних пакетов. Исправьте функцию shipping_cents(weight_grams, subtotal_cents, remote=False) в приведенном ниже коде.
Техническое задание:
- weight_grams — положительное целое число. subtotal_cents — неотрицательное целое число. Логические значения Python не являются допустимыми целыми числами для этих двух входных параметров.
- remote должен быть логическим значением.
- Вызывайте исключение ValueError при любом недопустимом входе, даже если заказ соответствует условиям бесплатной базовой доставки.
- Стоимость базовой доставки составляет 500 центов для веса 1–1000 грамм, 900 центов для веса 1001–5000 грамм и 1500 центов для веса свыше 5000 грамм.
- При промежуточной сумме не менее 10000 центов отменяется только базовая стоимость доставки.
- Доставка в отдаленные регионы увеличивает стоимость на 300 центов, в том числе для заказов с бесплатной базовой доставкой.
- Возвращайте целое число. Сохраняйте сигнатуру функции. Не изменяйте входные данные, не выполняйте операции ввода-вывода и не импортируйте пакеты.
Код с ошибками:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if subtotal_cents >= 10000:
return 0
if weight_grams < 1000:
fee = 500
elif weight_grams < 5000:
fee = 900
else:
fee = 1500
if remote:
fee += 300
return fee
```
Результат: один блок Python с ограждающими символами, содержащий исправленную функцию, а затем краткое объяснение внесенных изменений. Не утверждайте, что вы запускали код, если у вас на самом деле нет инструментов для его выполнения. Эксперт запустит тестовые случаи, охватывающие пороговые значения, правило бесплатной доставки, надбавку за удалённую доставку и все категории недействительных входных данных, указанные в данной спецификации.
Простая инструкция — полный исходный ответ
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
raise ValueError("weight_grams должно быть целым числом")
if weight_grams <= 0:
raise ValueError("weight_grams должно быть положительным числом")
if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
raise ValueError("subtotal_cents должно быть целым числом")
if subtotal_cents < 0:
raise ValueError("subtotal_cents должно быть неотрицательным")
if not isinstance(remote, bool):
raise ValueError("remote должен быть логическим значением")
if weight_grams <= 1000:
fee = 500
elif weight_grams = 10000:
fee = 0
if remote:
fee += 300
return fee
```
Внесенные изменения:
1. **Добавлена проверка входных данных**: Проверяется, что `weight_grams` и `subtotal_cents` имеют тип `int` (исключая `bool`, поскольку `bool` является подклассом `int`), что `weight_grams` является положительным числом, `subtotal_cents` — неотрицательным числом, а `remote` — значением типа `bool`. В противном случае генерируется исключение `ValueError`, даже если заказ соответствует условиям бесплатной доставки.
2. **Исправлены пороговые значения веса**: Значения `< 1000` и `< 5000` заменены на `<= 1000` и `<= 5000`, чтобы границы (1000 г, 5000 г) попадали в правильный диапазон в соответствии со спецификацией ("1–1000 граммов", "1001–5000 граммов", "свыше 5000 граммов").
3. **Исправлен порядок расчёта логики бесплатной доставки**: исходный код сразу возвращал `0`, если промежуточная сумма соответствовала условиям бесплатной доставки, полностью пропуская надбавку за удалённую доставку. Теперь сначала вычисляется базовая плата, которая обнуляется, если промежуточная сумма соответствует условиям бесплатной доставки, и *только потом* добавляется надбавка за удаленную доставку — это гарантирует, что даже при бесплатной базовой доставке надбавка за удаленную доставку по-прежнему составляет 300 центов.
4. **Тип возвращаемого значения**: все значения сборов остаются простыми целыми числами, что соответствует требованию о возвращении значения типа `int`.Структурированное обучение — полный набор подсказок и исходных материалов
Исправьте функцию в соответствии с полной спецификацией. Применяйте проверку входных данных перед любым досрочным возвратом, сохраняйте пороговые значения с учетом границ и отделяйте базовую плату от надбавки за удаленную доставку. Предоставьте запрошенную функцию и пояснения. Укажите только те проверки, которые вы действительно выполнили.
# Вымышленный калькулятор стоимости доставки
Python 3. Без использования сети или внешних пакетов. Исправьте функцию shipping_cents(weight_grams, subtotal_cents, remote=False) в приведённом ниже коде.
Техническое задание:
- weight_grams — положительное целое число. subtotal_cents — неотрицательное целое число. Значения типа bool в Python не являются допустимыми целыми числами для этих двух входных параметров.
- remote должен быть значением типа bool.
- Вызывайте исключение ValueError при любом недопустимом входе, даже если заказ подпадает под бесплатную базовую доставку.
- Стоимость базовой доставки составляет 500 центов для веса 1–1000 грамм, 900 центов для веса 1001–5000 грамм и 1500 центов для веса свыше 5000 грамм.
- При сумме в счете не менее 10000 центов отменяется только базовая стоимость доставки.
- Доставка в отдаленные регионы увеличивает стоимость на 300 центов, в том числе для заказов с бесплатной базовой доставкой.
- Возвращайте целое число. Сохраняйте сигнатуру функции. Не изменяйте входные данные, не выполняйте операции ввода-вывода и не импортируйте пакеты.
Код с ошибками:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if subtotal_cents >= 10000:
return 0
if weight_grams < 1000:
fee = 500
elif weight_grams < 5000:
fee = 900
else:
fee = 1500
if remote:
fee += 300
return fee
```
Результат: один блок Python с ограждением, содержащий исправленную функцию, а затем краткое объяснение внесенных изменений. Не утверждайте, что вы запустили код, если у вас нет инструментов для его выполнения. Эксперт запустит тестовые случаи, охватывающие пороговые значения, правило бесплатной доставки, надбавку за удалённую доставку и все категории неверных входных данных, указанные в данной спецификации.
Структурированное обучение — полный исходный ответ
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
raise ValueError("weight_grams должно быть целым числом (не логическим значением)")
if weight_grams <= 0:
raise ValueError("weight_grams должно быть положительным")
if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
raise ValueError("subtotal_cents должно быть целым числом (не логическим значением)")
if subtotal_cents < 0:
raise ValueError("subtotal_cents должно быть неотрицательным")
if not isinstance(remote, bool):
raise ValueError("remote должно быть bool")
if weight_grams <= 1000:
base_fee = 500
elif weight_grams = 10000:
base_fee = 0
surcharge = 300 if remote else 0
return base_fee + surcharge
```
Объяснение изменений:
1. **Проверка входных данных перенесена перед любым досрочным возвратом.** Исходный код возвращал `0` при `subtotal_cents >= 10000`, не проверяя сначала входные данные. Теперь вся проверка (проверка типов для `weight_grams`, `subtotal_cents` и `remote`, включая явное исключение `bool` для двух целочисленных полей, поскольку `bool` является подклассом `int` в Python) происходит до любой логики расчета стоимости доставки или оператора возврата, поэтому недопустимые входные данные всегда вызывают исключение `ValueError`, даже если заказ в противном случае соответствовал бы условиям бесплатной базовой доставки.
2. **Исправлены пороговые значения с включением границ.** В исходном коде использовались `< 1000` и `< 5000`, что исключало граничные значения (1000 и 5000) из нижней границы, вопреки указаниям в спецификации "1–1000 граммов" и "1001–5000 граммов" включительно. Изменено на `<= 1000` и `= 10000`, что привело к некорректному пропуску надбавки за удалённую доставку для заказов с бесплатной доставкой. Теперь `base_fee` и `surcharge` рассчитываются независимо: `base_fee` устанавливается равным `0`, когда достигается пороговое значение промежуточной суммы, но `surcharge` (300 центов, если `remote`) всегда добавляется сверху, что соответствует условию: "При удаленной доставке добавляется 300 центов, включая заказы с бесплатной базовой доставкой".
4. **Тип возвращаемого значения.** Все компоненты комиссии представляют собой простые целые числа, а сумма `base_fee + surcharge` возвращается как `int`, что соответствует требуемой сигнатуре и типу возвращаемого значения.
**Фактически выполненная проверка:** Отсутствует — у меня нет инструментов для выполнения кода в этой среде, поэтому я не запускал этот код. Вышеизложенное основано исключительно на ручном чтении спецификации и отслеживании логики вручную; я не выполнял тестовые случаи для проверки.Для задач, в которых требуется сочетать написание кода с работой с текстом, изображениями или видео, вы можете Подключить GlobalGPT CLI к Claude Code и включить модель платформы и медиа-функции в рабочий процесс терминала. Начните с четко сформулированной задачи и критериев, по которым вы будете оценивать результат.
Что изменилось, когда мы сформулировали подсказки более конкретно?
Дополнительная структурированность помогла принять одно исследовательское решение в ходе этого цикла. Она не устранила лишнее обещание из письма и не улучшила и без того корректно работающую функцию доставки. Поскольку обе версии содержали полный набор требований, это сравнение служит полезным напоминанием: качество технического задания имеет значение ещё до того, как вы начнёте добавлять дополнительные инструкции.
Результаты по парам примеров
Различные задачи требуют различных проверок.
| Меры, ориентированные на конкретные задачи | Простая инструкция | Структурированное обучение | Что делать с полученным результатом |
|---|---|---|---|
| Изложение фактов и обязательств | 8 из 9 | 8 из 9 | Удалить вымышленные обещания о дальнейших действиях |
| Проверка достоверности научных данных | 6 из 8 | 7 из 8 | Исправьте обозначение доказательства и сравните знаменатели |
| Примеры поведения Python | 24 из 24 | 24 из 24 | Обеспечьте работоспособность спецификации и независимых тестов |
Это данные из разных контрольных списков, а не сопоставимые процентные показатели или общий балл модели. Полные формулировки запросов, исходные ответы и подробная информация о тесте приведены под каждым примером. Указанные данные — это время выполнения одного прогона и количество токенов для этих запросов; они не свидетельствуют о преимуществе в скорости или стоимости.
Используйте краткую формулировку задания, если суть работы и исходный материал уже понятны. Добавляйте структуру, когда становится сложно разграничить инструкции, документы, примеры или противоречивые требования. В руководстве по Anthropic также рассматриваются особенности поведения конкретных моделей, поэтому старая привычка требовать неоднократной самопроверки не должна становиться автоматическим дополнением к каждому запросу.
Как исправить подсказку, дающую неточный ответ
Измените ту часть, которая вызвала проблему. Если в ответе был указан срок выполнения, формулировка “улучшите это” будет слишком общей. Укажите на недостоверную деталь, определите рамки и попросите внести конкретные исправления. Сохраните исходный ответ, если вы сравниваете разные версии задания, а не заменяете его без предупреждения.
| Что пошло не так | Что нужно предоставить или изменить | Полезное продолжение |
|---|---|---|
| Ответ носит общий характер | Читатель, конкретное задание и реальный материал | Перепишите текст для [аудитории], используя только следующие сведения: [краткое описание]. |
| Голос звучит не так, как надо | Образец вашего собственного текста | Соблюдайте ритм и степень формальности предложений, приведенных в этом образце; сохраните факты, изложенные в новом кратком изложении. |
| Это добавляет обещание | Четко обозначенная граница и спорное предложение | Удалите обязательство о последующих действиях. Источник не предусматривает такого обязательства. |
| Цитата выглядит правдоподобно | Сама цитируемая фраза | Подтверждает ли этот отрывок утверждение полностью, частично или не подтверждает его вовсе? |
| Эти два процентных показателя выглядят сопоставимыми | Определения, знаменатели, совокупности, период | Прежде чем сравнивать показатели, укажите, на что делится каждый процент. |
| Код выглядит правильно, но не работает | Воспроизводимый неверный ввод и ожидаемый результат | Этот ввод должен возвращать [значение], но возвращает [значение]. Исправьте правило и запустите этот тестовый случай. |
Если требование действительно отсутствует, пусть Claude задаст конкретный вопрос. В случае обычной задачи, для которой имеется достаточно контекста, обязательное собеседование из двадцати вопросов лишь затягивает работу. Аналогично, просите предоставить краткое объяснение, доказательства или результаты тестирования, а не подробный отчет о частных внутренних рассуждениях.
Сохраняйте полезные подсказки вместе с формой ввода данных и проверками, которые выявили ошибки. Если задача становится повторяющимся рабочим процессом приложения, использование Claude через API позволяет вам вести версии подсказок и хранить записи о запросах. Перепроверяйте свои примеры при изменении модели или требований к задаче.
ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
Что должно входить в хороший промпт для Claude?
Укажите задачу, соответствующий контекст или исходный материал, важные ограничения, желаемый результат и критерии успешного выполнения. В случае простого запроса одно предложение может охватывать несколько из этих пунктов. Используйте более четкую структуру, когда объединяете документы, примеры или правила, которые в противном случае легко перепутать.
Нужны ли теги XML для подсказок Claude?
Нет. Четкий и понятный язык — это хорошая отправная точка. Теги XML могут помочь разделить инструкции, примеры и исходный текст в сложной подсказке. Используйте описательные метки, которые облегчают понимание отдельных частей. Теги не гарантируют фактическую точность, и одно лишь их наличие не означает, что одна подсказка лучше другой.
Может ли Claude проверять источники, которые он не может открыть?
Он может проанализировать предоставленный вами текст, но одного только названия источника или URL-адреса недостаточно, чтобы определить, о чём говорится на странице. Вставьте соответствующий отрывок или воспользуйтесь доступными инструментами просмотра, чтобы найти его. Затем проверьте как саму цитату, так и то, подтверждает ли она конкретное утверждение, связанное с ней.
Можно ли использовать один и тот же запрос в чате Claude и в приложении Claude Code?
Вы можете повторно использовать задачу и ограничения, но при этом адаптировать запрос с учётом доступных инструментов. В чате приведите код и соответствующий контекст. В разделе “Claude Code” вы можете указать доступные файлы проекта и запросить их выполнение. Просьба «запустить тесты» не является доказательством того, что тесты действительно были запущены.
Лучшие подсказки для Claude — это те, которые вы можете адаптировать и проверить. Начните с одной повторяющейся задачи, замените примерный материал своим собственным и воспользуйтесь контрольными вопросами, приведенными рядом с шаблоном, прежде чем доверять полученному ответу. Попробуйте этот рабочий процесс в версии GlobalGPT когда для следующего шага потребуется другая модель или инструмент искусственного интеллекта в том же рабочем пространстве.
Источники и дата тестирования: Официальные подсказки и документация по коду Claude были проверены 14 сентября 2026 года. Пары примеров были сгенерированы с помощью Claude в GlobalGPT в указанную дату на основе вымышленного материала. Ознакомьтесь с полным текстом подсказок и ответов выше, а затем адаптируйте шаблон под свою задачу.
