Инженер связи работает с задачами, где цена ошибки – это не просто недовольный клиент, а упавшая сеть на тысячи абонентов. При этом рутина съедает огромную часть рабочего времени: расчеты, документация, согласования, анализ неисправностей. Промпты для инженера связи – это способ делегировать ИИ все то, что не требует физического присутствия на объекте, но отнимает часы.
В этой статье собраны 27 готовых запросов для нейросети, охватывающих ключевые направления работы: от проектирования и расчетов до технической документации и разбора аварий.
Кому это полезно:
- Инженерам проектных отделов телекоммуникационных компаний
- Специалистам технической эксплуатации сетей связи
- Сотрудникам операторов фиксированной и мобильной связи
- Инженерам, работающим с ВОЛС, РРЛ и транспортными сетями
- Специалистам по радиопланированию и частотному планированию
- Тем, кто устал тратить вечера на составление отчетов и технических заданий
Каждый промпт сопровождается объяснением – почему именно такая структура запроса дает результат, а не просто красивый, но бесполезный текст.
27 промптов для инженера связи: готовые запросы для работы
1. Расчет бюджета линии ВОЛС
Проблема:
Расчет бюджета оптической линии вручную занимает время и требует постоянной проверки: легко пропустить затухание на сварках или коннекторах и получить нерабочую схему уже на этапе монтажа.
Решение:
Промпт формирует полный расчет бюджета ВОЛС с учетом всех источников потерь и запаса на деградацию.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный инженер-проектировщик волоконно-оптических линий связи»].
Рассчитай бюджет оптической линии связи по следующим исходным данным:
– Длина трассы: [укажите длину в километрах, например, «42 км»]
– Тип волокна: [укажите тип, например, «одномодовое G.652D»]
– Затухание волокна: [укажите значение, например, «0,35 дБ/км на длине волны 1310 нм»]
– Количество сварных соединений: [укажите, например, «85 штук»]
– Затухание одной сварки: [укажите, например, «0,1 дБ»]
– Количество разъемных соединений: [укажите, например, «4 штуки»]
– Затухание одного разъемного соединения: [укажите, например, «0,5 дБ»]
– Мощность передатчика: [укажите в дБм, например, «–3 дБм»]
– Чувствительность приемника: [укажите в дБм, например, «–28 дБм»]
– Требуемый запас: [укажите в дБ, например, «3 дБ на деградацию системы»]
Структура ответа:
- Суммарное затухание трассы (с разбивкой по составляющим)
- Доступный энергетический потенциал системы
- Итоговый энергетический запас
- Вывод: достаточен ли запас для надежной работы линии
- Рекомендации, если запас недостаточен (установка усилителя, замена трансивера, уменьшение числа соединений)
Расчет веди пошагово, указывай формулы и промежуточные значения. Избегай округлений без пояснений. Тон – профессиональный, без воды.
*****
Почему это работает:
Разбивка по составляющим затухания заставляет нейросеть показать каждый шаг расчета, а не выдать одно итоговое число – это позволяет сразу найти слабое место в проекте, если запас окажется недостаточным.
2. Анализ причин деградации оптического сигнала
Проблема:
Когда уровень сигнала на приемнике падает постепенно, найти причину без системного анализа сложно – проблема может быть в волокне, сварках, коннекторах или самом оборудовании.
Решение:
Промпт выстраивает структурированный алгоритм диагностики деградации оптического тракта от наиболее вероятных причин к редким.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер технической эксплуатации волоконно-оптических сетей связи с опытом диагностики линейных трактов»].
Проанализируй ситуацию деградации оптического сигнала и составь алгоритм диагностики.
Описание ситуации: [опишите симптомы, например, «уровень оптического сигнала на приемнике снизился с –18 дБм до –24 дБм за последние 3 месяца, линия протяженностью 28 км, тип волокна G.652D, 2 усилительных пункта отсутствуют»].
Что известно о трассе: [укажите, например, «трасса проложена в 2011 году, последний рефлектометрический контроль проводился 2 года назад, кабель частично проходит через зону с высокой влажностью»].
Составь:
- Перечень наиболее вероятных причин деградации (от частых к редким) с кратким объяснением механизма каждой
- Последовательность диагностических измерений с указанием используемых приборов (рефлектометр ОТDR, оптический тестер, визуализатор повреждений)
- Критерии, по которым определяется конкретная причина
- Перечень действий по устранению для каждой найденной причины
Ответ оформи в виде нумерованного алгоритма. Технический язык, без излишних объяснений базовых понятий.
*****
Почему это работает:
Указание конкретных приборов и критериев диагностики переводит ответ нейросети из режима «общие советы» в режим практического руководства, которое можно взять с собой на объект.
3. Составление технического задания на проектирование РРЛ
Проблема:
Техническое задание на радиорелейную линию, составленное наспех или по устаревшему шаблону, порождает десятки вопросов от проектировщика и переделки на этапе экспертизы.
Решение:
Промпт генерирует структурированное техническое задание на проектирование РРЛ с учетом всех ключевых технических требований.
Текст промпта:
*****
Ты – [укажите роль, например, «старший инженер отдела проектирования систем радиосвязи»].
Составь техническое задание на проектирование радиорелейной линии связи по следующим исходным данным:
– Назначение линии: [укажите, например, «организация транспортного канала передачи данных между двумя узлами сотовой сети»]
– Начальный пункт: [укажите, например, «базовая станция в поселке Привольное, Ростовская область»]
– Конечный пункт: [укажите, например, «узел агрегации в г. Сальск»]
– Протяженность: [укажите приблизительно, например, «около 35 км»]
– Требуемая пропускная способность: [укажите, например, «1 Гбит/с»]
– Диапазон частот: [укажите или оставьте на усмотрение проектировщика, например, «18 ГГц или 23 ГГц»]
– Требования к надежности: [укажите, например, «доступность не ниже 99,99% в год»]
– Климатические условия: [укажите, например, «степная зона, высокая вероятность туманов и осадков в осенне-зимний период»]
Техническое задание должно включать:
- Общие сведения об объекте
- Технические требования к линии (частотный диапазон, модуляция, мощность, поляризация)
- Требования к антенно-мачтовым сооружениям
- Требования к резервированию
- Требования к документации по результатам проектирования
- Порядок согласования и приемки
Стиль: официально-технический, в соответствии с российскими стандартами оформления проектной документации.
*****
Почему это работает:
Перечень конкретных разделов ТЗ гарантирует, что нейросеть не пропустит ни один обязательный блок, а климатические условия и требования к надежности сразу формируют технически обоснованные требования, а не общие фразы.
4. Расчет зон Френеля и требований к просвету РРЛ
Проблема:
Недостаточный просвет в зоне Френеля – одна из самых распространенных причин нестабильной работы радиорелейной линии, особенно в условиях атмосферной рефракции.
Решение:
Промпт выполняет расчет первой зоны Френеля и определяет минимально допустимый просвет для конкретного пролета РРЛ.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-проектировщик систем радиорелейной связи»].
Выполни расчет зон Френеля для радиорелейного пролета по следующим данным:
– Длина пролета: [укажите в км, например, «22 км»]
– Рабочая частота: [укажите в ГГц, например, «18 ГГц»]
– Расположение препятствия: [укажите расстояние от одной из станций, например, «препятствие находится на расстоянии 9 км от станции А»]
– Тип местности: [укажите, например, «равнинная, открытая, коэффициент рефракции атмосферы стандартный»]
Выполни пошаговый расчет:
- Радиус первой зоны Френеля в точке расположения препятствия (с формулой)
- Минимально допустимый просвет над препятствием с учетом стандартной атмосферной рефракции (коэффициент k = 4/3)
- Минимально допустимый просвет в условиях субрефракции (коэффициент k = 2/3)
- Вывод: на какую высоту должна быть установлена антенна или какова должна быть минимальная высота подвески кабеля/мачты
Все вычисления – с промежуточными значениями и единицами измерения. Избегай округлений без пояснений.
*****
Почему это работает:
Требование рассчитать просвет для двух режимов рефракции сразу охватывает оба критических сценария, что исключает ситуацию, когда линия работает в штатных условиях, но падает при нестандартной рефракции атмосферы.
5. Составление регламента технического обслуживания узла связи
Проблема:
Регламент ТО, написанный в общих чертах, не выполняется, потому что каждый исполнитель понимает его по-своему. Отсутствие конкретики – прямой путь к пропущенным неисправностям.
Решение:
Промпт формирует детальный регламент технического обслуживания с конкретными операциями, периодичностью и контрольными значениями.
Текст промпта:
*****
Ты – [укажите роль, например, «ведущий инженер службы технической эксплуатации телекоммуникационного узла»].
Составь регламент технического обслуживания узла связи для следующих условий:
– Тип узла: [укажите, например, «транзитный узел агрегации оператора фиксированной связи»]
– Оборудование на узле: [перечислите, например, «маршрутизаторы Huawei NE40E, коммутаторы агрегации, система электропитания с ИБП, система кондиционирования, дизельный генератор»]
– Режим работы: [укажите, например, «узел без постоянного дежурного персонала, обслуживание выездными бригадами»]
– Периодичность обслуживания: [укажите, например, «ежемесячное, квартальное и годовое ТО»]
Регламент должен содержать:
- Ежемесячные работы: конкретный перечень операций с указанием контрольных параметров и допустимых значений
- Квартальные работы: расширенный перечень с проверкой резервных систем
- Годовые работы: полный технический осмотр с измерениями и оформлением актов
- Форму журнала учета выполненных работ (таблица с колонками)
- Критерии, при которых требуется внеплановое обслуживание
Стиль – технический, конкретный, без общих фраз. Каждая операция должна быть сформулирована так, чтобы инженер понял без дополнительных вопросов.
*****
Почему это работает:
Разделение на три уровня периодичности и требование указать контрольные значения превращает регламент из формального документа в реальный рабочий инструмент, по которому можно проверить выполнение каждого пункта.
6. Разработка схемы организации связи
Проблема:
Схема организации связи, составленная без четкой логики, вызывает вопросы при согласовании и не позволяет быстро локализовать неисправность во время аварии.
Решение:
Промпт создает текстовое описание схемы организации связи с полным перечнем элементов и логикой построения.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-проектировщик систем телекоммуникаций»].
Разработай текстовое описание схемы организации связи для следующего объекта:
– Объект: [опишите, например, «промышленное предприятие с тремя производственными корпусами и административным зданием»]
– Назначение сети: [укажите, например, «корпоративная сеть передачи данных и IP-телефония»]
– Количество абонентов: [укажите, например, «около 350 рабочих мест»]
– Требования к резервированию: [укажите, например, «резервирование каналов связи между корпусами, основной и резервный маршрут»]
– Тип среды передачи: [укажите, например, «волоконно-оптический кабель между зданиями, витая пара внутри зданий»]
Описание схемы должно включать:
- Иерархию сети (ядро, агрегация, доступ) с указанием типов оборудования на каждом уровне
- Перечень каналов связи между узлами с указанием типа, среды передачи и пропускной способности
- Логику резервирования: что происходит при отказе основного канала
- Адресацию (концептуально, без конкретных IP-адресов, если не указано иное)
- Перечень необходимых технических помещений и требования к ним
Оформление: структурированный технический текст, пригодный для включения в пояснительную записку проекта.
*****
Почему это работает:
Требование описать логику резервирования принуждает нейросеть продумать не только штатный режим работы, но и поведение сети при отказах – именно это чаще всего упускают при формальном составлении схем.
7. Анализ результатов рефлектометрического измерения
Проблема:
Рефлектограмма содержит много информации, и неопытный специалист может неверно интерпретировать события на ней – принять нормальное затухание за повреждение или пропустить реальную проблему.
Решение:
Промпт помогает интерпретировать результаты рефлектометрического измерения и выявить аномалии на оптической линии.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-метролог в области волоконно-оптических измерений»].
Помоги интерпретировать результаты рефлектометрического измерения оптической линии.
Параметры линии:
– Тип волокна: [укажите, например, «одномодовое G.652D»]
– Длина линии по документации: [укажите, например, «34 км»]
– Длина волны измерения: [укажите, например, «1550 нм»]
Данные рефлектограммы (опиши то, что видишь на экране прибора или в отчете):
[вставьте описание или таблицу событий из отчета рефлектометра, например:
«Событие 1: 0 м, отражение –14 дБ (ближний коннектор)
Событие 2: 8420 м, потеря 0,08 дБ (сварное соединение)
Событие 3: 19 650 м, потеря 0,45 дБ (сварное соединение)
Событие 4: 33 980 м, отражение –12 дБ (дальний коннектор)
Суммарное затухание трассы: 11,8 дБ»]
Выполни:
- Оценку каждого события: норма это или отклонение (с указанием допустимых значений по стандарту)
- Выявление аномальных событий с объяснением возможных причин
- Сравнение суммарного затухания с расчетным (рассчитай расчетное значение по нормативам)
- Рекомендации по дальнейшим действиям
Ссылайся на действующие российские нормативные документы в области связи там, где это применимо.
*****
Почему это работает:
Требование сравнить результаты с расчетными значениями и сослаться на нормативы переводит анализ из субъективного в объективный, что критически важно при оформлении актов рекламации или технических заключений.
8. Составление акта технического состояния линии связи
Проблема:
Акт технического состояния, составленный в произвольной форме, часто не принимается заказчиком или не имеет юридической силы при разборе инцидентов.
Решение:
Промпт формирует акт технического состояния линии связи в структуре, соответствующей требованиям российских операторов связи.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер службы технической эксплуатации линейных сооружений связи»].
Составь акт технического состояния линии связи по следующим данным:
– Наименование линии: [укажите, например, «ВОЛС Краснодар – Тимашевск, участок км 12 – км 28»]
– Дата проведения обследования: [укажите, например, «15 ноября 2024 года»]
– Состав комиссии: [перечислите должности, например, «ведущий инженер службы эксплуатации, инженер по измерениям, представитель подрядной организации»]
– Результаты осмотра: [опишите, например, «на участке км 19,4 обнаружено механическое повреждение кабельной канализации, кабель имеет видимые следы сдавливания, измерения рефлектометром подтвердили увеличение затухания в данной точке на 1,2 дБ»]
– Заключение: [укажите, например, «линия требует восстановительного ремонта на указанном участке»]
Акт должен содержать:
- Заголовок с реквизитами (место, дата, наименование организации)
- Состав комиссии
- Предмет обследования
- Результаты обследования (техническое состояние, результаты измерений)
- Выводы комиссии
- Предписанные мероприятия с указанием сроков
- Подписи членов комиссии (форма)
Стиль – официально-деловой, в соответствии с требованиями к технической документации предприятий связи России.
*****
Почему это работает:
Структура акта с обязательными реквизитами и формой для подписей сразу дает документ, пригодный для подписания, а не черновик, который придется переделывать в юридическом отделе.
9. Подготовка технического отчета по строительству ВОЛС
Проблема:
Технический отчет по строительству ВОЛС нередко сдается с пробелами в разделах измерений или без анализа отклонений от проекта, что затягивает процедуру приемки.
Решение:
Промпт создает структуру и содержание технического отчета по строительству ВОЛС, готового к сдаче заказчику.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер строительного контроля при прокладке волоконно-оптического кабеля»].
Подготовь структуру технического отчета по строительству волоконно-оптической линии связи со следующими параметрами:
– Наименование объекта: [укажите, например, «ВОЛС Армавир – Новокубанск, протяженность 38 км»]
– Способ прокладки: [укажите, например, «подземная прокладка в кабельной канализации и бронированным кабелем в грунте»]
– Тип кабеля: [укажите, например, «ОКЛБг-10Е2-8, 8 волокон G.652D»]
– Подрядная организация: [укажите, например, «ООО Связьстрой»]
– Период строительства: [укажите, например, «июль – октябрь 2024 года»]
– Отклонения от проекта (если есть): [опишите, например, «на участке км 14 – км 16 выполнено изменение трассы в связи с обнаруженными подземными коммуникациями, согласовано с заказчиком»]
Отчет должен включать:
- Введение (назначение объекта, основание для строительства)
- Краткое описание технических решений
- Сведения о примененных материалах и оборудовании
- Отклонения от проектной документации (с обоснованием)
- Результаты приемо-сдаточных измерений (структура таблицы)
- Перечень исполнительной документации
- Заключение о соответствии нормативным требованиям
Стиль: технический, официальный, без общих фраз.
*****
Почему это работает:
Отдельный раздел об отклонениях от проекта с требованием обоснования – именно тот элемент, который чаще всего отсутствует в типовых отчетах и из-за которого приемочная комиссия возвращает документацию на доработку.
10. Расчет нагрузки на систему электропитания узла связи
Проблема:
Недооцененная нагрузка на систему электропитания – это отказ оборудования в самый неподходящий момент. Переоцененная – это избыточные затраты на ИБП и аккумуляторные батареи.
Решение:
Промпт выполняет расчет потребляемой мощности и требований к системе резервного электропитания для узла связи.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-электрик, специализирующийся на системах электропитания телекоммуникационного оборудования»].
Выполни расчет нагрузки на систему электропитания узла связи по следующим данным:
Перечень оборудования (укажите для каждой позиции потребляемую мощность):
[перечислите оборудование, например:
«– Маршрутизатор Huawei NE40E: 2 шт., 800 Вт каждый
– Коммутатор агрегации: 4 шт., 350 Вт каждый
– Система кондиционирования: 2 шт., 3500 Вт каждая
– Освещение и розетки: 500 Вт»]
– Требуемое время автономной работы от ИБП: [укажите, например, «4 часа»]
– Напряжение питания оборудования: [укажите, например, «постоянный ток –48 В»]
– КПД преобразователей: [укажите или оставьте стандартный, например, «0,92»]
Рассчитай:
- Суммарную потребляемую мощность (с коэффициентом одновременности 0,85)
- Требуемую емкость аккумуляторных батарей (в А·ч) для заданного времени автономии
- Требуемую мощность выпрямительного оборудования (с учетом заряда АКБ)
- Рекомендации по выбору ИБП (тип, мощность, емкость АКБ)
Все расчеты – с формулами и промежуточными значениями.
*****
Почему это работает:
Коэффициент одновременности и КПД преобразователей – именно те параметры, которые обычно игнорируются при приблизительных расчетах и которые приводят к тому, что ИБП садится раньше расчетного времени автономии.
11. Написание инструкции по ликвидации аварии на линии связи
Проблема:
Во время аварии нет времени думать – нужна четкая инструкция. Ее отсутствие или размытость превращает аварийное восстановление в хаотичный процесс с непредсказуемым временем устранения.
Решение:
Промпт создает пошаговую инструкцию по ликвидации конкретного типа аварии на линии или узле связи.
Текст промпта:
*****
Ты – [укажите роль, например, «начальник службы аварийно-восстановительных работ телекоммуникационной компании»].
Составь пошаговую инструкцию по ликвидации аварии следующего типа:
– Тип аварии: [опишите, например, «полный обрыв подземного волоконно-оптического кабеля в результате земляных работ сторонней организации»]
– Тип кабеля: [укажите, например, «бронированный ОКБ-8 G.652D, 8 волокон»]
– Условия: [укажите, например, «кабель проложен в грунте на глубине 1,2 м, расположение обрыва – жилой квартал, ночное время»]
– Имеющиеся ресурсы: [перечислите, например, «аварийная бригада из 4 человек, муфта МТОК-А, сварочный аппарат Fujikura 62S, рефлектометр ОТDR»]
Инструкция должна содержать:
- Немедленные действия при получении сигнала об аварии (первые 15 минут)
- Подготовительные работы на месте (безопасность, согласования, инструментарий)
- Локализация места повреждения (методика)
- Технология восстановления (пошагово, с указанием параметров)
- Контрольные измерения после восстановления (что измерять, какие значения считать допустимыми)
- Оформление документации по аварии
Каждый шаг – конкретное действие с ответственным (должность) и временным ориентиром.
*****
Почему это работает:
Указание ответственных и временных ориентиров для каждого шага превращает инструкцию из декларации в реальный управленческий инструмент, по которому можно контролировать ход аварийных работ в режиме реального времени.
12. Анализ частотного плана и выявление помех
Проблема:
Частотный план, составленный без анализа взаимного влияния каналов, приводит к помехам, которые потом очень сложно локализовать – симптомы похожи на аппаратные неисправности.
Решение:
Промпт анализирует частотный план сети и выявляет потенциальные источники взаимных помех между радиоканалами.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по частотному планированию и электромагнитной совместимости систем связи»].
Проанализируй частотный план сети и выяви потенциальные источники помех.
Исходные данные:
– Тип сети: [укажите, например, «сеть радиорелейных линий в диапазоне 18 ГГц»]
– Перечень пролетов с назначенными частотами: [перечислите, например:
«Пролет А–Б: передача 18 100 МГц, прием 19 100 МГц, поляризация H
Пролет Б–В: передача 18 150 МГц, прием 19 150 МГц, поляризация H
Пролет А–Г: передача 18 100 МГц, прием 19 100 МГц, поляризация V»]
– Схема расположения станций: [опишите взаимное расположение, например, «станции А, Б, В расположены на одной трассе, станция Г находится перпендикулярно на расстоянии 8 км от А»]
Выполни:
- Анализ разноса частот между соседними пролетами (достаточен ли разнос?)
- Выявление пар пролетов с потенциальным взаимным влиянием (соканальные и смежноканальные помехи)
- Анализ поляризационной развязки
- Рекомендации по изменению частотного плана для устранения выявленных рисков
Ответ – структурированный технический анализ с обоснованием каждого вывода.
*****
Почему это работает:
Разделение анализа на соканальные и смежноканальные помехи плюс отдельная проверка поляризационной развязки охватывает все три основных механизма взаимного влияния, что исключает ситуацию, когда один из них остается незамеченным.
13. Составление пояснительной записки к проекту сети передачи данных
Проблема:
Пояснительная записка без обоснования принятых технических решений превращается в пересказ схемы – заказчик не понимает, почему выбраны именно эти решения, и начинает задавать вопросы на этапе защиты.
Решение:
Промпт создает структурированную пояснительную записку к проекту корпоративной или операторской сети с обоснованием технических решений.
Текст промпта:
*****
Ты – [укажите роль, например, «главный инженер проекта телекоммуникационной компании»].
Составь пояснительную записку к проекту сети передачи данных по следующим данным:
– Объект: [опишите, например, «корпоративная сеть передачи данных для завода по производству строительных материалов, 4 производственных цеха, административный корпус, склад, общая площадь объекта 12 га»]
– Количество абонентов: [укажите, например, «280 рабочих мест, 45 IP-камер видеонаблюдения, 12 точек доступа Wi-Fi»]
– Принятые технические решения: [перечислите ключевые, например, «трехуровневая архитектура сети, ВОЛС между зданиями, резервирование каналов по схеме 1+1, управляемые коммутаторы уровня доступа»]
– Нормативная база: [укажите, например, «ГОСТ Р 53246-2008, СП 75.13330.2011»]
Пояснительная записка должна включать:
- Введение (цель проекта, основание для разработки)
- Характеристика объекта (что именно влияет на проектные решения)
- Описание принятых технических решений с обоснованием (почему выбрана именно эта архитектура, именно это оборудование)
- Описание системы управления и мониторинга
- Мероприятия по обеспечению надежности
- Соответствие нормативным требованиям
Стиль – официально-технический, объем каждого раздела – достаточный для понимания без обращения к схемам.
*****
Почему это работает:
Требование обосновать каждое техническое решение – а не просто перечислить его – заставляет нейросеть воспроизвести логику проектировщика, что делает записку защищаемой на технических советах и экспертизах.
14. Разработка плана резервирования каналов связи
Проблема:
Резервирование, продуманное только на уровне «есть резервный канал», не работает в реальных авариях – важно понимать время переключения, условия активации резерва и порядок возврата на основной канал.
Решение:
Промпт формирует детальный план резервирования каналов связи с описанием сценариев переключения и восстановления.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности и резервированию транспортных сетей связи»].
Разработай план резервирования каналов связи для следующей ситуации:
– Объект: [опишите, например, «транспортный канал между двумя узлами сети оператора, несущий трафик 500 Мбит/с»]
– Основной канал: [укажите, например, «ВОЛС протяженностью 45 км»]
– Резервный канал: [укажите, например, «радиорелейная линия в диапазоне 18 ГГц, пропускная способность 300 Мбит/с»]
– Требования к переключению: [укажите, например, «время переключения не более 50 мс, ручное или автоматическое»]
– Приоритеты трафика: [укажите, например, «голосовой трафик и управляющий трафик – высший приоритет, данные – нижний»]
Разработай:
- Критерии активации резервного канала (какие события запускают переключение)
- Процедуру автоматического переключения (алгоритм, задействованные протоколы)
- Процедуру ручного переключения (пошаговая инструкция для дежурного инженера)
- Приоритизацию трафика при ограниченной емкости резервного канала
- Процедуру возврата на основной канал после восстановления
- Требования к тестированию резервного канала (периодичность, методика)
Ответ – структурированный документ, пригодный для включения в регламент эксплуатации.
*****
Почему это работает:
Отдельная проработка процедуры возврата на основной канал – деталь, которую обычно упускают, а потом оказывается, что после устранения аварии переключение обратно требует ручного вмешательства в нерабочее время.
15. Подготовка технического задания на закупку оборудования связи
Проблема:
Техническое задание на закупку, написанное под конкретного производителя без формального обоснования, создает риски при государственных и корпоративных тендерах. Слишком общее ТЗ – и на торги придут поставщики с неподходящим оборудованием.
Решение:
Промпт создает технически обоснованное задание на закупку оборудования связи с корректными требованиями к характеристикам.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер отдела технического нормирования и закупок телекоммуникационной компании»].
Подготовь техническое задание на закупку телекоммуникационного оборудования следующего типа:
– Тип оборудования: [укажите, например, «коммутаторы уровня агрегации для корпоративной сети»]
– Количество: [укажите, например, «8 штук»]
– Назначение: [опишите, например, «агрегация трафика от коммутаторов уровня доступа, подключение к ядру сети по оптическим интерфейсам 10 Гбит/с»]
Требования к характеристикам:
[перечислите известные вам требования, например:
«– Пропускная способность коммутационной матрицы: не менее 480 Гбит/с
– Количество портов 1 Гбит/с: не менее 24
– Количество портов 10 Гбит/с: не менее 4
– Поддержка протоколов OSPF, BGP, VRRP, MSTP
– Рабочая температура: от 0 до +50°C
– Степень защиты: IP20 (для установки в закрытые шкафы)»]
Требования к поставщику: [укажите, например, «наличие сертификатов производителя, опыт поставок не менее 3 лет»]
ТЗ должно содержать:
- Общие сведения о закупке
- Технические требования к оборудованию (развернутые, с минимальными значениями характеристик)
- Требования к документации и сертификации
- Требования к гарантийному обслуживанию
- Порядок приемки и проверки соответствия
Стиль – официальный, пригодный для размещения в системе закупок.
*****
Почему это работает:
Формулировка требований через минимальные значения характеристик, а не через названия конкретных моделей, делает ТЗ юридически корректным и при этом достаточно конкретным, чтобы отсечь неподходящие предложения.
16. Расчет зоны покрытия базовой станции
Проблема:
Расчет зоны покрытия «на глаз» или по упрощенным моделям приводит к тому, что реальное покрытие не совпадает с плановым и начинаются жалобы абонентов на мертвые зоны.
Решение:
Промпт выполняет расчет ожидаемой зоны покрытия базовой станции с учетом параметров оборудования и условий распространения радиоволн.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по радиопланированию сотовых сетей»].
Выполни расчет ожидаемой зоны покрытия базовой станции по следующим параметрам:
– Стандарт связи: [укажите, например, «LTE-1800»]
– Мощность передатчика БС: [укажите в дБм, например, «46 дБм на сектор»]
– Усиление антенны БС: [укажите в дБи, например, «18 дБи»]
– Высота подвеса антенны: [укажите в метрах, например, «35 м»]
– Потери в кабеле и разъемах на стороне БС: [укажите в дБ, например, «2 дБ»]
– Чувствительность приемника абонентского устройства: [укажите, например, «–100 дБм»]
– Усиление антенны абонентского устройства: [укажите, например, «0 дБи»]
– Высота абонентского устройства: [укажите, например, «1,5 м»]
– Тип местности: [укажите, например, «пригородная зона, смешанная застройка средней плотности»]
– Модель распространения: [укажите, например, «модель Окумура–Хата для пригородной зоны»]
Рассчитай:
- Максимально допустимые потери на трассе (бюджет линии)
- Ожидаемый радиус зоны покрытия по выбранной модели распространения
- Площадь соты
- Рекомендации по корректировке параметров для увеличения/уменьшения зоны покрытия
Все расчеты – пошагово, с формулами.
*****
Почему это работает:
Явное указание модели распространения Окумура–Хата фиксирует методологию расчета, что делает результат воспроизводимым и позволяет сравнивать расчеты разных инженеров по единой методике.
17. Написание технического описания системы мониторинга сети
Проблема:
Система мониторинга, внедренная без технического описания, превращается в «черный ящик» – при смене инженера или при расширении системы никто не понимает, как она устроена и что именно контролирует.
Решение:
Промпт создает техническое описание системы мониторинга сети связи, включая архитектуру, контролируемые параметры и порядок реагирования на события.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер NOC (центра управления сетью) телекоммуникационного оператора»].
Напиши техническое описание системы мониторинга сети связи по следующим данным:
– Система мониторинга: [укажите, например, «Zabbix 6.4, развернутый на выделенном сервере»]
– Контролируемые объекты: [перечислите, например, «45 маршрутизаторов, 120 коммутаторов, 12 серверов, 8 РРЛ-станций, 3 узла ВОЛС»]
– Протоколы опроса: [укажите, например, «SNMP v2c и v3, ICMP, SSH для скриптов»]
– Контролируемые параметры: [перечислите ключевые, например, «доступность, загрузка процессора, использование памяти, загрузка интерфейсов, температура, уровень оптического сигнала»]
– Система оповещения: [укажите, например, «уведомления по электронной почте и через мессенджер для дежурных инженеров»]
Описание должно включать:
- Архитектуру системы мониторинга (компоненты, их взаимодействие)
- Перечень контролируемых параметров с пороговыми значениями для предупреждений и критических событий
- Классификацию событий по степени критичности
- Порядок реагирования на события каждого класса
- Регламент актуализации конфигурации системы мониторинга
Стиль – технический, структурированный, пригодный для включения в эксплуатационную документацию.
*****
Почему это работает:
Требование указать пороговые значения для каждого параметра и классификацию событий переводит описание из декларативного в операционное – дежурный инженер получает четкий ориентир, при каком значении нужно реагировать.
18. Подготовка ответа на претензию по качеству услуг связи
Проблема:
Ответ на претензию, составленный в произвольной форме или с общими формулировками, не закрывает вопрос – клиент идет дальше: в Роскомнадзор, суд или публичное пространство.
Решение:
Промпт формирует технически обоснованный и юридически корректный ответ на претензию по качеству услуг связи.
Текст промпта:
*****
Ты – [укажите роль, например, «технический эксперт отдела по работе с обращениями абонентов телекоммуникационного оператора»].
Подготовь официальный ответ на претензию абонента по качеству услуг связи.
Данные о претензии:
– Суть претензии: [опишите, например, «абонент жалуется на нестабильную работу интернета в течение последних 2 недель, периодические обрывы соединения длительностью от 5 до 40 минут, 3–5 раз в сутки»]
– Данные технического расследования: [укажите, например, «по результатам анализа системы мониторинга установлено: в указанный период на участке кабельной канализации выполнялись ремонтные работы сторонней организацией, что привело к повреждению магистрального кабеля. Повреждение устранено 14 ноября 2024 года. Нестабильность подтверждена журналами системы мониторинга.»]
– Компенсационные меры: [укажите, например, «перерасчет абонентской платы за 14 дней в соответствии с договором об оказании услуг»]
– Ссылки на нормативные документы: [укажите, например, «Федеральный закон "О связи" № 126-ФЗ, условия договора об оказании услуг связи»]
Ответ должен содержать:
- Обращение к абоненту с признанием факта нарушения
- Техническое объяснение причины (понятным языком, без лишнего жаргона)
- Описание принятых мер по устранению
- Информацию о компенсации
- Заверение о мерах по предотвращению повторения
Стиль – официально-деловой, уважительный, без формальных отписок.
*****
Почему это работает:
Требование объяснить техническую причину «понятным языком» принципиально: технически грамотный ответ, написанный жаргоном, воспринимается абонентом как попытка запутать, а не объяснить – и только усиливает недовольство.
19. Составление программы приемо-сдаточных испытаний
Проблема:
Приемо-сдаточные испытания без утвержденной программы превращаются в неструктурированную проверку, где каждая сторона считает, что проверила «все необходимое», а потом обнаруживаются пропущенные параметры.
Решение:
Промпт создает программу приемо-сдаточных испытаний для конкретного типа оборудования или системы связи.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер отдела технического контроля телекоммуникационной компании»].
Составь программу приемо-сдаточных испытаний для следующего объекта:
– Объект испытаний: [укажите, например, «радиорелейная линия связи в диапазоне 23 ГГц, 2 пролета, общая протяженность 18 км»]
– Пропускная способность: [укажите, например, «1 Гбит/с»]
– Нормативные документы: [укажите, например, «ГОСТ Р 53111-2008, технические условия производителя, проектная документация»]
– Стороны испытаний: [укажите, например, «заказчик – ПАО "Ростелеком", подрядчик – ООО "СвязьМонтаж"»]
Программа должна включать:
- Цель и объем испытаний
- Перечень проверяемых параметров (с указанием нормативных значений для каждого)
- Методику проведения каждого вида испытаний (что измеряем, каким прибором, в каких условиях)
- Критерии приемки (при каких результатах система считается принятой)
- Форму протокола испытаний (таблица с колонками: параметр, нормативное значение, измеренное значение, соответствие)
- Порядок действий при несоответствии результатов нормативным значениям
Стиль – технический, официальный.
*****
Почему это работает:
Форма протокола с колонкой «нормативное значение / измеренное значение / соответствие» встроена прямо в программу испытаний – это исключает ситуацию, когда испытания проведены, а оформить результаты не в чем.
20. Разработка схемы кабельной разводки в серверном шкафу
Проблема:
Шкаф без схемы кабельной разводки – это загадка, которую следующий инженер будет разгадывать методом «потяни за кабель и посмотри, что отключится». Метод рабочий, но нервный.
Решение:
Промпт создает текстовое описание схемы кабельной разводки и маркировки кабелей в серверном шкафу.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по структурированным кабельным системам»].
Разработай схему кабельной разводки и систему маркировки для серверного шкафа по следующим данным:
– Тип шкафа: [укажите, например, «напольный шкаф 42U, ширина 600 мм, глубина 1000 мм»]
– Оборудование в шкафу: [перечислите с указанием позиции в юнитах, например:
«U1–U2: патч-панель оптическая 24 порта LC
U3–U4: коммутатор агрегации 48 портов 1G + 4 порта 10G
U5: маршрутизатор
U6–U7: патч-панель медная 48 портов RJ-45
U8–U10: серверы (3 шт.)
U11: ИБП 1U
Остальное: свободно»]
– Типы кабелей: [укажите, например, «оптические патч-корды LC-LC, медные патч-корды RJ-45, силовые кабели»]
– Требования к маркировке: [укажите, например, «двусторонняя маркировка каждого кабеля с указанием откуда/куда»]
Разработай:
- Принципы организации кабелей (раздельные пучки для разных типов, трассы прокладки)
- Систему маркировки (формат меток, примеры для каждого типа кабеля)
- Рекомендации по укладке кабелей (минимальный радиус изгиба, фиксация)
- Форму кабельного журнала (таблица: номер кабеля, тип, откуда, куда, длина, примечание)
Ответ должен быть применим для реализации без дополнительных уточнений.
*****
Почему это работает:
Встроенная форма кабельного журнала с колонками «откуда/куда» – это именно тот документ, который потом реально используется при обслуживании, а не хранится в папке «на всякий случай».
21. Анализ трафика и рекомендации по оптимизации пропускной способности
Проблема:
Жалобы на «медленный интернет» без анализа реального трафика ведут к ненужным затратам – канал расширяют, а проблема оказывается в неправильной приоритизации или в одном «жадном» потребителе полосы.
Решение:
Промпт анализирует описание трафика и выдает рекомендации по оптимизации использования пропускной способности канала.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по управлению трафиком и оптимизации сетей передачи данных»].
Проанализируй ситуацию с пропускной способностью канала и дай рекомендации по оптимизации.
Описание ситуации:
– Емкость канала: [укажите, например, «100 Мбит/с симметричный канал в интернет»]
– Количество пользователей: [укажите, например, «180 сотрудников, 12 серверов»]
– Характер проблемы: [опишите, например, «в рабочие часы с 10:00 до 13:00 и с 14:00 до 17:00 наблюдается насыщение канала, задержки в корпоративных приложениях, жалобы на медленную работу»]
– Данные о трафике (если есть): [укажите, например, «по данным системы мониторинга, 60% трафика – веб-браузинг, 20% – видеоконференции, 10% – обновления ПО, 10% – корпоративные приложения»]
– Используемое оборудование: [укажите, например, «граничный маршрутизатор Cisco с поддержкой QoS»]
Выполни:
- Анализ структуры трафика: какие категории создают наибольшую нагрузку
- Выявление нерациональных потребителей полосы (что можно ограничить без ущерба для бизнеса)
- Рекомендации по настройке приоритизации трафика (какие категории в какой очередью обслуживать)
- Рекомендации по политикам ограничения полосы для отдельных категорий
- Оценка: нужно ли расширение канала или достаточно оптимизации
Ответ – практические рекомендации с обоснованием каждого решения.
*****
Почему это работает:
Отдельный вопрос «нужно ли расширение канала или достаточно оптимизации» принципиален: он заставляет нейросеть взвесить оба варианта и не идти по пути наименьшего сопротивления – просто рекомендовать купить больший канал.
22. Составление технического задания на систему видеонаблюдения с передачей по сети связи
Проблема:
Системы видеонаблюдения часто проектируются без учета реальной нагрузки на сеть – и потом оказывается, что 40 камер в Full HD наглухо забивают корпоративный канал.
Решение:
Промпт создает техническое задание на систему IP-видеонаблюдения с расчетом нагрузки на сеть передачи данных.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-проектировщик интегрированных систем безопасности и связи»].
Составь техническое задание на систему IP-видеонаблюдения с расчетом нагрузки на сеть.
Исходные данные:
– Объект: [опишите, например, «складской комплекс площадью 8000 кв. м, 3 корпуса»]
– Количество камер: [укажите, например, «48 камер»]
– Требования к качеству изображения: [укажите, например, «Full HD (1920×1080), 25 кадров/с»]
– Кодек: [укажите или оставьте на выбор, например, «H.265»]
– Срок хранения архива: [укажите, например, «30 суток»]
– Режим записи: [укажите, например, «постоянная запись со всех камер»]
Рассчитай и опиши:
- Расчет требуемой полосы пропускания для передачи видеопотоков (с формулой и промежуточными значениями)
- Расчет требуемого объема хранилища для архива
- Требования к сетевой инфраструктуре (коммутаторы, пропускная способность каналов)
- Требования к серверу записи (процессор, оперативная память, система хранения)
- Требования к программному обеспечению видеоуправления
- Требования к резервированию системы
Стиль – технический, официальный, пригодный для тендерной документации.
*****
Почему это работает:
Расчет нагрузки на сеть встроен в само техническое задание – это исключает ситуацию, когда система видеонаблюдения проектируется отдельно от сети и потом обнаруживается, что коммутаторы не справляются с потоком.
23. Написание инструкции по настройке оборудования для нового сотрудника
Проблема:
Передача знаний в телекоммуникационных компаниях часто происходит по принципу «посмотри, как я делаю». Когда опытный инженер уходит в отпуск или увольняется, оказывается, что никаких инструкций нет.
Решение:
Промпт создает подробную пошаговую инструкцию по настройке конкретного типа оборудования, рассчитанную на специалиста без опыта работы с данной платформой.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный инженер-наставник, специализирующийся на оборудовании передачи данных»].
Напиши пошаговую инструкцию по настройке оборудования для специалиста, впервые работающего с данной платформой.
Данные:
– Оборудование: [укажите, например, «коммутатор Huawei S5735-L48T4X-A»]
– Задача настройки: [опишите, например, «базовая конфигурация: имя устройства, управляющий интерфейс, VLAN для разных подразделений, транковые порты, настройка SNMP для системы мониторинга»]
– Уровень подготовки читателя: [укажите, например, «знает основы сетевых технологий, умеет подключиться к консоли, с Huawei VRP работает впервые»]
– Особые требования: [укажите, например, «все команды должны быть приведены полностью, с пояснением каждой строки конфигурации»]
Инструкция должна включать:
- Подготовительный этап (что проверить перед началом настройки)
- Подключение к оборудованию (способы, параметры)
- Пошаговая настройка каждой функции (команды + объяснение, что делает каждая команда)
- Проверка настроек (как убедиться, что все настроено правильно)
- Типичные ошибки при настройке данного оборудования и как их избежать
- Сохранение конфигурации
Стиль – понятный, без предположений о том, что читатель «и так знает».
*****
Почему это работает:
Требование объяснять каждую команду, а не просто приводить конфигурацию блоком, делает инструкцию обучающей, а не просто шаблоном для копирования – новый сотрудник понимает логику, а не механически воспроизводит действия.
24. Подготовка технического обоснования для модернизации сети
Проблема:
Заявка на модернизацию без технического обоснования воспринимается руководством как «хотим новое оборудование» – и отправляется на следующий бюджетный год. С обоснованием – это уже производственная необходимость.
Решение:
Промпт создает техническое обоснование для модернизации сетевой инфраструктуры, пригодное для представления руководству и финансовому отделу.
Текст промпта:
*****
Ты – [укажите роль, например, «главный инженер телекоммуникационного подразделения предприятия»].
Подготовь техническое обоснование для модернизации сетевой инфраструктуры.
Описание текущей ситуации:
– Что модернизируется: [опишите, например, «транспортная сеть между офисами компании, построенная на технологии SDH в 2009 году»]
– Текущие проблемы: [перечислите, например, «пропускная способность каналов 2 Мбит/с не соответствует текущим потребностям в 100+ Мбит/с, оборудование снято с производства и не поддерживается производителем, запасные части отсутствуют на рынке»]
– Предлагаемое решение: [укажите, например, «замена SDH-оборудования на Ethernet-транспорт на базе технологии MPLS, увеличение емкости каналов до 1 Гбит/с»]
– Предварительная стоимость: [укажите, например, «8,5 млн рублей»]
Обоснование должно содержать:
- Анализ текущего состояния с перечнем технических проблем и их последствий для бизнеса
- Риски продолжения эксплуатации устаревшей инфраструктуры (с оценкой вероятности и последствий)
- Описание предлагаемого решения и его преимущества
- Сравнение вариантов (модернизация vs. продолжение эксплуатации vs. альтернативные решения)
- Ожидаемые результаты от внедрения
- Заключение с рекомендацией
Стиль – технически обоснованный, но понятный для руководителя без технического образования.
*****
Почему это работает:
Раздел «риски продолжения эксплуатации» – ключевой с точки зрения принятия решения: руководство легче соглашается на затраты, когда понимает, чем рискует, если ничего не делать, а не просто видит цену нового оборудования.
25. Составление технического регламента проведения плановых работ с перерывом в связи
Проблема:
Плановые работы с перерывом в связи без утвержденного регламента – это источник конфликтов с клиентами, неожиданных последствий и нарушений договорных обязательств по времени недоступности сервиса.
Решение:
Промпт создает регламент проведения плановых работ с перерывом в предоставлении услуг связи, включая все необходимые согласования и процедуры.
Текст промпта:
*****
Ты – [укажите роль, например, «начальник отдела технической эксплуатации телекоммуникационного оператора»].
Составь технический регламент проведения плановых работ с перерывом в предоставлении услуг связи.
Параметры работ:
– Тип работ: [укажите, например, «замена активного оборудования на транзитном узле агрегации»]
– Затрагиваемые услуги: [укажите, например, «доступ в интернет и IP-телефония для 1200 абонентов»]
– Планируемое время работ: [укажите, например, «воскресенье с 02:00 до 06:00»]
– Максимально допустимый перерыв: [укажите, например, «не более 4 часов по условиям SLA»]
– Наличие резервного оборудования: [укажите, например, «резервное оборудование отсутствует, переключение невозможно»]
Регламент должен включать:
- Порядок и сроки согласования работ (кто согласует, в какие сроки, какие документы)
- Порядок уведомления абонентов (за сколько дней, какими каналами, текст уведомления)
- Подготовительные работы до начала перерыва
- Пошаговый план работ в окне обслуживания (с временными ориентирами)
- Порядок проверки восстановления сервиса
- Действия при превышении планового времени работ
- Документирование результатов
Стиль – официальный, операционный, пригодный для утверждения руководством.
*****
Почему это работает:
Отдельный раздел «действия при превышении планового времени» – это именно тот сценарий, который обычно не планируется, а потом разыгрывается в режиме импровизации в четыре утра с последующими объяснительными.
26. Разработка технических требований к качеству услуг (параметры SLA)
Проблема:
Соглашения об уровне сервиса, написанные в общих словах («высокое качество», «минимальные задержки»), не защищают ни оператора, ни клиента – при возникновении спора непонятно, что именно было нарушено.
Решение:
Промпт формирует технически обоснованные параметры качества услуг связи для включения в соглашение об уровне сервиса.
Текст промпта:
*****
Ты – [укажите роль, например, «технический эксперт по стандартам качества услуг связи»].
Разработай технические параметры качества услуг для включения в соглашение об уровне сервиса.
Тип услуги: [укажите, например, «выделенный канал передачи данных для корпоративного клиента»]
Пропускная способность: [укажите, например, «1 Гбит/с симметричный»]
Тип клиента: [укажите, например, «банк, критически важная инфраструктура»]
Особые требования: [укажите, например, «непрерывность работы критически важна, клиент готов платить за высокий уровень гарантий»]
Разработай параметры по следующим категориям:
- Доступность услуги (процент времени в году, допустимое суммарное время недоступности)
- Задержка передачи пакетов (в одну сторону и туда-обратно, для разных условий нагрузки)
- Вариация задержки (джиттер)
- Потери пакетов (допустимый процент)
- Пропускная способность (гарантированная и пиковая)
- Время реакции на аварию (от момента обнаружения до начала работ)
- Время восстановления услуги после аварии
- Порядок измерения и подтверждения параметров
- Компенсации при нарушении параметров
Для каждого параметра укажи: числовое значение, метод измерения, период усреднения.
*****
Почему это работает:
Требование указать метод измерения и период усреднения для каждого параметра делает соглашение проверяемым – обе стороны знают, как именно будет определяться соответствие или нарушение условий.
27. Подготовка доклада о техническом состоянии сети для руководства
Проблема:
Технический доклад, написанный инженерным языком для руководителя без технического образования, не воспринимается – цифры есть, но решение не принимается, потому что непонятно, что за ними стоит.
Решение:
Промпт создает доклад о техническом состоянии сети, сочетающий техническую точность с доступностью для управленческого восприятия.
Текст промпта:
*****
Ты – [укажите роль, например, «главный инженер телекоммуникационной компании, готовящий доклад для совета директоров»].
Подготовь доклад о техническом состоянии сети связи для руководства компании.
Исходные данные:
– Период отчета: [укажите, например, «III квартал 2024 года»]
– Ключевые события периода: [перечислите, например, «3 крупные аварии с суммарным временем восстановления 14 часов, успешная модернизация 2 узлов, ввод в эксплуатацию нового участка ВОЛС протяженностью 22 км»]
– Текущие проблемные зоны: [укажите, например, «устаревшее оборудование на 5 узлах, износ кабельной инфраструктуры на северном направлении»]
– Планируемые работы: [укажите, например, «модернизация 3 узлов в IV квартале, замена кабеля на аварийном участке»]
– Аудитория: [укажите, например, «генеральный директор и финансовый директор без технического образования»]
Доклад должен включать:
- Краткое резюме (ключевые факты и выводы – не более 5 пунктов)
- Показатели надежности сети за период (доступность, количество и продолжительность аварий)
- Описание ключевых событий (понятным языком, без жаргона)
- Текущие риски и их потенциальные последствия для бизнеса
- Планируемые мероприятия и ожидаемые результаты
- Необходимые решения от руководства (что требует одобрения)
Стиль – деловой, понятный для нетехнического руководителя, с акцентом на бизнес-последствия технических проблем.
*****
Почему это работает:
Раздел «необходимые решения от руководства» превращает доклад из информационного в управленческий инструмент – руководитель четко понимает, что именно от него ожидается, а не просто получает отчет для сведения.
Типичные ошибки при работе с промптами для инженера связи
- Описывать задачу слишком обобщенно, без технических параметров. Нейросеть не знает, какой у вас тип волокна, какова длина трассы и что именно вышло из строя – без этого контекста ответ будет настолько универсальным, что его можно найти в любом учебнике.
- Не указывать нормативную базу и стандарты, которые должны соблюдаться. Российская телекоммуникационная отрасль регулируется конкретными ГОСТами и нормативными документами Министерства цифрового развития – без их упоминания нейросеть может предложить решения, не соответствующие российским требованиям.
- Ожидать готового расчета без указания исходных данных. Промпт без числовых параметров – это как техническое задание без технических требований: на выходе получается текст ни о чем, который нельзя ни проверить, ни использовать.
- Не указывать аудиторию документа. Инструкция для дежурного инженера и пояснительная записка для государственной экспертизы – это принципиально разные тексты по стилю, детализации и формату. Без указания аудитории нейросеть выбирает усредненный вариант, который не подходит ни для того, ни для другого.
- Игнорировать указание типа оборудования и его производителя. Настройка оборудования Huawei и настройка оборудования Eltex – это разные команды, разные интерфейсы, разная логика. Универсальная инструкция «для коммутатора вообще» не применима ни к чему конкретному.
- Не запрашивать обоснование выводов и рекомендаций. Нейросеть охотно выдает рекомендации, но без запроса на обоснование часто делает это без объяснения причин. В технической документации и при защите проектных решений именно обоснование является ключевым элементом.
- Использовать результат без проверки числовых значений. Расчеты нейросети требуют верификации: алгоритм может быть правильным, но арифметическая ошибка или использование устаревших нормативных значений способны привести к ошибочному проектному решению.
- Составлять один большой промпт на несколько несвязанных задач одновременно. Когда в одном запросе смешаны расчет бюджета линии, составление акта и разработка регламента – нейросеть пытается охватить все сразу и делает каждую часть поверхностно. Каждая задача требует отдельного запроса.
- Не указывать требования к формату и объему результата. Без явного указания нейросеть может выдать либо слишком краткий ответ, непригодный для документации, либо избыточно развернутый текст, который придется значительно сокращать. Формат и объем нужно задавать явно.
Сравнение слабых и сильных формулировок запросов для инженера связи
| Задача | Слабая формулировка | Сильная формулировка | Почему слабая не работает |
| Расчет бюджета ВОЛС | Рассчитай затухание на оптической линии | Рассчитай бюджет оптической линии 42 км, волокно G.652D, 85 сварок по 0,1 дБ, 4 коннектора по 0,5 дБ, передатчик –3 дБм, приемник –28 дБм, запас 3 дБ. Покажи расчет пошагово с формулами. | Без параметров нейросеть дает формулу, а не результат – инженер и так знает формулу |
| Диагностика аварии | Помоги найти причину аварии на линии связи | Уровень сигнала упал с –18 до –24 дБм за 3 месяца на линии 28 км G.652D. Последний ОТDR – 2 года назад. Трасса частично в зоне высокой влажности. Составь алгоритм диагностики от вероятных причин к редким с указанием приборов и критериев. | Без описания симптомов и условий ответ будет общим перечнем возможных причин без приоритизации |
| Составление ТЗ | Напиши техническое задание на радиорелейную линию | Составь ТЗ на РРЛ: канал 1 Гбит/с, 35 км, диапазон 18 ГГц, доступность 99,99%, степная зона с туманами. Структура: общие сведения, технические требования, АМС, резервирование, документация, порядок приемки. | Без параметров ТЗ будет формальным шаблоном без технического содержания |
| Документация по аварии | Составь акт по аварии | Составь акт технического состояния ВОЛС: участок км 19,4, механическое повреждение кабеля, затухание +1,2 дБ по ОТDR. Комиссия из 3 человек. Вывод: требуется ремонт. Предписанные мероприятия со сроками. Официально-деловой стиль. | Без конкретики акт будет шаблоном с пустыми местами, который все равно придется заполнять вручную |
| Регламент ТО | Напиши регламент обслуживания узла связи | Составь регламент ТО для транзитного узла без постоянного дежурного: Huawei NE40E, ИБП, кондиционирование, дизельный генератор. Три уровня: ежемесячный, квартальный, годовой. Для каждой операции – контрольные параметры и допустимые значения. | Без указания оборудования и уровней периодичности регламент получается слишком общим для реального применения |
| Расчет покрытия БС | Рассчитай зону покрытия базовой станции LTE | Рассчитай покрытие LTE-1800: мощность 46 дБм, антенна 18 дБи, высота 35 м, потери 2 дБ, чувствительность абонента –100 дБм, пригородная зона. Модель Окумура–Хата. Покажи бюджет линии, радиус, площадь соты, рекомендации по корректировке. | Без указания модели распространения и параметров оборудования расчет невоспроизводим и неверифицируем |
Неочевидные советы по работе с запросами для нейросети в области связи
- Добавляйте в промпт требование сослаться на конкретные нормативные документы – это радикально повышает качество технических выводов. Когда нейросеть знает, что нужна ссылка на ГОСТ или нормативный документ Министерства цифрового развития, она не выдает общие рекомендации, а формулирует ответ в контексте реальных требований российского регулирования.
- Просите нейросеть перечислить допущения, которые она сделала при расчете. Любой технический расчет строится на допущениях – если нейросеть их не называет, это не значит, что их нет. Явное перечисление допущений позволяет быстро найти, где расчет может расходиться с реальными условиями.
- Используйте формулировку «объясни, почему именно такое решение, а не альтернативное» – это защищает от единственного варианта ответа. Нейросеть по умолчанию предлагает одно решение, тогда как в реальном проектировании почти всегда есть несколько вариантов с разными компромиссами между стоимостью, надежностью и сложностью реализации.
- Разделяйте запросы на расчет и на оформление документа – это дает значительно лучший результат, чем один комбинированный промпт. Сначала получите и проверьте числа, затем отдельным запросом попросите оформить их в виде технического отчета или пояснительной записки – качество каждой части будет выше.
- Указывайте, что вы уже проверили и что исключено, – это сокращает список гипотез при диагностике аварий. Если кабель уже проверен рефлектометром и повреждений нет, но линия нестабильна, нейросеть должна об этом знать: иначе она начнет анализ именно с кабеля, тратя ваше время на уже пройденный путь.
- Сохраняйте удачные промпты с конкретными параметрами как шаблоны для повторного использования, подставляя только новые исходные данные. Структура запроса для расчета бюджета ВОЛС или составления акта технического состояния не меняется от объекта к объекту – меняются только цифры и характеристики конкретной линии.
- Просите нейросеть указать, какие дополнительные измерения или данные позволили бы уточнить результат. Это особенно ценно при диагностике сложных неисправностей: нейросеть укажет, что именно нужно измерить дополнительно, чтобы сузить круг возможных причин и перейти от версий к конкретному решению.
