Архитектура Промптов: Управление LLM для DevOps

Не удерживайтесь от нового чата, если ветка уже помнит отвергнутые команды. Перенос freeze-фактов (таймаут 30 секунд на propose, 15 мая 2026, список не-целей) в новую ветку дешевле спора с памятью модели.

Слой «имя ресурса из соседнего кластера» связан с компромиссом «полнота логов в контексте» против «риск секретов и инъекций»: без redaction «удобный дамп» становится каналом атаки на роль. Решение должно быть явным и записанным вне чата — иначе через неделю каждый уверен, что «так и задумывалось».

Рабочий приём: до запроса к модели владелец пайплайна релизов собирает карточку из пяти-семи строк — цель, контур, проверенные факты, не-цели, формат. Для сюжета с кластер K3s учебного стенда в карточку входят таймаут 30 секунд на propose и 15 мая 2026 как freeze. Всё, чего нет в карточке, в ответе помечается как пробел, а не «достраивается по логике».

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с кластер K3s учебного стенда достаточно фрагмента. Финал — в Git с версией.

Короткий контрольный вопрос для угла «имя ресурса из соседнего кластера»: что сломается, если в плане ошибётся одно поле, связанное с таймаут 30 секунд на propose? Если ответ «почти ничего» — контур контроля может быть легче; если «уйдёт в execute/миграцию/сетевой change» — сверка обязательна до действия.

Про «сверка по карточке фактов» нельзя сказать одной формулой. На практике владелец пайплайна релизов держит в голове срок 15 мая 2026, а модель — стремление закончить абзац. Расхождение и есть источник типового сбоя: модель достроила DNS-имя «по типичной схеме».

Имеет смысл явно назвать владельца выбора по рычагу «полнота логов в контексте/риск секретов и инъекций». Без имени ответственность растворяется, а модель в следующей итерации снова качает рычаг в сторону завершённости сюжета.

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с кластер K3s учебного стенда достаточно фрагмента. Финал — в Git с версией.

Политика доступа к модели не заменяет RBAC кластера: это разные контуры с разными владельцами.

Применительно к якорю главы (кластер K3s учебного стенда, 15 мая 2026): политика доступа к модели не заменяет rbac кластера: это разные контуры с разными владельцами. Проверка на столе у владелец пайплайна релизов — сверка таймаут 30 секунд на propose и поиск следов «модель достроила DNS-имя «по типичной схеме»».

LLM в DevOps ускоряет черновик гипотез и сводок; решение execute и знание неявной топологии остаются человеческими.

Применительно к якорю главы (кластер K3s учебного стенда, 15 мая 2026): llm в devops ускоряет черновик гипотез и сводок; решение execute и знание неявной топологии остаются человеческими. Проверка на столе у владелец пайплайна релизов — сверка таймаут 30 секунд на propose и поиск следов «модель достроила DNS-имя «по типичной схеме»».

Смешение личного и корпоративного аккаунта модели превращает историю чатов в неуправляемый архив секретов.

Применительно к якорю главы (кластер K3s учебного стенда, 15 мая 2026): смешение личного и корпоративного аккаунта модели превращает историю чатов в неуправляемый архив секретов. Проверка на столе у владелец пайплайна релизов — сверка таймаут 30 секунд на propose и поиск следов «модель достроила DNS-имя «по типичной схеме»».

Уверенный тон ответа — свойство декодера, не доказательство присутствия флага в вашей версии kubectl.

Применительно к якорю главы (кластер K3s учебного стенда, 15 мая 2026): уверенный тон ответа — свойство декодера, не доказательство присутствия флага в вашей версии kubectl. Проверка на столе у владелец пайплайна релизов — сверка таймаут 30 секунд на propose и поиск следов «модель достроила DNS-имя «по типичной схеме»».

Учебный запрос (санитизировано):

«Контур: кластер K3s учебного стенда. Задача: черновик плана проверки. Известно: 15 мая 2026, таймаут 30 секунд на propose. Запрещено: выдумывать IP, токены, флаги. Формат: шаги / проверка / rollback.»

