masters launch: запуск черновика должен быть отдельной командой, а не флагом update --launch

[axisrow]

masters launch — запуск черновика должен быть отдельной командой, а не флагом update --launch

Сейчас единственный способ опубликовать DRAFT-кампанию — masters update <id> --launch. Это расходится и с вебом, и с контрактом остальных команд
этого CLI.

1. --launch нельзя передать в одиночку

$ direct masters update 713231614 --launch --format json
Error: Provide at least one of --weekly-budget, --promotion-goal,
--directs-helps/--no-directs-helps, --name, --headline, --text, --image.

(direct_cli/commands/masters.py:1096)

--launch — модификатор сохранения формы, а не действие: он выбирает,
какой из двух терминальных кнопок сохранить (#668). Поэтому запустить
черновик, ничего не меняя, невозможно — приходится передавать поле
повторно с тем же значением только ради того, чтобы дойти до кнопки:

$ direct masters update 713231614 --weekly-budget 3000 --launch --format json
{
  "CampaignId": 713231614,
  "WeeklyBudget": 3000
}

Это искусственная мутация: лишний проход _set_weekly_budget +
_verify_saved на ровном месте, при том что запись значения, которое уже
стоит, не нужна никому.

В вебе так не надо. На странице черновика кнопка «Запустить кампанию»
доступна сама по себе, правка полей для запуска не требуется.

2. Расходится с контрактом соседних команд

У campaigns каждое изменение состояния — отдельная команда-глагол, а не
флаг к update:

direct campaigns resume    --id N
direct campaigns suspend   --id N
direct campaigns archive   --id N
direct campaigns unarchive --id N

У masters этот же принцип уже соблюдён для трёх команд —
masters suspend|resume|archive CAMPAIGN_IDS (список через запятую,
ничего не правят, проверяют смену статуса, идемпотентны). Из общего ряда
выбивается только запуск.

3. Молчаливый результат

Вывод выше — {"CampaignId": ..., "WeeklyBudget": 3000}. Про смену
статуса нет ни слова, хотя кампания реально ушла DRAFT → MODERATION
(проверено отдельным masters list). Самое необратимое действие команды
проходит молча.

При этом в copy_master для этого уже есть поле:
result["Launched"] = launch (direct_cli/browser/masters.py:1239).

Предлагаемое решение

direct masters launch CAMPAIGN_IDS

Контракт — как у masters suspend|resume|archive: список ID через
запятую, проверка фактической смены статуса перед рапортом об успехе,
идемпотентность на не-DRAFT (как --launch сейчас: «Has no effect on a
non-DRAFT campaign»). Реализация переиспользует уже существующий
_click_draft_terminal_button(page, campaign_id, launch=True) из #668.

Практическая мотивация: в партии Мастеров 2026-08 — 20 черновиков.
Разница между одной командой со списком и 20 вызовами update с
фиктивной правкой бюджета существенная.

Судьбу update --launch после этого — на усмотрение: оставить как
низкоуровневый «сохранить-и-опубликовать» или убрать в пользу launch.
Минимум — добавить "Launched": true в вывод.

Живая проверка (что уже подтверждено)

CLI	direct, version 0.5.1
main	aad9ccc
Кампания	713231614 «Мастер ИЖ-1 Сосуды и вены (холодный)»
Результат	DRAFT → MODERATION, подтверждено masters list
Дата	2026-08-04

Сам механизм публикации из #668 работает — претензия только к форме
вызова и к молчаливому выводу.

Связано: #668 (DRAFT save/launch), #702 (живая проверка
--weekly-budget), #648 (умбрелла).

[axisrow]

Подтверждено на партии из 20 запусков: молчаливый вывод скрыл несостоявшуюся публикацию

2026-08-04, боевой клиентский аккаунт, CLI 0.5.1, main aad9ccc.
Запускалась партия Мастеров 2026-08 — 19 черновиков подряд, каждый
masters update <id> --weekly-budget 1000 --launch.

Скрипт отрапортовал 19 из 19 успешных, фактически запустились 18.

713234265 («Мастер БОО-7 Тяжесть после еды») осталась в DRAFT. При этом
команда завершилась с exit 0 и вернула вывод, неотличимый от успешного:

{
  "CampaignId": 713234265,
  "WeeklyBudget": 1000
}

Обнаружено только сверкой с masters list --status not-archived после
всей партии. Повторный вызов той же командой отработал — кампания ушла в
MODERATION.

Это ровно тот сценарий, ради которого заводился пункт 3 issue: «успех» и
«ничего не произошло» выглядят одинаково. На одной кампании это
замечаешь, на девятнадцати — нет. Если бы вывод содержал
"Launched": true/false (поле уже есть в copy_master,
direct_cli/browser/masters.py:1239) либо _verify_saved проверял смену
статуса так же, как проверяет поля, расхождение всплыло бы сразу.

Смежное: первая попытка сохранения бюджета не записалась

Тот же аккаунт, кампания 713231614 — уже не DRAFT (MODERATION),
правка бюджета 3000 → 1000:

$ direct masters update 713231614 --weekly-budget 1000 --format json
Error: Clicked 'Сохранить кампанию' for campaign 713231614, but re-reading
the edit page after reload shows it did not save as requested:
weekly_budget: expected 1000, page now shows 3000. Yandex may have rejected
the value (client-side validation) or the save did not complete — verify
manually before retrying.

Повторный вызов той же командой, без изменений, прошёл штатно; третий
контрольный вызов подтвердил 1000. То есть значение отвергнуто не было —
похоже на гонку с перерисовкой страницы на не-DRAFT пути сохранения
(«Сохранить кампанию»), родственную #689/#691/#692.

Здесь важно противопоставление: при правке поля _verify_saved поймал
несохранение и не дал ложного успеха. При --launch такой защиты нет —
поэтому БОО-7 и прошла молча. Это довод за то, чтобы верификация смены
статуса при публикации была не «приятным дополнением», а обязательной
частью, как уже сделано для полей.

Если полезно как отдельный баг про нестабильность сохранения на не-DRAFT —
могу вынести во второй issue.