yandex-direct

name	yandex-direct
description	Используй когда нужно спланировать, проверить или диагностировать рекламу в Яндекс.Директе: готовность перед запуском, семантика, бюджет, структура кампании, посадочная, Telegram/MAX/лендинг, tracking, первая оптимизация и симптомы.
verified_at	"2026-06-01T00:00:00.000Z"
covers	["marketing","ads","routing"]
drift_covers	[".agents/skills/yandex-direct/**","source-workbench/cases/SWB-2026-05-31-01__yandex-direct-tg-mini-course-live-pilot/**","source-workbench/cases/SWB-2026-06-02-01__gnedko-yandex-direct-autofunnel-subscribers-batch-1/**","source-workbench/cases/SWB-2026-06-03-01__tsymbalist-yandex-direct-autostrategies-2025/**","source-workbench/cases/SWB-2026-06-01-07__yandex-direct-unified-skill-architecture*","agent-harness/audit/YANDEX_DIRECT_UNIFIED_SKILL_ARCHITECTURE_2026-06-01/**"]

Yandex Direct

Состояние выпуска: core_repo_runtime_installed.

Статус Stage 2 operator field eval: operator_synced_and_field_eval_clear.

Этот skill является единым core repo runtime для read-only планирования и диагностики Яндекс.Директа. Telegram, MAX, лендинг, вебинар, бот и CRM — это destination adapters внутри одного skill, а не отдельные skills.

Stage 1 install review перевёл skill в repo core runtime. Stage 2 re-audit follow-up исправил repo source truth, после чего оператор явно одобрил guarded operator sync. Operator-home runtime теперь совпадает с repo source для yandex-direct.

Когда использовать

Используй skill, когда пользователь просит:

• проверить готовность связки Яндекс.Директ -> посадочная -> destination перед запуском;
• подготовить структуру кампании: семантика, минус-фразы, группы, бюджетная гипотеза;
• проверить посадочную как классификатор аудитории для Директа;
• проверить destination tracking для Telegram, MAX, лендинга, вебинара, бота или CRM;
• провести первую оптимизацию после стартового окна данных;
• диагностировать симптомы кампании: клики есть, событий нет; события есть, заявок нет; лиды дорогие; трафик подозрительно дешёвый; бюджет не тратится;
• понять, что нужно current-check перед рекламным запуском.

Когда не использовать

• Новый курс, transcript corpus, Source Note, Knowledge Notes, claim bank: используй course-processing.
• VK Ads execution or VK Ads campaign strategy: используй vk-ads.
• Архитектура всей автоворонки, CRM-сегментация, чат-бот или ИИ-ассистент как главный вопрос: используй autofunnel-architect.
• Спрос, ЦА, продукт, launch readiness или Захарян: используй zakharyan-launch-system.
• Только русский рекламный текст, пост, письмо или лендинг-copy: используй ru-human-copy или zakharyan-copywriting.
• Юридическая маркировка, ОРД/ЕРИР, privacy, платформенные правила, тарифы/API или актуальные правила кабинета как главный вопрос: используй current-sensitive-workflow.
• Анализ рекламы конкурентов: используй competitive-ads-research.

Обязательные references

Перед runtime-style ответом прочитай только нужные references:

1. references/skill-map.md
2. references/routing-matrix.md
3. references/current-sensitive-boundary.md
4. references/source-map.md
5. references/source-pack-contract.md
6. references/destination-adapter-contract.md
7. Один source pack из references/source-packs/
8. Один destination adapter из references/destinations/, если после клика есть конкретный destination
9. Один primary method из references/methods/

Reference-only/deferred methods не применяй как primary runtime route.

Выбор метода

• Prelaunch readiness -> YD-001.
• Посадочная как classifier -> YD-002.
• Destination tracking -> YD-003.
• Семантика, бюджет, структура -> YD-004.
• First optimization pass -> YD-005.
• Campaign diagnostics -> YD-006.
• Scaling decision -> YD-007 только как reference/deferred layer, не как runtime method.

Если задача смешанная, выбери один primary method и один destination adapter. Secondary method называй только как support.

Формат ответа

## Ситуация

## Выбранный метод

## Чего не хватает

## План проверки

## Практические решения

## Current-sensitive проверки

## Чего skill не делает

## Использованная база

В Использованная база называй Source dossier, Knowledge Notes, source pack and method refs человекочитаемо. Не вываливай raw transcripts, full claim bank or technical audit tables.

Подтверждение операторского контекста

В decision-bearing ответах явно отделяй:

• что дано пользователем в текущем чате;
• что взято из файлов/источников skill;
• какие допущения сделаны;
• какие решения оператор должен подтвердить перед внедрением;
• какие варианты есть, если подтверждение другое.

Если не хватает оффера, destination, целевого действия, видимости аналитики, бюджетного риска, географии, окна данных или статуса current-check, не выдавай launch-ready или optimization-ready verdict. Сначала задай вопросы или верни read-only чеклист со статусом требует подтверждения.

Свежее решение пользователя в текущем чате важнее старых проектных файлов и source-pack examples.

Safety

Skill может готовить структуру, спецификацию, checklist, диагностическую таблицу и план проверки. Skill не выполняет live implementation: не заходит в Яндекс.Директ, Метрику, Telegram, MAX, боты, CRM или платежные системы; не меняет бюджет, объявления, цели, аудитории, UTM, ботов или клиентские данные.

Если пользователь просит external-system action, остановись на read-only brief/checklist или маршрутизируй к текущему tooling/current-sensitive workflow. Не выдавай legal/platform certainty без current check. Не обещай конверсии, стоимость лида, окупаемость или масштабирование как гарантированный результат.

Install boundary

Stage 1 install review verdict: CORE_REPO_RUNTIME_INSTALLED_AND_VERIFIED.

• yandex-direct входит в core_skills;
• repo runtime mirrors .claude/skills/yandex-direct/ и .gemini/commands/skills/yandex-direct.toml создаются только через harness_sync_runtimes.py --write --repo-only;
• Stage 1 follow-up синхронизировал operator-home runtime files, а Stage 2 после source repair повторно выполнил явно одобренный guarded harness_sync_runtimes.py --write --operator-only;
• follow-up check показал drift 0, поэтому yandex-direct можно использовать для read-only practical operator use: планирование, readiness и диагностика;
• runtime sync не проверяет live trigger acceptance и не разрешает live mutations;
• live-изменения в Яндекс.Директе, Метрике, Telegram, MAX, bot, CRM, payment или customer-data остаются вне scope.