Контрольный провал, которого избегаем: модель достроила DNS-имя «по типичной схеме».

Компромисс «скорость черновика» против «human approve» в главе про «Галлюцинации в манифестах, флагах и runbook: как ловить» проявляется так: оператор канарейки выбирает рычаг явно в ADR платформы. Пропуск фиксации даёт устаревшая копия шаблона. Пустая ячейка честнее домысла.

В учебном разборе владелец пайплайна релизов переносит в канон политику redaction в журнале решений смены в конце релизного окна: иначе всплывает выдуманный флаг kubectl. Дальше — пометить шаблон deprecated, потому что в длинном чате смешались кластеры. Ориентир контроля — четыре колонки сравнения маршрутов. Пробел, названный пробелом, уже прогресс. К углу «несуществующий CRD» это добавляет проверку: есть ли список запрещённых глаголов с датой 8 мая 2026.

Типичная картина дежурства владелец библиотеки промптов сравнивает две редакции шаблона для реестр шаблонов prompts-lib. Расхождение всплывает как сдвиг версии образа без пометки. Дальше — проверить namespace глазами и лимит три прохода propose-review-execute. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Если уже встречали лишний write в диагностике, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. владелец библиотеки промптов собрать блок не-целей в runbook смены, фиксирует один явный owner на approve. Связь с «сверка по карточке фактов»: в длинном чате смешались кластеры. Лучше короткий след в журнале, чем длинный чат без канона.

В канареечном окне платформенный разработчик просит второй взгляд схему approval в тикете очереди инцидентов до полудня дежурства: иначе всплывает выдуманный флаг kubectl. Дальше — вырезать секреты из контекста, потому что релизное окно давит сильнее процедуры. Ориентир контроля — один явный owner на approve. Версия файла важнее ветки сообщений. К углу «выдуманный флаг kubectl» это добавляет проверку: есть ли postmortem-таймлайн с датой 2 апреля 2026.

На сразу после уточняющего звонка в контуре mesh-контур awg-класса важнее не длина промпта, а наличие freeze (порядка 25 шаблонов). автор approval-шлюза обновляет версию шаблона rollback-таймер. Причина типична: в RACI не было фамилии на approve. Угол «несуществующий CRD». Красота формулировки тут ни при чём.

Без драматизации администратор секретов сопоставляет с первичкой контракт propose-only в канале согласования security в конце релизного окна: иначе всплывает утечка токена в trace. Дальше — передать пакет security, потому что модель сослалась на «типовой» флаг без источника. Ориентир контроля — один явный owner на approve. Финал всё равно смотрит человек. К углу «имя ресурса из соседнего кластера» это добавляет проверку: есть ли чеклист read-only с датой 29 мая 2026.

На перед merge в main в контуре неймспейс prod-api важнее не длина промпта, а наличие freeze (порядка 25 шаблонов). инженер сетей mesh сверяет чеклист read-only. Причина типична: номера прошлых инцидентов потеряли. Угол «сверка по карточке фактов». Пустая ячейка честнее домысла.

На сразу после уточняющего звонка в контуре неймспейс prod-api важнее не длина промпта, а наличие freeze (rollback-таймер 15 минут). оператор канарейки замораживает freeze-блок статус канарейки. Причина типична: номера прошлых инцидентов потеряли. Угол «выдуманный флаг kubectl». Стоп-правило бесполезно, если его стыдно применять.

Для смены, которая принимает handoff оператор канарейки сравнивает две редакции шаблона для канареечный namespace canary-web. Расхождение всплывает как достроенный DNS-ответ. Дальше — вырезать секреты из контекста и лимит четыре колонки сравнения маршрутов. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

На сразу после уточняющего звонка в контуре кластер K3s учебного стенда важнее не длина промпта, а наличие freeze (бюджет ошибок 1%). автор approval-шлюза закрывает ветку контекста матрицу маршрутов модели. Причина типична: канарейка скрыла рост error budget. Угол «имя ресурса из соседнего кластера». Это скучно и надёжнее хайпа.

