В одном японском тесте Claude Code десять раз подряд одинаково трактовал двусмысленное задание. Файлы совпадали побайтно, команда завершалась успешно, ошибок и предупреждений не было. Если результат выглядит правдоподобно, стабильность легко принять за правильность.
Неоднозначный промпт может ошибаться стабильно
Японский автор numarn проверял Claude Code в командном режиме. Агент получал задачу через claude -p и обрабатывал небольшие таблицы. В одном задании нужно было отсортировать строки с одинаковыми суммами, но правило для ничьей не указали. В другом — убрать дубликаты, не уточняя, что считать дублем.
Без уточнений модель каждый раз сохраняла исходный порядок строк с одинаковой суммой. Дубликатами она считала только полностью совпадающие строки. Строки с одинаковым id, но разными именами, оставались. Результат не соответствовал замыслу автора, хотя таблица не выглядела сломанной.
В одном задании в ожидаемой таблице должно было быть три строки, а в выходной оказалось пять. Все десять запусков дали одинаковый вариант файла. Во всей серии из 70 запусков код завершился с 0, файл out.txt появился, а stderr остался пустым. Команда отработала успешно, хотя задача была выполнена не так, как ожидал автор.
Автор добавил в конец задания короткое уточнение и проверил, изменится ли поведение. Например, указал сортировать строки с одинаковой суммой по id или считать дубликатами строки с одинаковым id, оставляя первую. Для второго правила он использовал такую формулировку:
В этой строке задана структура правила: назвать точный критерий совпадения и уточнить, какую запись оставить. Подставьте свой ключ — например, id, дату или сочетание нескольких полей. Это пример для конкретной двусмысленности, а не универсальный промпт.
ここでの重複とは、id が同じことを指します。残すのは最初に出てきた行です。Из чего собран промт
- сценаздесь дублирование
ここでの重複とは - параметрыозначает одинаковый id
id が同じことを指します - действиеоставить первую появившуюся строку
残すのは最初に出てきた行です
Задание с сортировкой пришлось проверить отдельно. В исходной таблице строки шли в том же порядке, что и значения id. Один ответ подходил сразу под два правила. Автор поменял порядок строк, оставив суммы прежними. Тогда стало видно: по умолчанию Claude Code сохранял порядок входных строк и не сортировал равные значения по id.
Хорошее напоминание для тестов: если два правила дают одинаковый результат, прогон ничего не доказывает. Нужен контрольный пример, в котором результаты разойдутся.
Добавленная оговорка сработала в обеих задачах: уточнённое правило соблюдалось в 20 случаях из 20. По замерам автора, за это приходилось платить 25–33 дополнительными токенами в первом запросе. Он также отслеживал внутренние thinking_tokens. Без уточнения они появлялись во всех 30 запусках, а с уточнением в 35 из 40 запусков равнялись нулю.
Автор предупреждает: эти цифры совпали в его измерениях, но они не доказывают, что именно одна строка сократила размышления модели. Проверяли две небольшие таблицы, а не большие рабочие данные. Практический тест простой: найдите в задаче место с двумя трактовками и явно задайте правило.
Для Claude Code задайте правило выбора прямо
В примере ниже задан порядок строк с одинаковым значением. Замените kingaku и id на поля из своей таблицы, а критерий выберите под задачу: время, алфавитный порядок или приоритет.
同じ kingaku の行が複数あるときは、id が小さい順に並べてください。Из чего собран промт
- сценакогда есть несколько строк с одинаковым kingaku
同じ kingaku の行が複数あるときは - форматв порядке возрастания id
id が小さい順に - действиеотсортируйте
並べてください
Уточнения пригодятся для сортировки, дедупликации, округления, дат и граничных значений: входит ли верхняя граница в диапазон, какую запись считать первой, что делать при равенстве. Расписывать каждую мелочь не нужно. В тесте поведение повторялось — автору просто требовалось другое.
Wan 2.2 сохранил стиль, но не придумал нужное движение
В отдельном разборе японский автор やってみ太郎 оживлял статичные кадры короткого ролика о слизне Нуме и капибаре Доне. Он использовал Wan 2.2 FLF2V — режим first/last frame: модели дают начальный и конечный кадр, а она строит движение между ними. Все восемь видео сохранили фон, линии и цвета иллюстраций.
Автору важно было сохранить простой рисунок персонажей и небольшое количество линий. Если модель меняет стиль, узнаваемость легко теряется. Начальный и конечный кадры удерживали внешний вид, но не решали все проблемы с анимацией.
Промптом удавалось исправлять детали внешности: убрать появившиеся ноги, вернуть пропавший рюкзак, восстановить форму глаз. С движением было сложнее. Например, не получалось словами точно задать, как персонаж забирается на камень или сколько раз облизывает лист. Автор добавлял промежуточные ключевые кадры и делил сцену на короткие отрезки. Отдельные сегменты становились лучше, но движение к вертикальной поверхности всё равно иногда превращалось во вставание.
В этом процессе задачи разделились: кадр фиксировал внешний вид, промпт подсказывал детали, а сложное движение приходилось разбивать на этапы. В заметке Qiita указаны разрешение 480×864 и частота 16 кадров в секунду. Параметр duration_seconds со значением n давал 16n+1 кадров — примерно на 0,06 секунды больше заданной длительности.
В описанном workflow использовались Hugging Face MCP и Space mcp-tools/wan-2-2-first-last-frame. Для входных изображений нужен был публичный URL. Это условие конкретного способа запуска: другие интерфейсы Wan 2.2 могут работать иначе.
Если у задания есть два возможных смысла, задайте правило заранее и проверьте файл. Одних слов агента о том, что всё готово, недостаточно.
Для креатора здесь три отдельных задачи: снять двусмысленность до запуска, проверить выбор инструмента на своём пайплайне и зафиксировать стиль видео кадрами. Агент может выполнять команду стабильно и аккуратно. Главное — заранее определить, что именно считать правильным результатом.
Источники
Claude Code から Hugging Face MCP で Wan 2.2 FLF2V を呼び、キャラの静止画をスタイルを保ったまま動かす
Источникzenn.dev
