Техник по компьютерным системам сталкивается с задачами, которые требуют точности, скорости и системного мышления одновременно. Диагностика, документация, настройка, объяснение пользователям – все это ежедневная реальность. И именно здесь промпты для техника по компьютерным системам становятся инструментом, который реально экономит время.
Нейросеть не заменит руки специалиста, но возьмет на себя рутину: составление инструкций, анализ ошибок, написание технических регламентов, подготовку ответов пользователям. Главное – правильно сформулировать запрос.
В этой статье – 24 готовых примера запросов для нейросети, охватывающих ключевые задачи профессии:
- диагностика неисправностей оборудования и программного обеспечения
- составление технической документации и регламентов
- объяснение технических проблем нетехническим пользователям
- настройка сетевого оборудования и рабочих станций
- планирование технического обслуживания
- подготовка инструкций и обучающих материалов
- работа с заявками и журналами инцидентов
24 промпта для техника по компьютерным системам: готовые запросы для нейросети
1. Диагностика причины зависания рабочей станции
Проблема:
Рабочая станция зависает, пользователь описывает симптомы расплывчато, а техник тратит время на угадывание причины вместо ее устранения.
Решение:
Промпт помогает выстроить структурированный алгоритм диагностики по описанным симптомам, чтобы сразу двигаться в правильном направлении.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный системный техник с опытом диагностики аппаратных и программных неисправностей»].
Задача: составь пошаговый алгоритм диагностики рабочей станции на основе описанных симптомов.
Контекст: пользователь сообщает следующее – [опишите симптомы, например, «компьютер зависает через 10–15 минут после включения, мышь и клавиатура перестают отвечать, перезагрузка помогает на короткое время»]. Операционная система: [укажите ОС, например, «Windows 10 Pro»]. Оборудование: [опишите конфигурацию, например, «Intel Core i5, 8 ГБ ОЗУ, SSD 256 ГБ, дискретная видеокарта GTX 1050»].
Формат ответа: нумерованный список шагов диагностики от наиболее вероятных причин к менее вероятным. Для каждого шага укажи: что проверяем, какой инструмент или метод используем, на какой результат смотрим. В конце – таблица вероятных причин с кратким описанием признаков каждой.
Ограничения: не предлагай переустановку операционной системы как первый шаг. Опирайся только на стандартные инструменты диагностики без специализированного платного программного обеспечения.
Тон: профессиональный, четкий, без лишних вводных слов.
*****
Почему это работает:
Структура «от вероятного к маловероятному» заставляет нейросеть выстраивать логическую цепочку, а не выдавать случайный набор советов. Указание конкретной конфигурации сужает поиск и исключает нерелевантные варианты.
2. Составление инструкции по подключению нового рабочего места
Проблема:
Каждый раз при подключении нового сотрудника техник объясняет одно и то же устно или пишет инструкцию с нуля, тратя время на повторяющуюся работу.
Решение:
Промпт генерирует подробную пошаговую инструкцию для конечного пользователя, адаптированную под конкретную инфраструктуру организации.
Текст промпта:
*****
Ты – [укажите роль, например, «технический писатель с опытом составления инструкций для корпоративных пользователей»].
Задача: составь пошаговую инструкцию по подключению нового рабочего места для сотрудника без технических знаний.
Контекст: организация использует следующую инфраструктуру – [опишите среду, например, «домен Active Directory, почта на корпоративном сервере Exchange, общие сетевые папки на файловом сервере, VPN-клиент для удаленного доступа»]. Рабочая станция поставляется уже с установленной операционной системой [укажите ОС, например, «Windows 11»]. Пользователь [опишите уровень, например, «не имеет технического образования, умеет пользоваться браузером и почтой»].
Формат ответа: нумерованный список шагов с пояснениями. Каждый шаг – одно действие. Технические термины объясняй в скобках простыми словами. Добавь раздел «Что делать, если что-то пошло не так» с 3–5 типичными проблемами и их решениями.
Ограничения: не используй аббревиатуры без расшифровки. Инструкция должна быть понятна человеку, который впервые работает в корпоративной сети.
Тон: дружелюбный, спокойный, без снисхождения.
*****
Почему это работает:
Указание уровня технической грамотности пользователя меняет весь стиль и глубину объяснений. Нейросеть перестает писать для технаря и начинает писать для человека, который не знает, что такое «домен».
3. Анализ журнала событий Windows для выявления причины сбоя
Проблема:
Журнал событий Windows содержит сотни записей, и разобраться, какая именно запись указывает на причину сбоя, – задача не для слабонервных.
Решение:
Промпт позволяет передать нейросети фрагмент журнала и получить структурированный анализ с указанием вероятных причин и рекомендаций.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом анализа журналов событий Windows»].
Задача: проанализируй фрагмент журнала событий Windows и определи вероятные причины описанного сбоя.
Контекст: на рабочей станции произошел следующий сбой – [опишите проблему, например, «система перезагрузилась без предупреждения, в журнале зафиксированы критические ошибки в течение последних 2 часов до перезагрузки»]. Ниже приведен фрагмент журнала событий: [вставьте текст журнала событий или описание ключевых записей, например, «Event ID 41 Kernel-Power, Event ID 6008 EventLog, Event ID 1001 BugCheck»].
Формат ответа: сначала краткий вывод (2–3 предложения о наиболее вероятной причине). Затем – разбор каждой значимой записи журнала: что означает, почему важна, на что указывает. В конце – список рекомендованных действий в порядке приоритета.
Ограничения: не делай вывод об аппаратной неисправности без достаточных данных в журнале. Если данных недостаточно – укажи, какие дополнительные сведения нужны.
Тон: аналитический, конкретный.
*****
Почему это работает:
Требование сначала дать краткий вывод, а потом развернутый анализ – это принципиально важно. Нейросеть не «растекается по древу», а сразу дает ответ на главный вопрос, а детали идут следом.
4. Написание технического регламента обслуживания оборудования
Проблема:
Регламент технического обслуживания либо отсутствует вовсе, либо написан десять лет назад и давно устарел. Написать его с нуля – задача, которую откладывают бесконечно.
Решение:
Промпт создает структурированный регламент под конкретный тип оборудования и условия эксплуатации.
Текст промпта:
*****
Ты – [укажите роль, например, «технический специалист с опытом составления регламентов технического обслуживания компьютерного оборудования»].
Задача: составь регламент планового технического обслуживания для указанного оборудования.
Контекст: организация эксплуатирует следующее оборудование – [опишите оборудование, например, «50 рабочих станций на базе Windows 10, 3 сетевых коммутатора Cisco, 2 сервера на базе Windows Server 2019, 15 лазерных принтеров HP»]. Условия эксплуатации: [опишите условия, например, «офисное помещение, запыленность средняя, режим работы 8 часов в сутки, 5 дней в неделю»]. Периодичность обслуживания: [укажите, например, «ежемесячное, ежеквартальное, ежегодное»].
Формат ответа: регламент в виде таблицы с колонками: вид оборудования, вид работ, периодичность, ответственный, отметка о выполнении. После таблицы – раздел с описанием каждого вида работ (что делать, как проверять результат). Добавь раздел «Критерии замены оборудования».
Ограничения: регламент должен соответствовать стандартным требованиям к технической документации. Не включай работы, требующие специализированного оборудования, которого нет в стандартном оснащении техника.
Тон: официальный, структурированный.
*****
Почему это работает:
Разделение на периодичность (ежемесячное, ежеквартальное, ежегодное) заставляет нейросеть создать практически применимый документ, а не абстрактный список действий без привязки к времени.
5. Объяснение технической проблемы руководству нетехническим языком
Проблема:
Техник понимает, что произошло и почему, но объяснить это директору так, чтобы тот понял и одобрил бюджет на ремонт – отдельное искусство. Обычно результат – непонимание с обеих сторон.
Решение:
Промпт переводит техническое описание проблемы на язык, понятный руководителю, с акцентом на последствия и необходимые ресурсы.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по технической коммуникации, умеющий объяснять сложные IT-проблемы нетехническим руководителям»].
Задача: перепиши техническое описание проблемы так, чтобы оно было понятно руководителю без технического образования и содержало обоснование для принятия решения.
Контекст: техническая проблема заключается в следующем – [опишите проблему техническим языком, например, «RAID-массив на файловом сервере деградировал из-за выхода из строя одного из дисков, данные пока доступны, но при выходе второго диска произойдет полная потеря данных»]. Аудитория: [опишите, например, «генеральный директор, 55 лет, без технического образования, принимает решения по бюджету»].
Формат ответа: короткий абзац (3–4 предложения) с объяснением проблемы на бытовом языке. Затем – раздел «Что произойдет, если ничего не делать» (2–3 предложения о последствиях). Затем – раздел «Что нужно сделать» с описанием действий и ориентировочной стоимостью (если данные предоставлены). Общий объем – не более 200 слов.
Ограничения: никаких технических аббревиатур и терминов без объяснения. Не пугать, но четко показать риски.
Тон: спокойный, деловой, убедительный.
*****
Почему это работает:
Блок «Что произойдет, если ничего не делать» – ключевой. Именно через последствия руководитель понимает срочность, а не через технические детали, которые для него ничего не значат.
6. Составление ответа пользователю на заявку в службу поддержки
Проблема:
Написать грамотный, вежливый и информативный ответ на заявку пользователя – это тоже работа, которая отнимает время, особенно когда заявок двадцать в день.
Решение:
Промпт генерирует готовый ответ пользователю с объяснением ситуации, предпринятыми действиями и дальнейшими шагами.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист службы технической поддержки с опытом работы с пользователями»].
Задача: составь ответ пользователю на его заявку в службу поддержки.
Контекст: пользователь написал следующее – [вставьте текст заявки, например, «У меня не открывается общая папка на сервере, вчера все работало, сегодня пишет ‘Нет доступа’. Мне срочно нужны файлы!»]. Фактическая ситуация: [опишите, что выяснил техник, например, «права доступа пользователя были случайно удалены при обновлении групповых политик, проблема устранена, доступ восстановлен»]. Статус заявки: [укажите, например, «проблема решена»].
Формат ответа: приветствие по имени (если имя указано в заявке), объяснение причины проблемы (1–2 предложения простым языком), описание предпринятых действий (1–2 предложения), подтверждение что проблема решена, инструкция что делать пользователю сейчас (например, перезайти в систему), предложение обратиться снова если проблема повторится. Общий объем – не более 100 слов.
Ограничения: никаких технических терминов без пояснения. Не перекладывать вину на пользователя.
Тон: дружелюбный, профессиональный, без формализма.
*****
Почему это работает:
Четкое разделение на «что случилось» и «что сделано» создает у пользователя ощущение, что его проблемой занимались всерьез, а не просто нажали кнопку и закрыли заявку.
7. Планирование замены устаревшего оборудования
Проблема:
Парк оборудования устаревает неравномерно, и без четкого плана замены техник постоянно тушит пожары вместо того, чтобы планово обновлять инфраструктуру.
Решение:
Промпт помогает составить приоритизированный план замены оборудования с обоснованием и ориентировочными сроками.
Текст промпта:
*****
Ты – [укажите роль, например, «IT-специалист с опытом планирования жизненного цикла компьютерного оборудования»].
Задача: составь план замены устаревшего оборудования с приоритизацией и обоснованием.
Контекст: имеется следующий парк оборудования – [перечислите оборудование с указанием возраста и состояния, например, «20 рабочих станций возрастом 7–9 лет, 5 рабочих станций возрастом 3–4 года, 2 сервера возрастом 8 лет, сетевые коммутаторы возрастом 6 лет»]. Бюджет на следующий год: [укажите, например, «ограничен, приоритет – критически важное оборудование»]. Критерии критичности: [опишите, например, «сервер – критично, рабочие станции бухгалтерии и руководства – критично, остальные – по мере выхода из строя»].
Формат ответа: таблица с колонками: оборудование, возраст, риск выхода из строя (высокий/средний/низкий), приоритет замены (1/2/3), рекомендуемый срок замены, обоснование. После таблицы – краткое резюме для руководства (3–5 предложений).
Ограничения: приоритет определяй исходя из критичности для бизнес-процессов, а не только из возраста оборудования.
Тон: аналитический, обоснованный.
*****
Почему это работает:
Критерий «критичности для бизнес-процессов» смещает логику с «старое значит плохое» на «что остановит работу организации» – это принципиально другой и более правильный подход к расстановке приоритетов.
8. Создание скрипта для автоматической диагностики сети
Проблема:
Ручная проверка доступности узлов сети, состояния портов и качества соединения занимает время, которое можно потратить на реальное решение проблем.
Решение:
Промпт генерирует готовый командный скрипт для автоматической диагностики сетевого окружения с понятными комментариями.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом написания скриптов для диагностики сетевой инфраструктуры»].
Задача: напиши скрипт для автоматической диагностики состояния локальной сети.
Контекст: сеть включает следующие узлы – [перечислите узлы, например, «шлюз 192.168.1.1, DNS-сервер 192.168.1.2, файловый сервер 192.168.1.10, 3 принтера 192.168.1.20–22»]. Используемая операционная система на рабочей станции техника: [укажите, например, «Windows 10»]. Язык скрипта: [укажите, например, «PowerShell»].
Формат ответа: готовый скрипт с комментариями на русском языке к каждому блоку. Скрипт должен проверять: доступность каждого узла (ping), время отклика, результат записывать в текстовый файл с датой и временем запуска. В конце скрипта – вывод итогового статуса: сколько узлов доступно, сколько недоступно.
Ограничения: скрипт должен работать без установки дополнительных компонентов. Используй только стандартные средства указанной операционной системы.
Тон: технический, с четкими комментариями для понимания логики скрипта.
*****
Почему это работает:
Требование записывать результаты в файл с датой и временем превращает разовую диагностику в инструмент мониторинга – можно отслеживать динамику доступности узлов без повторного запуска.
9. Подготовка инструкции по безопасной работе с корпоративными данными
Проблема:
Пользователи нарушают правила информационной безопасности не из злого умысла, а потому что никто не объяснил им, что конкретно нельзя делать и почему это важно.
Решение:
Промпт создает понятную инструкцию по информационной безопасности для рядовых сотрудников без технического образования.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по информационной безопасности с опытом обучения нетехнических сотрудников»].
Задача: составь инструкцию по безопасной работе с корпоративными данными для рядовых сотрудников.
Контекст: организация относится к следующей сфере – [укажите сферу, например, «бухгалтерское обслуживание, работа с персональными данными клиентов»]. Основные риски, которые нужно закрыть: [перечислите, например, «фишинговые письма, использование личных носителей информации, слабые пароли, передача данных через личную почту»]. Аудитория: [опишите, например, «бухгалтеры и менеджеры, средний возраст 40–55 лет, минимальный технический уровень»].
Формат ответа: инструкция в формате «Что делать / Чего не делать» по каждому разделу. Разделы: пароли, электронная почта, съемные носители, рабочее место, работа из дома. Каждый пункт – одно конкретное правило, объяснение в 1–2 предложениях почему это важно. Добавь раздел «Что делать, если что-то пошло не так» с контактом службы поддержки (место для подстановки).
Ограничения: никаких технических терминов. Объем – не более 2 страниц А4.
Тон: дружелюбный, без запугивания, с объяснением смысла каждого правила.
*****
Почему это работает:
Формат «Что делать / Чего не делать» работает лучше абстрактных запретов, потому что дает человеку альтернативу – не просто говорит «нельзя», но и показывает правильный путь.
10. Анализ нагрузки на сервер и выявление узких мест
Проблема:
Сервер работает медленно, пользователи жалуются, но определить, что именно создает нагрузку – процессор, память, дисковая подсистема или сеть – без структурированного анализа сложно.
Решение:
Промпт помогает интерпретировать данные мониторинга и выявить реальные узкие места производительности.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом анализа производительности серверного оборудования»].
Задача: проанализируй данные мониторинга сервера и определи узкие места, которые снижают производительность.
Контекст: сервер выполняет следующие функции – [опишите роль сервера, например, «файловый сервер для 60 пользователей, хранение и совместный доступ к документам»]. Данные мониторинга за последние 7 дней: [вставьте данные или опишите показатели, например, «загрузка процессора: пики до 85% в 9:00–10:00 и 13:00–14:00, среднее 40%; ОЗУ: постоянно занято 90–95%; дисковая подсистема: время отклика 15–25 мс; сеть: загрузка до 70% в часы пик»]. Конфигурация сервера: [опишите, например, «Intel Xeon E5-2620, 16 ГБ ОЗУ, RAID-5 из 4 дисков HDD по 2 ТБ, сетевой интерфейс 1 Гбит/с»].
Формат ответа: раздел «Выявленные узкие места» с описанием каждой проблемы и ее влияния на производительность. Раздел «Рекомендации» с конкретными действиями в порядке приоритета. Раздел «Прогноз» – что произойдет, если ничего не предпринять.
Ограничения: рекомендации должны быть реалистичными для организации малого или среднего бизнеса. Не предлагай решения стоимостью выше разумного порога без обоснования.
Тон: аналитический, конкретный, с четкими выводами.
*****
Почему это работает:
Блок «Прогноз» – не просто красивое дополнение. Он переводит технический анализ в плоскость принятия решений: руководство видит, к чему приведет бездействие, и это ускоряет согласование ресурсов.
11. Написание акта о списании неисправного оборудования
Проблема:
Акт о списании – документ с определенными требованиями, и написать его правильно с первого раза, не имея шаблона под рукой, – та еще задача в конце рабочего дня.
Решение:
Промпт генерирует готовый текст акта о списании с соблюдением стандартной структуры документа.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по документообороту с опытом оформления актов списания технического оборудования»].
Задача: составь акт о списании неисправного компьютерного оборудования.
Контекст: организация: [укажите название организации]. Оборудование, подлежащее списанию: [перечислите, например, «системный блок Dell OptiPlex 7010, инвентарный номер 00145, год ввода в эксплуатацию 2013, первоначальная стоимость 45 000 рублей»]. Причина списания: [опишите, например, «физический износ, выход из строя материнской платы, ремонт экономически нецелесообразен – стоимость ремонта превышает 80% остаточной стоимости»]. Члены комиссии: [укажите должности и ФИО, например, «председатель – главный бухгалтер Иванова А.П., члены – системный администратор Петров В.С., заведующий хозяйством Сидоров Н.И.»].
Формат ответа: стандартный акт списания со всеми обязательными разделами: наименование документа, дата, место составления, состав комиссии, перечень списываемого имущества в табличной форме, заключение комиссии, подписи. Документ должен быть готов к распечатке и подписанию.
Ограничения: документ должен соответствовать стандартным требованиям к актам списания в российских организациях.
Тон: официальный, деловой.
*****
Почему это работает:
Указание конкретных данных (инвентарный номер, год ввода, первоначальная стоимость) заставляет нейросеть создать реальный документ, а не шаблон-рыбу, который придется полностью переписывать.
12. Разработка схемы резервного копирования данных
Проблема:
Резервное копирование либо не настроено вовсе, либо настроено «как-то», и никто не проверял, восстанавливаются ли данные из резервных копий на самом деле.
Решение:
Промпт помогает разработать конкретную схему резервного копирования с учетом объема данных, требований к восстановлению и доступных ресурсов.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом проектирования систем резервного копирования для малого и среднего бизнеса»].
Задача: разработай схему резервного копирования данных организации с учетом указанных требований.
Контекст: данные организации: [опишите, например, «база данных 1С объемом 50 ГБ, файловый сервер с документами 200 ГБ, почтовый сервер 30 ГБ»]. Критические требования: [укажите, например, «максимально допустимое время восстановления – 4 часа, допустимая потеря данных – не более 24 часов»]. Доступные ресурсы: [опишите, например, «внешний жесткий диск 2 ТБ, сетевое хранилище NAS 4 ТБ, интернет-соединение 100 Мбит/с»]. Бюджет: [укажите, например, «минимальный, предпочтительно бесплатные или недорогие решения»].
Формат ответа: схема резервного копирования в виде таблицы: что копируем, метод копирования (полное/разностное/инкрементальное), периодичность, место хранения, срок хранения копий, ответственный. После таблицы – инструкция по проверке работоспособности резервных копий (как и как часто проверять). Раздел «Типичные ошибки при резервном копировании» – 3–5 пунктов.
Ограничения: предлагай только решения, доступные в России. Не рекомендуй облачные сервисы, заблокированные или недоступные на территории РФ.
Тон: практичный, конкретный.
*****
Почему это работает:
Требование включить раздел «Типичные ошибки» – это страховка от классических провалов: когда резервные копии есть, но восстановить из них ничего нельзя, потому что никто не проверял.
13. Составление технического задания на закупку оборудования
Проблема:
Закупочный отдел просит техническое задание, техник понимает, что нужно, но оформить это в виде документа с правильными характеристиками – задача, требующая времени и внимания к деталям.
Решение:
Промпт создает готовое техническое задание на закупку с конкретными техническими требованиями и обоснованием.
Текст промпта:
*****
Ты – [укажите роль, например, «IT-специалист с опытом подготовки технических заданий на закупку компьютерного оборудования»].
Задача: составь техническое задание на закупку компьютерного оборудования.
Контекст: организации необходимо закупить следующее оборудование – [опишите потребность, например, «10 рабочих станций для бухгалтерии»]. Задачи, которые будут выполняться на оборудовании: [опишите, например, «работа в 1С:Бухгалтерия 8.3, Microsoft Office, работа с электронной отчетностью, одновременно открыто 5–7 приложений»]. Ограничения по бюджету: [укажите, например, «не более 60 000 рублей за единицу»]. Требования к гарантии: [укажите, например, «не менее 3 лет, гарантийный сервис на территории РФ»].
Формат ответа: техническое задание со следующими разделами: наименование и количество оборудования, минимальные технические характеристики (процессор, ОЗУ, накопитель, видеокарта, операционная система, периферия), требования к гарантийному обслуживанию, требования к документации, критерии соответствия предложения требованиям. Для каждой характеристики укажи минимальное значение и обоснование (почему именно такое значение).
Ограничения: ориентируйся на оборудование, доступное на российском рынке. Не указывай конкретные бренды – только технические характеристики.
Тон: официальный, точный.
*****
Почему это работает:
Требование обосновать каждую характеристику превращает техническое задание из набора цифр в аргументированный документ – это защищает от ситуации, когда закупочный отдел «оптимизирует» характеристики в пользу более дешевого варианта.
14. Создание инструкции по настройке VPN-подключения для удаленных сотрудников
Проблема:
Удаленные сотрудники звонят с одними и теми же вопросами по настройке подключения, и техник объясняет одно и то же по телефону снова и снова.
Решение:
Промпт создает пошаговую инструкцию по настройке защищенного подключения, которую можно отправить сотруднику один раз.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом поддержки удаленных сотрудников»].
Задача: составь пошаговую инструкцию по настройке защищенного удаленного подключения к корпоративной сети для сотрудника без технического образования.
Контекст: используемое решение для удаленного подключения: [укажите, например, «OpenVPN с предустановленным клиентом»]. Операционная система сотрудника: [укажите, например, «Windows 10 Home»]. Сотруднику будет предоставлено: [опишите, например, «установочный файл клиента, файл конфигурации (.ovpn), логин и пароль»]. Типичные проблемы при первом подключении: [перечислите, например, «антивирус блокирует подключение, неправильно введен пароль, файл конфигурации не импортирован»].
Формат ответа: инструкция с пронумерованными шагами. Каждый шаг – одно действие с описанием, что должен увидеть пользователь после его выполнения. Добавь скриншот-заменитель (описание того, что должно быть на экране). Раздел «Что делать, если не получилось» – решения 5 типичных проблем. В конце – контакт службы поддержки (место для подстановки).
Ограничения: никаких технических терминов без объяснения. Инструкция должна быть понятна пользователю, который никогда не настраивал подключение самостоятельно.
Тон: спокойный, поддерживающий, пошаговый.
*****
Почему это работает:
Описание того, что должен увидеть пользователь после каждого шага, устраняет главную причину звонков в поддержку: человек не понимает, правильно ли он все сделал, и звонит «на всякий случай».
15. Разбор причин частых обращений в службу поддержки
Проблема:
Одни и те же заявки повторяются снова и снова, но без анализа причин невозможно понять, это проблема оборудования, программного обеспечения или обучения пользователей.
Решение:
Промпт анализирует журнал заявок и выявляет системные причины повторяющихся обращений с рекомендациями по их устранению.
Текст промпта:
*****
Ты – [укажите роль, например, «аналитик службы технической поддержки с опытом выявления системных проблем по данным обращений»].
Задача: проанализируй журнал обращений в службу поддержки и выяви системные причины повторяющихся проблем.
Контекст: за период [укажите период, например, «последние 3 месяца»] зафиксированы следующие обращения – [вставьте данные журнала или опишите типичные обращения, например, «45 обращений по проблеме ‘не работает принтер’, 38 обращений по теме ‘не открывается общая папка’, 22 обращения ‘забыл пароль’, 18 обращений ‘медленно работает компьютер'»]. Общее количество обращений: [укажите, например, «180 за 3 месяца»]. Количество сотрудников: [укажите, например, «60 человек»].
Формат ответа: таблица с анализом: категория обращений, количество, доля от общего числа, вероятная системная причина, рекомендуемое решение (техническое или организационное). После таблицы – раздел «Приоритетные меры» с 3–5 конкретными действиями, которые снизят число обращений. Оцени, на сколько процентов снизится нагрузка на поддержку при реализации каждой меры.
Ограничения: различай технические проблемы (требуют технического решения) и организационные (требуют обучения или изменения процессов). Не смешивай их в одну категорию.
Тон: аналитический, с конкретными выводами.
*****
Почему это работает:
Разделение на технические и организационные причины – ключевое. Иначе техник будет бесконечно перенастраивать принтеры вместо того, чтобы один раз провести инструктаж по его правильному использованию.
16. Подготовка обучающего материала по работе с корпоративной программой
Проблема:
Новые сотрудники не умеют работать с корпоративным программным обеспечением, опытные коллеги тратят время на обучение, а техник получает заявки от тех, кто «не знает, куда нажать».
Решение:
Промпт создает структурированное обучающее руководство по базовым операциям в корпоративной программе.
Текст промпта:
*****
Ты – [укажите роль, например, «методист с опытом создания обучающих материалов по корпоративному программному обеспечению»].
Задача: создай обучающее руководство по базовым операциям в корпоративной программе для новых сотрудников.
Контекст: программа: [укажите название и версию, например, «1С:Бухгалтерия 8.3»]. Целевая аудитория: [опишите, например, «новые сотрудники бухгалтерии, знакомые с базовыми принципами бухучета, но не работавшие в этой программе»]. Операции, которые нужно охватить: [перечислите, например, «вход в программу и выбор базы, создание нового документа (счет-фактура), поиск документа, формирование стандартного отчета, выход из программы»]. Формат использования материала: [укажите, например, «самостоятельное изучение, без преподавателя»].
Формат ответа: руководство с разделами по каждой операции. Структура каждого раздела: название операции, когда она используется (1 предложение), пошаговая инструкция, типичные ошибки и как их избежать. В конце – раздел «Краткая памятка» с ключевыми действиями на одну страницу.
Ограничения: никаких предположений о знаниях читателя. Каждый термин программы объясняй при первом упоминании.
Тон: обучающий, терпеливый, без снисхождения.
*****
Почему это работает:
Раздел «Краткая памятка» в конце – это то, что сотрудник распечатает и положит рядом с монитором. Полное руководство читают один раз, а памятку используют каждый день.
17. Составление отчета о состоянии IT-инфраструктуры для руководства
Проблема:
Руководство раз в квартал просит отчет о состоянии IT-инфраструктуры, и техник либо пишет технический документ, который никто не читает, либо не знает, как структурировать информацию для нетехнической аудитории.
Решение:
Промпт создает управленческий отчет о состоянии IT-инфраструктуры, понятный руководству и содержащий нужные для принятия решений данные.
Текст промпта:
*****
Ты – [укажите роль, например, «IT-менеджер с опытом подготовки управленческих отчетов о состоянии информационной инфраструктуры»].
Задача: составь квартальный отчет о состоянии IT-инфраструктуры для руководства организации.
Контекст: период отчета: [укажите, например, «III квартал 2024 года»]. Данные для включения в отчет: [предоставьте данные, например, «количество обращений в поддержку: 180, из них решено в день обращения: 140 (78%), среднее время решения: 2,3 часа; проведено плановое обслуживание 50 рабочих станций; заменено 3 единицы оборудования; зафиксировано 2 инцидента с потерей доступа к данным, оба устранены в течение 2 часов»]. Аудитория: [опишите, например, «генеральный директор и финансовый директор, без технического образования»].
Формат ответа: исполнительное резюме (3–5 предложений – ключевые выводы). Раздел «Показатели за период» в виде таблицы (показатель, значение, оценка: хорошо/требует внимания/критично). Раздел «Инциденты и их последствия». Раздел «Плановые работы следующего квартала» с ориентировочными затратами. Раздел «Риски» – 2–3 ключевых риска с оценкой вероятности и последствий.
Ограничения: никаких технических деталей в основном тексте – только в приложении (если нужно). Объем основного отчета – не более 1,5 страниц А4.
Тон: деловой, четкий, ориентированный на решения.
*****
Почему это работает:
Исполнительное резюме в начале – это не формальность, а уважение к времени руководителя. Если он прочитает только первые пять предложений, он все равно получит все необходимое для принятия решения.
18. Разработка процедуры реагирования на инцидент безопасности
Проблема:
Когда происходит инцидент – вирусная атака, утечка данных, несанкционированный доступ – действия часто хаотичны, потому что нет заранее прописанной процедуры реагирования.
Решение:
Промпт создает пошаговую процедуру реагирования на конкретный тип инцидента информационной безопасности.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по информационной безопасности с опытом разработки процедур реагирования на инциденты»].
Задача: разработай процедуру реагирования на указанный тип инцидента информационной безопасности.
Контекст: тип инцидента: [укажите, например, «заражение рабочей станции программой-шифровальщиком»]. Инфраструктура организации: [опишите, например, «локальная сеть из 50 рабочих станций, файловый сервер с общими данными, подключение к интернету через единый шлюз»]. Имеющиеся ресурсы: [опишите, например, «один системный администратор, антивирусное программное обеспечение Kaspersky Endpoint Security, резервные копии данных (последняя – вчера)»]. Требования: [укажите, например, «минимизировать распространение угрозы и время простоя»].
Формат ответа: процедура реагирования в виде пронумерованных шагов с указанием ответственного и временного ориентира для каждого шага. Разделы: немедленные действия (первые 15 минут), действия по локализации угрозы, действия по восстановлению, действия по документированию инцидента. В конце – список контактов для уведомления (места для подстановки) и перечень данных, которые нужно зафиксировать для анализа.
Ограничения: процедура должна быть выполнима одним специалистом без привлечения внешних подрядчиков (кроме крайних случаев). Действия должны быть конкретными, без общих фраз.
Тон: четкий, директивный, без лирики.
*****
Почему это работает:
Временные ориентиры для каждого шага («первые 15 минут») устраняют главную проблему реагирования на инциденты – потерю времени на обсуждение того, что делать дальше, когда каждая минута на счету.
19. Написание технического описания для нового программного обеспечения
Проблема:
Новое программное обеспечение установлено, но пользователи не понимают, зачем оно нужно и как им пользоваться, – и техник снова объясняет одно и то же каждому.
Решение:
Промпт создает краткое и понятное техническое описание программного обеспечения для пользователей.
Текст промпта:
*****
Ты – [укажите роль, например, «технический писатель с опытом создания пользовательской документации для корпоративного программного обеспечения»].
Задача: напиши краткое техническое описание программного обеспечения для пользователей без технического образования.
Контекст: программное обеспечение: [укажите название и назначение, например, «Контур.Диадок – система электронного документооборота»]. Основные функции, которые будут использоваться сотрудниками: [перечислите, например, «получение входящих документов от контрагентов, подписание документов электронной подписью, отправка исходящих документов, поиск документов в архиве»]. Аудитория: [опишите, например, «бухгалтеры и менеджеры по продажам, привыкшие к бумажному документообороту»].
Формат ответа: раздел «Что это и зачем» (2–3 предложения – зачем нужна программа, какую проблему решает). Раздел «Что изменится в вашей работе» (3–5 пунктов – конкретные изменения в привычном процессе). Раздел «Основные действия» – краткое описание каждой функции (что делает, как запустить). Раздел «Частые вопросы» – 5 вопросов с ответами.
Ограничения: объем – не более 1 страницы А4. Никаких технических деталей о работе программы – только о том, что делает пользователь.
Тон: дружелюбный, ориентированный на пользу для сотрудника.
*****
Почему это работает:
Раздел «Что изменится в вашей работе» – это то, о чем думает каждый сотрудник при внедрении нового программного обеспечения. Ответив на этот вопрос сразу, описание снимает тревогу и повышает принятие нового инструмента.
20. Составление чек-листа проверки рабочего места перед сдачей в эксплуатацию
Проблема:
Рабочее место настроено, но через день выясняется, что забыли подключить почту, не настроили принтер или не установили нужное программное обеспечение – и техник возвращается снова.
Решение:
Промпт создает исчерпывающий список проверки, который гарантирует, что рабочее место полностью готово к работе.
Текст промпта:
*****
Ты – [укажите роль, например, «системный администратор с опытом стандартизации процессов ввода рабочих мест в эксплуатацию»].
Задача: составь исчерпывающий список проверки для ввода нового рабочего места в эксплуатацию.
Контекст: стандартное рабочее место в организации включает: [опишите, например, «рабочая станция с Windows 10, подключение к домену Active Directory, корпоративная почта Outlook, доступ к общим папкам на файловом сервере, принтер (сетевой), 1С:Бухгалтерия (для бухгалтеров) или Microsoft Office (для остальных), антивирус Kaspersky, VPN-клиент для удаленного доступа»]. Тип рабочего места: [укажите, например, «рабочее место бухгалтера»].
Формат ответа: список проверки, разбитый на разделы: аппаратная часть, операционная система и обновления, подключение к сети и домену, программное обеспечение, периферийные устройства, учетные записи и доступ, безопасность. Каждый пункт – одна конкретная проверка с кратким описанием как проверить и что считать успешным результатом. Добавь поля «Выполнено» и «Примечания» для каждого пункта.
Ограничения: список должен быть применим без специальных знаний – чтобы его мог использовать стажер. Каждый пункт должен быть конкретным, без общих фраз типа «проверить настройки сети».
Тон: четкий, структурированный.
*****
Почему это работает:
Описание «что считать успешным результатом» для каждого пункта – принципиальное требование. Без него список проверки превращается в список намерений, а не инструмент контроля.
21. Объяснение принципа работы сети для нетехнического сотрудника
Проблема:
Пользователи не понимают базовых принципов работы сети и поэтому не могут ни описать проблему точно, ни выполнить простейшие действия по самодиагностике. Каждый звонок начинается с «у меня не работает интернет».
Решение:
Промпт создает простое объяснение принципа работы сети, которое поможет пользователю самостоятельно выявить и описать проблему.
Текст промпта:
*****
Ты – [укажите роль, например, «технический специалист с опытом обучения нетехнических пользователей основам работы с компьютерными сетями»].
Задача: объясни принцип работы локальной сети и интернет-подключения простым языком, чтобы пользователь мог самостоятельно определить, где возникла проблема.
Контекст: аудитория: [опишите, например, «офисный сотрудник без технического образования, пользуется компьютером для работы с документами и почтой»]. Типичные проблемы, которые должен уметь локализовать пользователь: [перечислите, например, «не работает интернет, не видна общая папка, не печатает принтер, не открывается корпоративная программа»].
Формат ответа: объяснение через аналогию (выбери подходящую – дорожная сеть, почтовая система и т.д.), без технических терминов. После объяснения – раздел «Как определить, где проблема»: простой алгоритм из 3–5 вопросов, которые пользователь должен задать себе перед звонком в поддержку. В конце – шаблон описания проблемы для обращения в поддержку (что написать, чтобы техник быстро понял ситуацию).
Ограничения: никаких технических терминов без объяснения. Объем – не более половины страницы А4.
Тон: дружелюбный, как объяснение соседу за чашкой чая.
*****
Почему это работает:
Шаблон описания проблемы в конце – это то, что экономит реальное время. Когда пользователь пишет «не работает интернет на компьютере в кабинете 305, другие компьютеры работают, перезагрузка не помогла» – это совсем другой разговор, чем «у меня все сломалось».
22. Подготовка сравнительного анализа программных решений для выбора оптимального
Проблема:
Руководство просит выбрать между несколькими программными решениями, и техник понимает технические различия, но оформить это в виде понятного сравнения для принятия решения – отдельная задача.
Решение:
Промпт создает структурированный сравнительный анализ программных решений с оценкой по ключевым критериям.
Текст промпта:
*****
Ты – [укажите роль, например, «IT-аналитик с опытом сравнительного анализа программных решений для малого и среднего бизнеса»].
Задача: составь сравнительный анализ программных решений для выбора оптимального варианта.
Контекст: организации необходимо выбрать решение для [укажите задачу, например, «организации системы электронного документооборота»]. Рассматриваемые варианты: [перечислите, например, «Контур.Диадок, СБИС Электронный документооборот, 1С:Документооборот»]. Критерии выбора: [перечислите с указанием важности, например, «стоимость (высокая важность), интеграция с 1С (высокая важность), простота для пользователей (средняя важность), техническая поддержка (средняя важность)»]. Особенности организации: [опишите, например, «50 сотрудников, уже используется 1С:Бухгалтерия 8.3, бюджет ограничен»].
Формат ответа: сравнительная таблица по всем критериям с оценкой каждого решения (1–5 баллов) и кратким пояснением оценки. После таблицы – итоговая рекомендация с обоснованием (3–5 предложений). Раздел «Риски выбранного решения» – 2–3 пункта.
Ограничения: ориентируйся на актуальные данные о российском рынке. Не рекомендуй решения, недоступные или ограниченные на территории РФ.
Тон: аналитический, объективный, с четкой рекомендацией.
*****
Почему это работает:
Указание важности каждого критерия заставляет нейросеть взвешивать оценки, а не просто суммировать баллы. Решение с высокими оценками по неважным критериям и низкими по ключевым – это неправильный выбор, и промпт это учитывает.
23. Создание инструкции по безопасному удалению данных с оборудования перед утилизацией
Проблема:
Оборудование списывают и отдают на утилизацию, не задумываясь о том, что на жестких дисках остаются данные, которые могут быть восстановлены третьими лицами.
Решение:
Промпт создает инструкцию по безопасному уничтожению данных на различных типах носителей перед списанием оборудования.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по информационной безопасности с опытом разработки процедур безопасного уничтожения данных»].
Задача: составь инструкцию по безопасному удалению данных с компьютерного оборудования перед его утилизацией или передачей третьим лицам.
Контекст: типы носителей в организации: [перечислите, например, «жесткие диски HDD, твердотельные накопители SSD, флеш-накопители, смартфоны на Android»]. Тип данных: [опишите, например, «персональные данные сотрудников и клиентов, коммерческая информация»]. Доступные инструменты: [опишите, например, «стандартные средства операционных систем Windows и Android, возможность установки бесплатного программного обеспечения»]. Требования: [укажите, например, «соответствие требованиям Федерального закона №152-ФЗ о персональных данных»].
Формат ответа: инструкция с разделами по каждому типу носителя. Для каждого типа: метод удаления данных (с указанием конкретного инструмента), пошаговая инструкция, как проверить результат, что делать если данные нельзя удалить программными методами. Раздел «Документирование» – что и как фиксировать при уничтожении данных.
Ограничения: рекомендуй только инструменты, доступные в России. Для каждого метода укажи уровень надежности (достаточно для общего применения / требует физического уничтожения носителя).
Тон: четкий, с акцентом на ответственность за соблюдение процедуры.
*****
Почему это работает:
Указание на Федеральный закон №152-ФЗ задает нейросети правовой контекст – инструкция создается не просто как набор технических действий, а как документ, обеспечивающий соответствие требованиям законодательства.
24. Составление плана перехода на новую операционную систему
Проблема:
Переход на новую операционную систему – это не просто «переустановить Windows». Без плана это хаос: часть компьютеров уже переведена, часть нет, у половины пользователей что-то не работает, и техник разрывается между всеми одновременно.
Решение:
Промпт создает структурированный план перехода с этапами, рисками и коммуникационной стратегией для пользователей.
Текст промпта:
*****
Ты – [укажите роль, например, «IT-менеджер с опытом планирования и реализации миграции операционных систем в корпоративной среде»].
Задача: составь план перехода парка рабочих станций на новую операционную систему.
Контекст: текущая ситуация: [опишите, например, «50 рабочих станций под управлением Windows 7, поддержка прекращена, требуется переход на Windows 10»]. Ограничения: [опишите, например, «переход должен быть завершен за 3 месяца, работа организации не должна прерываться более чем на 2 часа на рабочую станцию, бюджет ограничен – новые лицензии уже приобретены»]. Особенности: [опишите, например, «3 специализированных программных продукта требуют проверки совместимости с новой ОС, 10 рабочих станций используются посменно»]. Ресурсы: [укажите, например, «один системный администратор, возможность привлечь помощника на период перехода»].
Формат ответа: план в виде таблицы с этапами: название этапа, задачи, ответственный, срок, критерии завершения этапа. Раздел «Риски и способы их снижения» – 4–6 рисков с оценкой вероятности и планом реагирования. Раздел «Коммуникация с пользователями» – что и когда сообщать сотрудникам, шаблон уведомления.
Ограничения: план должен быть реалистичным для одного специалиста. Учитывай необходимость тестирования совместимости специализированного программного обеспечения до массового перехода.
Тон: структурированный, практичный, с учетом реальных ограничений.
*****
Почему это работает:
Требование указать критерии завершения каждого этапа – это защита от «вечного проекта», который формально идет, но непонятно, когда закончится. Четкие критерии позволяют объективно оценить, можно ли переходить к следующему этапу.
Типичные ошибки при использовании запросов для нейросети в работе техника
- Описывать симптом вместо задачи в запросе к нейросети. Когда в запросе написано «у меня проблема с компьютером» вместо конкретного описания ситуации, нейросеть вынуждена угадывать контекст и выдает универсальный ответ, неприменимый к конкретному случаю.
- Не указывать операционную систему, версию программного обеспечения и конфигурацию оборудования. Нейросеть не знает, с чем работает техник, и может предложить решение, которое не существует в используемой версии системы или требует функций, недоступных в данной конфигурации.
- Не уточнять аудиторию при запросе на создание инструкций или объяснений. Инструкция для системного администратора и инструкция для бухгалтера – это два разных документа, и без указания аудитории нейросеть создаст что-то среднее, непригодное ни для тех, ни для других.
- Принимать первый результат как окончательный без уточняющих запросов. Нейросеть редко попадает в точку с первой попытки, если задача сложная. Уточнение «сделай этот раздел подробнее» или «добавь примеры для Windows Server 2019» обычно дает значительно лучший результат.
- Не проверять технические рекомендации нейросети перед применением на реальном оборудовании. Нейросеть может предложить команду или процедуру, которая устарела, неприменима к конкретной версии системы или требует прав, которых нет у пользователя – проверка обязательна.
- Запрашивать слишком много задач в одном запросе. Попытка получить за один запрос и диагностику, и инструкцию, и регламент одновременно приводит к поверхностному результату по каждому пункту. Каждая задача требует отдельного, хорошо сформулированного запроса.
- Не указывать ограничения и требования к формату результата. Без указания формата нейросеть может выдать объемный технический текст, когда нужна таблица, или структурированный документ, когда нужны три коротких абзаца для письма пользователю.
- Использовать результат нейросети для создания технической документации без адаптации под конкретную инфраструктуру. Нейросеть создает универсальный шаблон, который требует обязательной адаптации под реальные адреса, имена серверов, версии программного обеспечения и особенности конкретной организации.
Сравнение слабых и сильных формулировок запросов для нейросети в работе техника
| Задача техника | Слабая формулировка запроса | Сильная формулировка запроса | Почему слабая не работает |
| Диагностика зависания ПК | Почему зависает компьютер? | Составь алгоритм диагностики рабочей станции (Windows 10, Intel i5, 8 ГБ ОЗУ, SSD), которая зависает через 15 минут после включения, мышь перестает отвечать, перезагрузка помогает временно. От наиболее вероятных причин к менее вероятным. | Нет конфигурации, нет симптомов – ответ будет универсальным и бесполезным |
| Инструкция для пользователя | Напиши инструкцию по подключению к VPN | Напиши пошаговую инструкцию по подключению к OpenVPN для сотрудника без технического образования на Windows 10. Пользователь получит файл конфигурации и логин. Добавь раздел с решением 5 типичных проблем при первом подключении. | Непонятно для кого, какой уровень знаний, какая система – инструкция будет либо слишком технической, либо слишком общей |
| Ответ на заявку пользователя | Напиши ответ пользователю, у которого не работала папка | Напиши ответ пользователю (не более 100 слов): папка не открывалась из-за удаленных прав доступа при обновлении групповых политик, проблема решена, нужно перезайти в систему. Тон: дружелюбный, без технических терминов. | Нет причины проблемы, нет статуса решения, нет требования к тону – ответ будет формальным и холодным |
| Регламент обслуживания | Составь регламент обслуживания компьютеров | Составь регламент планового технического обслуживания для 50 рабочих станций Windows 10, 2 серверов Windows Server 2019, 3 коммутаторов. Разбей на ежемесячные, ежеквартальные и ежегодные работы. Добавь критерии замены оборудования. | Без перечня оборудования и периодичности регламент будет абстрактным документом, не применимым в конкретной организации |
| Объяснение проблемы руководству | Объясни руководителю про RAID | Перепиши для генерального директора без технического образования: RAID-5 деградировал из-за выхода из строя одного диска, данные доступны, но при выходе второго – полная потеря. Нужна замена диска. Объем – не более 150 слов, без технических терминов, с указанием последствий бездействия. | Руководитель не знает, что такое RAID, и без объяснения последствий не поймет срочность – согласование бюджета затянется |
| Анализ журнала событий | Что означает ошибка в Windows? | Проанализируй записи журнала событий Windows: Event ID 41 Kernel-Power, Event ID 6008 EventLog, Event ID 1001 BugCheck. Определи вероятную причину незапланированной перезагрузки, дай рекомендации в порядке приоритета. Если данных недостаточно – укажи, что еще нужно проверить. | Без конкретных кодов событий нейросеть будет угадывать – ответ окажется набором общих советов без привязки к реальной ситуации |
| Скрипт диагностики сети | Напиши скрипт для проверки сети | Напиши скрипт PowerShell для Windows 10, который проверяет доступность 5 узлов сети (шлюз, DNS, файловый сервер, 2 принтера) через ping, записывает результаты в файл с датой и временем, выводит итог: сколько узлов доступно. Только стандартные средства Windows. | Без указания языка, узлов и требований к выводу скрипт будет либо слишком сложным, либо не проверит нужные узлы |
Советы по работе с запросами для нейросети: что упускают даже опытные специалисты
- Сохраняйте удачные формулировки запросов в отдельный файл сразу после первого успешного применения. Хороший запрос – это результат нескольких итераций, и если его не зафиксировать, придется выстраивать формулировку заново при следующей аналогичной задаче.
- Используйте нейросеть для создания шаблонов ответов на типичные заявки, а не для ответа на каждую заявку отдельно. Если одна и та же проблема возникает чаще двух раз в месяц, правильнее один раз создать хороший шаблон ответа и использовать его с минимальной адаптацией – это в разы быстрее.
- Просите нейросеть объяснить, почему она предлагает именно такое решение, а не просто что нужно сделать. Понимание логики рекомендации позволяет оценить ее применимость к конкретной ситуации и адаптировать, если инфраструктура отличается от описанной в запросе.
- При создании технической документации сначала запрашивайте структуру документа, и только после ее утверждения – содержание каждого раздела. Это позволяет скорректировать логику документа до того, как нейросеть напишет несколько страниц в неверном направлении.
- Для диагностических задач добавляйте в запрос информацию о том, что уже проверено и не дало результата. Нейросеть не знает, что техник уже перезагружал маршрутизатор, проверял кабели и переустанавливал драйверы – без этого она начнет с тех же шагов, которые уже не помогли.
- Используйте нейросеть для подготовки к сложным разговорам с руководством – проиграйте возможные вопросы заранее. Запрос «какие вопросы может задать руководитель, когда я предложу заменить серверы стоимостью 500 000 рублей» дает список возражений, к которым можно подготовить аргументированные ответы до встречи, а не в ее процессе.
- Указывайте в запросах российские нормативные акты и стандарты, если документ имеет юридическое или регуляторное значение. Ссылка на конкретный федеральный закон или ГОСТ задает нейросети правовой контекст и значительно повышает соответствие результата реальным требованиям – особенно это важно при работе с персональными данными и информационной безопасностью.