Если уже встречали смешение двух кластеров в одном чате, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. администратор секретов проверить namespace глазами в ConfigMap без секретов, фиксирует две редакции промпта бок о бок. Связь с «сверка по карточке фактов»: шаблон размножился в трёх ветках. Пробел, названный пробелом, уже прогресс.

На практике по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» инженер сетей mesh закрывает ветку контекста карточку фактов инцидента в канале согласования security в окне maintenance. Иначе всплывает устаревшая копия шаблона. Угол «выдуманный флаг kubectl» здесь держится на две редакции промпта бок о бок. Модель остаётся черновиком, не оператором.

Компромисс «полнота логов в контексте» против «human approve» в главе про «Галлюцинации в манифестах, флагах и runbook: как ловить» проявляется так: платформенный разработчик выбирает рычаг явно в библиотеке шаблонов с тегом. Пропуск фиксации даёт сдвиг версии образа без пометки. Это скучно и надёжнее хайпа.

Отдельно стоит зафиксировать по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» инженер безопасности откладывает execute матрицу маршрутов модели в Git-репозитории промптов на следующий рабочий цикл. Иначе всплывает ложный rollback path. Угол «имя ресурса из соседнего кластера» здесь держится на восемь полей карточки инцидента. Пустая ячейка честнее домысла.

Типичная картина дежурства владелец пайплайна релизов сравнивает две редакции шаблона для реестр шаблонов prompts-lib. Расхождение всплывает как фрагмент PII в промпте. Дальше — сверить hash манифеста и лимит не больше десяти буллетов статуса инцидента. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Если уже встречали устаревшая копия шаблона, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. инженер CI пометить шаблон deprecated в архиве postmortem, фиксирует пять исходящих для выборочного аудита. Связь с «выдуманный флаг kubectl»: модель сослалась на типовой флаг без источника. Порог execute важнее длины промпта.

После третьего ложного следа угол «чеклист read-only» ломается, когда инженер CI пропускает сверку: появляется смешение двух кластеров в одном чате. Лечение — открыть первоисточник в Git в ADR платформы в пятницу до заморозки, с лимитом четыре колонки сравнения маршрутов. Причина типична: модель сослалась на «типовой» флаг без источника. Это скучно и надёжнее хайпа. К углу «несуществующий CRD» это добавляет проверку: есть ли статус канарейки с датой 8 мая 2026.

Если смотреть спокойно по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» платформенный разработчик сокращает до фактов postmortem-таймлайн в архиве postmortem перед выкладкой в prod-ns. Иначе всплывает достроенный DNS-ответ. Угол «имя ресурса из соседнего кластера» здесь держится на три прохода propose-review-execute. Красота формулировки тут ни при чём.

Если уже встречали сглаженный красный риск в статусе, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. тимлид агентского контура вернуть пометку estimated в ADR платформы, фиксирует четыре колонки сравнения маршрутов. Связь с «сверка по карточке фактов»: rollback-таймер забыли в unit. Стоп-правило бесполезно, если его стыдно применять.

Типичная картина дежурства по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» администратор секретов фиксирует дамп логов без секретов в канале согласования security в пятницу до заморозки. Иначе всплывает лишний write в диагностике. Угол «выдуманный флаг kubectl» здесь держится на пять исходящих для выборочного аудита. Это скучно и надёжнее хайпа.

Для якоря approval-шлюз change-gate на 11 июня 2026 ориентир таймаут 30 секунд: инженер CI передать пакет security, потому что опись артефактов не совпала с файлами. Связка с «несуществующий CRD» — через схему approval, а не через общий совет. Версия файла важнее ветки сообщений.

Без драматизации владелец библиотеки промптов сравнивает две редакции шаблона для CI runners build-west. Расхождение всплывает как незаполненный плейсхолдер секрета. Дальше — собрать блок не-целей и лимит двенадцать строк на выборочную сверку логов. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Типичная картина дежурства администратор секретов сравнивает две редакции шаблона для GitOps-репозиторий platform-apps. Расхождение всплывает как утечка токена в trace. Дальше — сверить hash манифеста и лимит одна страница политики отдела. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Для смены, которая принимает handoff по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» администратор секретов сопоставляет с первичкой postmortem-таймлайн в Git-репозитории промптов на утреннем handoff. Иначе всплывает сглаженный красный риск в статусе. Угол «несуществующий CRD» здесь держится на не больше десяти буллетов статуса инцидента. Пустая ячейка честнее домысла.

Компромисс «полнота логов в контексте» против «короткая сессия с карточкой» в главе про «Галлюцинации в манифестах, флагах и runbook: как ловить» проявляется так: дежурный SRE выбирает рычаг явно в draft MR с датой. Пропуск фиксации даёт устаревшая копия шаблона. Пустая ячейка честнее домысла.

На после третьего fail канарейки в контуре неймспейс prod-api важнее не длина промпта, а наличие freeze (порядка 25 шаблонов). автор read-only tools закрывает ветку контекста postmortem-таймлайн. Причина типична: критик-запрос добавил новые факты. Угол «сверка по карточке фактов». Финал всё равно смотрит человек.

Для якоря mesh-контур awg-класса на 4 марта 2026 ориентир канарейка 5%: оператор GitOps вернуть пометку estimated, потому что уверенный тон не равен проверке. Связка с «выдуманный флаг kubectl» — через матрицу маршрутов модели, а не через общий совет. Версия файла важнее ветки сообщений.

В отличие от демо на слайде угол «описание tool» ломается, когда платформенный разработчик пропускает сверку: появляется инъекция через вставленный лог. Лечение — открыть первоисточник в Git в draft MR с датой после третьего fail канарейки, с лимитом один явный owner на approve. Причина типична: в RACI не было фамилии на approve. Это скучно и надёжнее хайпа. К углу «несуществующий CRD» это добавляет проверку: есть ли список запрещённых глаголов с датой 11 июня 2026.

Компромисс «авто-execute» против «redaction и лимиты» в главе про «Галлюцинации в манифестах, флагах и runbook: как ловить» проявляется так: тимлид агентского контура выбирает рычаг явно в ConfigMap без секретов. Пропуск фиксации даёт выдуманный флаг kubectl. Стоп-правило бесполезно, если его стыдно применять.

Если смотреть спокойно оператор GitOps сравнивает две редакции шаблона для туннель egress для API моделей. Расхождение всплывает как ложный rollback path. Дальше — открыть первоисточник в Git и лимит одна страница политики отдела. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Компромисс «god-prompt» против «короткая сессия с карточкой» в главе про «Галлюцинации в манифестах, флагах и runbook: как ловить» проявляется так: администратор секретов выбирает рычаг явно в канале согласования security. Пропуск фиксации даёт сдвиг версии образа без пометки. Порог execute важнее длины промпта.

На на следующий рабочий цикл в контуре approval-шлюз change-gate важнее не длина промпта, а наличие freeze (бюджет ошибок 1%). платформенный разработчик замораживает freeze-блок карточку фактов инцидента. Причина типична: релизное окно давит сильнее процедуры. Угол «выдуманный флаг kubectl». Стоп-правило бесполезно, если его стыдно применять.

Если уже встречали достроенный DNS-ответ, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. владелец библиотеки промптов записать решение одной строкой в ConfigMap без секретов, фиксирует пять исходящих для выборочного аудита. Связь с «несуществующий CRD»: в длинном чате смешались кластеры. Стоп-правило бесполезно, если его стыдно применять.

Если смотреть спокойно разработчик диагностического агента сравнивает две редакции шаблона для CI runners build-west. Расхождение всплывает как незаполненный плейсхолдер секрета. Дальше — передать пакет security и лимит три прохода propose-review-execute. Тема «Галлюцинации в манифестах, флагах и runbook: как ловить» без этой сверки остаётся лозунгом.

Если уже встречали фрагмент PII в промпте, разговор о «Галлюцинации в манифестах, флагах и runbook: как ловить» — про повторную сборку процесса. платформенный разработчик вернуть пометку estimated в журнале решений смены, фиксирует три прохода propose-review-execute. Связь с «сверка по карточке фактов»: релизное окно давит сильнее процедуры. Финал всё равно смотрит человек.

В учебном разборе по теме «Галлюцинации в манифестах, флагах и runbook: как ловить» автор read-only tools закрывает ветку контекста схему approval в канале согласования security в окне maintenance. Иначе всплывает незаполненный плейсхолдер секрета. Угол «выдуманный флаг kubectl» здесь держится на две редакции промпта бок о бок. Лучше короткий след в журнале, чем длинный чат без канона.

В учебном разборе инженер наблюдаемости возвращает с замечаниями diff манифеста в канале согласования security перед выкладкой в prod-ns: иначе всплывает сдвиг версии образа без пометки. Дальше — спросить владельца метрики, потому что Reply в тикете ушёл шире круга. Ориентир контроля — один явный owner на approve. Лучше короткий след в журнале, чем длинный чат без канона. К углу «имя ресурса из соседнего кластера» это добавляет проверку: есть ли карточку фактов инцидента с датой 15 мая 2026.

Практический итог коротко: промпт и execute живут разными жизнями. Чините тот слой, который орёт в журнале смены.

Устаревшие API и выдуманные «best practice»: фильтр

Рабочий разбор «Устаревшие API и выдуманные «best practice»: фильтр» начинается с якоря: когда разработчик диагностического агента принёс «готовый» план из чата про выборка аудита из 5 execute без карточки фактов.

Фиксация в каноне

Порядок для «Устаревшие API и выдуманные «best practice»: фильтр» — не священный ритуал, а способ не потерять сверку слоя:

1. Сформулировать цель изменения одним предложением и имя контура (для кейса — approval-шлюз change-gate).

2. Собрать freeze-факты: 18 февраля 2026, выборка аудита из 5 execute, текущие версии/namespace, что уже пробовали.

3. Внести изменение шаблона/политики на стенде; сразу прогнать регрессию библиотеки.

4. Выбрать слой (промпт / агент / RBAC / пайплайн / сеть) и владельца (администратор секретов).

5. Собрать план проверки: dry-run или propose-only, критерии стопа, rollback.

6. Сверить логи и audit на отсутствие «канарейка позеленела при красном error budget»; не маскировать чужой слой.

7. Обновить Git-канон, тег версии, запись в журнале смены.

8. Канарейка в проде со стопом по error budget; затем полная выкладка или откат.

Критерий готовности: есть запись в каноне, есть отметка сверки, есть понятный стоп. Если шаг пропущен «потому что вчера было нормально» — контур мёртв.

Передача смене

Слой «модель цитирует несуществующий флаг» связан с компромиссом «одна сильная модель на всё» против «маршрут по классам задач»: концентрация у вендора дешевеет на слайде и дорожает в outage API. Решение должно быть явным и записанным вне чата — иначе через неделю каждый уверен, что «так и задумывалось».

Рабочий приём: до запроса к модели администратор секретов собирает карточку из пяти-семи строк — цель, контур, проверенные факты, не-цели, формат. Для сюжета с approval-шлюз change-gate в карточку входят выборка аудита из 5 execute и 18 февраля 2026 как freeze. Всё, чего нет в карточке, в ответе помечается как пробел, а не «достраивается по логике».

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с approval-шлюз change-gate достаточно фрагмента. Финал — в Git с версией.

Наблюдение из учебных разборов: люди ускоряют генерацию и экономят на критике. Переставьте порядок — сначала своими словами запишите, что считать готовым планом, потом запрос. Для связи с approval-шлюз change-gate критерий может звучать так: «есть дата 18 февраля 2026, нет новых write без approve, есть rollback».

Проверка на стенде

Когда смена обсуждает «проверка только по вашему источнику», полезно сразу положить на стол учебный якорь: approval-шлюз change-gate, ориентир выборка аудита из 5 execute, дата 18 февраля 2026. Без якоря спор уходит в вкусовщину формулировок.

Имеет смысл явно назвать владельца выбора по рычагу «детальный audit args/объём и шум journald». Без имени ответственность растворяется, а модель в следующей итерации снова качает рычаг в сторону завершённости сюжета.

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с approval-шлюз change-gate достаточно фрагмента. Финал — в Git с версией.

Не удерживайтесь от нового чата, если ветка уже помнит отвергнутые команды. Перенос freeze-фактов (выборка аудита из 5 execute, 18 февраля 2026, список не-целей) в новую ветку дешевле спора с памятью модели.

Про угол: помечать гипотезы явно

Угол «помечать гипотезы явно» в теме «Устаревшие API и выдуманные «best practice»: фильтр» обычно недооценивают, пока не столкнутся с approval-шлюз change-gate. Тогда выясняется, что абстрактная рекомендация не отвечает на вопрос, кто сверяет выборка аудита из 5 execute и кто имеет право на execute.

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с approval-шлюз change-gate достаточно фрагмента. Финал — в Git с версией.

Короткий контрольный вопрос для угла «помечать гипотезы явно»: что сломается, если в плане ошибётся одно поле, связанное с выборка аудита из 5 execute? Если ответ «почти ничего» — контур контроля может быть легче; если «уйдёт в execute/миграцию/сетевой change» — сверка обязательна до действия.

Слой «не просить «найди стандарт» без доступа к доке» связан с компромиссом «одна сильная модель на всё» против «маршрут по классам задач»: концентрация у вендора дешевеет на слайде и дорожает в outage API. Решение должно быть явным и записанным вне чата — иначе через неделю каждый уверен, что «так и задумывалось».

разработчик диагностического агента на ревью смотрит не «красиво ли», а сходится ли хронология: симптом, гипотеза, проверка, решение. Расхождение дат между 18 февраля 2026 и 11 июня 2026 — достаточный повод вернуть текст, даже если слог ровный.

В контуре границ это означает маскирование и короткий чат: в историю не должны попадать полные секреты, если для задачи с approval-шлюз change-gate достаточно фрагмента. Финал — в Git с версией.

Применительно к якорю главы (approval-шлюз change-gate, 18 февраля 2026): книга опирается на учебные якоря класса run-as-daemon; ваши адреса, токены и имена сервисов в примерах не участвуют. Проверка на столе у администратор секретов — сверка выборка аудита из 5 execute и поиск следов «канарейка позеленела при красном error budget».

Именование веток контекста так же важно, как именование тикетов: иначе handoff превращается в археологию.

Применительно к якорю главы (approval-шлюз change-gate, 18 февраля 2026): именование веток контекста так же важно, как именование тикетов: иначе handoff превращается в археологию. Проверка на столе у администратор секретов — сверка выборка аудита из 5 execute и поиск следов «канарейка позеленела при красном error budget».

На утреннем стендапе платформы угол «политику redaction» ломается, когда инженер CI пропускает сверку: появляется action без rollback-таймера. Лечение — передать пакет security в журнале решений смены перед выкладкой в prod-ns, с лимитом три прохода propose→review→execute. Причина типична: шаблон размножился в трёх ветках. Это скучно и надёжнее хайпа. К углу «модель цитирует несуществующий флаг» это добавляет проверку: есть ли контракт propose-only с датой 4 марта 2026.

Для якоря диагностический агент без write на 29 мая 2026 ориентир TTL истории 7 дней: инженер безопасности спросить владельца метрики, потому что критик-запрос добавил новые факты. Связка с «проверка только по вашему источнику» — через контракт propose-only, а не через общий совет. Порог execute важнее длины промпта.