Промпты для инженера связи. 27 готовых примеров для генерации

Инженер связи работает с задачами, где цена ошибки – это не просто недовольный клиент, а упавшая сеть на тысячи абонентов. При этом рутина съедает огромную часть рабочего времени: расчеты, документация, согласования, анализ неисправностей. Промпты для инженера связи – это способ делегировать ИИ все то, что не требует физического присутствия на объекте, но отнимает часы.

В этой статье собраны 27 готовых запросов для нейросети, охватывающих ключевые направления работы: от проектирования и расчетов до технической документации и разбора аварий.

Кому это полезно:

• Инженерам проектных отделов телекоммуникационных компаний
• Специалистам технической эксплуатации сетей связи
• Сотрудникам операторов фиксированной и мобильной связи
• Инженерам, работающим с ВОЛС, РРЛ и транспортными сетями
• Специалистам по радиопланированию и частотному планированию
• Тем, кто устал тратить вечера на составление отчетов и технических заданий

Каждый промпт сопровождается объяснением – почему именно такая структура запроса дает результат, а не просто красивый, но бесполезный текст.

27 промптов для инженера связи: готовые запросы для работы

1. Расчет бюджета линии ВОЛС

Проблема:
Расчет бюджета оптической линии вручную занимает время и требует постоянной проверки: легко пропустить затухание на сварках или коннекторах и получить нерабочую схему уже на этапе монтажа.

Решение:
Промпт формирует полный расчет бюджета ВОЛС с учетом всех источников потерь и запаса на деградацию.

Текст промпта:

*****

Ты – [укажите роль, например, “опытный инженер-проектировщик волоконно-оптических линий связи”].

Рассчитай бюджет оптической линии связи по следующим исходным данным:

– Длина трассы: [укажите длину в километрах, например, “42 км”] – Тип волокна: [укажите тип, например, “одномодовое G.652D”] – Затухание волокна: [укажите значение, например, “0,35 дБ/км на длине волны 1310 нм”] – Количество сварных соединений: [укажите, например, “85 штук”] – Затухание одной сварки: [укажите, например, “0,1 дБ”] – Количество разъемных соединений: [укажите, например, “4 штуки”] – Затухание одного разъемного соединения: [укажите, например, “0,5 дБ”] – Мощность передатчика: [укажите в дБм, например, “–3 дБм”] – Чувствительность приемника: [укажите в дБм, например, “–28 дБм”] – Требуемый запас: [укажите в дБ, например, “3 дБ на деградацию системы”]

Структура ответа:

1. Суммарное затухание трассы (с разбивкой по составляющим)
2. Доступный энергетический потенциал системы
3. Итоговый энергетический запас
4. Вывод: достаточен ли запас для надежной работы линии
5. Рекомендации, если запас недостаточен (установка усилителя, замена трансивера, уменьшение числа соединений)

Расчет веди пошагово, указывай формулы и промежуточные значения. Избегай округлений без пояснений. Тон – профессиональный, без воды.

*****

Почему это работает:
Разбивка по составляющим затухания заставляет нейросеть показать каждый шаг расчета, а не выдать одно итоговое число – это позволяет сразу найти слабое место в проекте, если запас окажется недостаточным.

2. Анализ причин деградации оптического сигнала

Проблема:
Когда уровень сигнала на приемнике падает постепенно, найти причину без системного анализа сложно – проблема может быть в волокне, сварках, коннекторах или самом оборудовании.

Решение:
Промпт выстраивает структурированный алгоритм диагностики деградации оптического тракта от наиболее вероятных причин к редким.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер технической эксплуатации волоконно-оптических сетей связи с опытом диагностики линейных трактов”].

Проанализируй ситуацию деградации оптического сигнала и составь алгоритм диагностики.

Описание ситуации: [опишите симптомы, например, “уровень оптического сигнала на приемнике снизился с –18 дБм до –24 дБм за последние 3 месяца, линия протяженностью 28 км, тип волокна G.652D, 2 усилительных пункта отсутствуют”].

Что известно о трассе: [укажите, например, “трасса проложена в 2011 году, последний рефлектометрический контроль проводился 2 года назад, кабель частично проходит через зону с высокой влажностью”].

Составь:

1. Перечень наиболее вероятных причин деградации (от частых к редким) с кратким объяснением механизма каждой
2. Последовательность диагностических измерений с указанием используемых приборов (рефлектометр ОТDR, оптический тестер, визуализатор повреждений)
3. Критерии, по которым определяется конкретная причина
4. Перечень действий по устранению для каждой найденной причины

Ответ оформи в виде нумерованного алгоритма. Технический язык, без излишних объяснений базовых понятий.

*****

Почему это работает:
Указание конкретных приборов и критериев диагностики переводит ответ нейросети из режима “общие советы” в режим практического руководства, которое можно взять с собой на объект.

3. Составление технического задания на проектирование РРЛ

Проблема:
Техническое задание на радиорелейную линию, составленное наспех или по устаревшему шаблону, порождает десятки вопросов от проектировщика и переделки на этапе экспертизы.

Решение:
Промпт генерирует структурированное техническое задание на проектирование РРЛ с учетом всех ключевых технических требований.

Текст промпта:

*****

Ты – [укажите роль, например, “старший инженер отдела проектирования систем радиосвязи”].

Составь техническое задание на проектирование радиорелейной линии связи по следующим исходным данным:

– Назначение линии: [укажите, например, “организация транспортного канала передачи данных между двумя узлами сотовой сети”] – Начальный пункт: [укажите, например, “базовая станция в поселке Привольное, Ростовская область”] – Конечный пункт: [укажите, например, “узел агрегации в г. Сальск”] – Протяженность: [укажите приблизительно, например, “около 35 км”] – Требуемая пропускная способность: [укажите, например, “1 Гбит/с”] – Диапазон частот: [укажите или оставьте на усмотрение проектировщика, например, “18 ГГц или 23 ГГц”] – Требования к надежности: [укажите, например, “доступность не ниже 99,99% в год”] – Климатические условия: [укажите, например, “степная зона, высокая вероятность туманов и осадков в осенне-зимний период”]

Техническое задание должно включать:

1. Общие сведения об объекте
2. Технические требования к линии (частотный диапазон, модуляция, мощность, поляризация)
3. Требования к антенно-мачтовым сооружениям
4. Требования к резервированию
5. Требования к документации по результатам проектирования
6. Порядок согласования и приемки

Стиль: официально-технический, в соответствии с российскими стандартами оформления проектной документации.

*****

Почему это работает:
Перечень конкретных разделов ТЗ гарантирует, что нейросеть не пропустит ни один обязательный блок, а климатические условия и требования к надежности сразу формируют технически обоснованные требования, а не общие фразы.

4. Расчет зон Френеля и требований к просвету РРЛ

Проблема:
Недостаточный просвет в зоне Френеля – одна из самых распространенных причин нестабильной работы радиорелейной линии, особенно в условиях атмосферной рефракции.

Решение:
Промпт выполняет расчет первой зоны Френеля и определяет минимально допустимый просвет для конкретного пролета РРЛ.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер-проектировщик систем радиорелейной связи”].

Выполни расчет зон Френеля для радиорелейного пролета по следующим данным:

– Длина пролета: [укажите в км, например, “22 км”] – Рабочая частота: [укажите в ГГц, например, “18 ГГц”] – Расположение препятствия: [укажите расстояние от одной из станций, например, “препятствие находится на расстоянии 9 км от станции А”] – Тип местности: [укажите, например, “равнинная, открытая, коэффициент рефракции атмосферы стандартный”]

Выполни пошаговый расчет:

1. Радиус первой зоны Френеля в точке расположения препятствия (с формулой)
2. Минимально допустимый просвет над препятствием с учетом стандартной атмосферной рефракции (коэффициент k = 4/3)
3. Минимально допустимый просвет в условиях субрефракции (коэффициент k = 2/3)
4. Вывод: на какую высоту должна быть установлена антенна или какова должна быть минимальная высота подвески кабеля/мачты

Все вычисления – с промежуточными значениями и единицами измерения. Избегай округлений без пояснений.

*****

Почему это работает:
Требование рассчитать просвет для двух режимов рефракции сразу охватывает оба критических сценария, что исключает ситуацию, когда линия работает в штатных условиях, но падает при нестандартной рефракции атмосферы.

5. Составление регламента технического обслуживания узла связи

Проблема:
Регламент ТО, написанный в общих чертах, не выполняется, потому что каждый исполнитель понимает его по-своему. Отсутствие конкретики – прямой путь к пропущенным неисправностям.

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

Текст промпта:

*****

Ты – [укажите роль, например, “ведущий инженер службы технической эксплуатации телекоммуникационного узла”].

Составь регламент технического обслуживания узла связи для следующих условий:

– Тип узла: [укажите, например, “транзитный узел агрегации оператора фиксированной связи”] – Оборудование на узле: [перечислите, например, “маршрутизаторы Huawei NE40E, коммутаторы агрегации, система электропитания с ИБП, система кондиционирования, дизельный генератор”] – Режим работы: [укажите, например, “узел без постоянного дежурного персонала, обслуживание выездными бригадами”] – Периодичность обслуживания: [укажите, например, “ежемесячное, квартальное и годовое ТО”]

Регламент должен содержать:

1. Ежемесячные работы: конкретный перечень операций с указанием контрольных параметров и допустимых значений
2. Квартальные работы: расширенный перечень с проверкой резервных систем
3. Годовые работы: полный технический осмотр с измерениями и оформлением актов
4. Форму журнала учета выполненных работ (таблица с колонками)
5. Критерии, при которых требуется внеплановое обслуживание

Стиль – технический, конкретный, без общих фраз. Каждая операция должна быть сформулирована так, чтобы инженер понял без дополнительных вопросов.

*****

Почему это работает:
Разделение на три уровня периодичности и требование указать контрольные значения превращает регламент из формального документа в реальный рабочий инструмент, по которому можно проверить выполнение каждого пункта.

6. Разработка схемы организации связи

Проблема:
Схема организации связи, составленная без четкой логики, вызывает вопросы при согласовании и не позволяет быстро локализовать неисправность во время аварии.

Решение:
Промпт создает текстовое описание схемы организации связи с полным перечнем элементов и логикой построения.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер-проектировщик систем телекоммуникаций”].

Разработай текстовое описание схемы организации связи для следующего объекта:

– Объект: [опишите, например, “промышленное предприятие с тремя производственными корпусами и административным зданием”] – Назначение сети: [укажите, например, “корпоративная сеть передачи данных и IP-телефония”] – Количество абонентов: [укажите, например, “около 350 рабочих мест”] – Требования к резервированию: [укажите, например, “резервирование каналов связи между корпусами, основной и резервный маршрут”] – Тип среды передачи: [укажите, например, “волоконно-оптический кабель между зданиями, витая пара внутри зданий”]

Описание схемы должно включать:

1. Иерархию сети (ядро, агрегация, доступ) с указанием типов оборудования на каждом уровне
2. Перечень каналов связи между узлами с указанием типа, среды передачи и пропускной способности
3. Логику резервирования: что происходит при отказе основного канала
4. Адресацию (концептуально, без конкретных IP-адресов, если не указано иное)
5. Перечень необходимых технических помещений и требования к ним

Оформление: структурированный технический текст, пригодный для включения в пояснительную записку проекта.

*****

Почему это работает:
Требование описать логику резервирования принуждает нейросеть продумать не только штатный режим работы, но и поведение сети при отказах – именно это чаще всего упускают при формальном составлении схем.

7. Анализ результатов рефлектометрического измерения

Проблема:
Рефлектограмма содержит много информации, и неопытный специалист может неверно интерпретировать события на ней – принять нормальное затухание за повреждение или пропустить реальную проблему.

Решение:
Промпт помогает интерпретировать результаты рефлектометрического измерения и выявить аномалии на оптической линии.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер-метролог в области волоконно-оптических измерений”].

Помоги интерпретировать результаты рефлектометрического измерения оптической линии.

Параметры линии:
– Тип волокна: [укажите, например, “одномодовое G.652D”] – Длина линии по документации: [укажите, например, “34 км”] – Длина волны измерения: [укажите, например, “1550 нм”]

Данные рефлектограммы (опиши то, что видишь на экране прибора или в отчете):
[вставьте описание или таблицу событий из отчета рефлектометра, например:
“Событие 1: 0 м, отражение –14 дБ (ближний коннектор)
Событие 2: 8420 м, потеря 0,08 дБ (сварное соединение)
Событие 3: 19 650 м, потеря 0,45 дБ (сварное соединение)
Событие 4: 33 980 м, отражение –12 дБ (дальний коннектор)
Суммарное затухание трассы: 11,8 дБ”]

Выполни:

1. Оценку каждого события: норма это или отклонение (с указанием допустимых значений по стандарту)
2. Выявление аномальных событий с объяснением возможных причин
3. Сравнение суммарного затухания с расчетным (рассчитай расчетное значение по нормативам)
4. Рекомендации по дальнейшим действиям

Ссылайся на действующие российские нормативные документы в области связи там, где это применимо.

*****

Почему это работает:
Требование сравнить результаты с расчетными значениями и сослаться на нормативы переводит анализ из субъективного в объективный, что критически важно при оформлении актов рекламации или технических заключений.

8. Составление акта технического состояния линии связи

Проблема:
Акт технического состояния, составленный в произвольной форме, часто не принимается заказчиком или не имеет юридической силы при разборе инцидентов.

Решение:
Промпт формирует акт технического состояния линии связи в структуре, соответствующей требованиям российских операторов связи.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер службы технической эксплуатации линейных сооружений связи”].

Составь акт технического состояния линии связи по следующим данным:

– Наименование линии: [укажите, например, “ВОЛС Краснодар – Тимашевск, участок км 12 – км 28”] – Дата проведения обследования: [укажите, например, “15 ноября 2024 года”] – Состав комиссии: [перечислите должности, например, “ведущий инженер службы эксплуатации, инженер по измерениям, представитель подрядной организации”] – Результаты осмотра: [опишите, например, “на участке км 19,4 обнаружено механическое повреждение кабельной канализации, кабель имеет видимые следы сдавливания, измерения рефлектометром подтвердили увеличение затухания в данной точке на 1,2 дБ”] – Заключение: [укажите, например, “линия требует восстановительного ремонта на указанном участке”]

Акт должен содержать:

1. Заголовок с реквизитами (место, дата, наименование организации)
2. Состав комиссии
3. Предмет обследования
4. Результаты обследования (техническое состояние, результаты измерений)
5. Выводы комиссии
6. Предписанные мероприятия с указанием сроков
7. Подписи членов комиссии (форма)

Стиль – официально-деловой, в соответствии с требованиями к технической документации предприятий связи России.

*****

Почему это работает:
Структура акта с обязательными реквизитами и формой для подписей сразу дает документ, пригодный для подписания, а не черновик, который придется переделывать в юридическом отделе.

9. Подготовка технического отчета по строительству ВОЛС

Проблема:
Технический отчет по строительству ВОЛС нередко сдается с пробелами в разделах измерений или без анализа отклонений от проекта, что затягивает процедуру приемки.

Решение:
Промпт создает структуру и содержание технического отчета по строительству ВОЛС, готового к сдаче заказчику.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер строительного контроля при прокладке волоконно-оптического кабеля”].

Подготовь структуру технического отчета по строительству волоконно-оптической линии связи со следующими параметрами:

– Наименование объекта: [укажите, например, “ВОЛС Армавир – Новокубанск, протяженность 38 км”] – Способ прокладки: [укажите, например, “подземная прокладка в кабельной канализации и бронированным кабелем в грунте”] – Тип кабеля: [укажите, например, “ОКЛБг-10Е2-8, 8 волокон G.652D”] – Подрядная организация: [укажите, например, “ООО Связьстрой”] – Период строительства: [укажите, например, “июль – октябрь 2024 года”] – Отклонения от проекта (если есть): [опишите, например, “на участке км 14 – км 16 выполнено изменение трассы в связи с обнаруженными подземными коммуникациями, согласовано с заказчиком”]

Отчет должен включать:

1. Введение (назначение объекта, основание для строительства)
2. Краткое описание технических решений
3. Сведения о примененных материалах и оборудовании
4. Отклонения от проектной документации (с обоснованием)
5. Результаты приемо-сдаточных измерений (структура таблицы)
6. Перечень исполнительной документации
7. Заключение о соответствии нормативным требованиям

Стиль: технический, официальный, без общих фраз.

*****

Почему это работает:
Отдельный раздел об отклонениях от проекта с требованием обоснования – именно тот элемент, который чаще всего отсутствует в типовых отчетах и из-за которого приемочная комиссия возвращает документацию на доработку.

10. Расчет нагрузки на систему электропитания узла связи

Проблема:
Недооцененная нагрузка на систему электропитания – это отказ оборудования в самый неподходящий момент. Переоцененная – это избыточные затраты на ИБП и аккумуляторные батареи.

Решение:
Промпт выполняет расчет потребляемой мощности и требований к системе резервного электропитания для узла связи.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер-электрик, специализирующийся на системах электропитания телекоммуникационного оборудования”].

Выполни расчет нагрузки на систему электропитания узла связи по следующим данным:

Перечень оборудования (укажите для каждой позиции потребляемую мощность):
[перечислите оборудование, например:
“– Маршрутизатор Huawei NE40E: 2 шт., 800 Вт каждый
– Коммутатор агрегации: 4 шт., 350 Вт каждый
– Система кондиционирования: 2 шт., 3500 Вт каждая
– Освещение и розетки: 500 Вт”]

– Требуемое время автономной работы от ИБП: [укажите, например, “4 часа”] – Напряжение питания оборудования: [укажите, например, “постоянный ток –48 В”] – КПД преобразователей: [укажите или оставьте стандартный, например, “0,92”]

Рассчитай:

1. Суммарную потребляемую мощность (с коэффициентом одновременности 0,85)
2. Требуемую емкость аккумуляторных батарей (в А·ч) для заданного времени автономии
3. Требуемую мощность выпрямительного оборудования (с учетом заряда АКБ)
4. Рекомендации по выбору ИБП (тип, мощность, емкость АКБ)

Все расчеты – с формулами и промежуточными значениями.

*****

Почему это работает:
Коэффициент одновременности и КПД преобразователей – именно те параметры, которые обычно игнорируются при приблизительных расчетах и которые приводят к тому, что ИБП садится раньше расчетного времени автономии.

11. Написание инструкции по ликвидации аварии на линии связи

Проблема:
Во время аварии нет времени думать – нужна четкая инструкция. Ее отсутствие или размытость превращает аварийное восстановление в хаотичный процесс с непредсказуемым временем устранения.

Решение:
Промпт создает пошаговую инструкцию по ликвидации конкретного типа аварии на линии или узле связи.

Текст промпта:

*****

Ты – [укажите роль, например, “начальник службы аварийно-восстановительных работ телекоммуникационной компании”].

Составь пошаговую инструкцию по ликвидации аварии следующего типа:

– Тип аварии: [опишите, например, “полный обрыв подземного волоконно-оптического кабеля в результате земляных работ сторонней организации”] – Тип кабеля: [укажите, например, “бронированный ОКБ-8 G.652D, 8 волокон”] – Условия: [укажите, например, “кабель проложен в грунте на глубине 1,2 м, расположение обрыва – жилой квартал, ночное время”] – Имеющиеся ресурсы: [перечислите, например, “аварийная бригада из 4 человек, муфта МТОК-А, сварочный аппарат Fujikura 62S, рефлектометр ОТDR”]

Инструкция должна содержать:

1. Немедленные действия при получении сигнала об аварии (первые 15 минут)
2. Подготовительные работы на месте (безопасность, согласования, инструментарий)
3. Локализация места повреждения (методика)
4. Технология восстановления (пошагово, с указанием параметров)
5. Контрольные измерения после восстановления (что измерять, какие значения считать допустимыми)
6. Оформление документации по аварии

Каждый шаг – конкретное действие с ответственным (должность) и временным ориентиром.

*****

Почему это работает:
Указание ответственных и временных ориентиров для каждого шага превращает инструкцию из декларации в реальный управленческий инструмент, по которому можно контролировать ход аварийных работ в режиме реального времени.

12. Анализ частотного плана и выявление помех

Проблема:
Частотный план, составленный без анализа взаимного влияния каналов, приводит к помехам, которые потом очень сложно локализовать – симптомы похожи на аппаратные неисправности.

Решение:
Промпт анализирует частотный план сети и выявляет потенциальные источники взаимных помех между радиоканалами.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер по частотному планированию и электромагнитной совместимости систем связи”].

Проанализируй частотный план сети и выяви потенциальные источники помех.

Исходные данные:
– Тип сети: [укажите, например, “сеть радиорелейных линий в диапазоне 18 ГГц”] – Перечень пролетов с назначенными частотами: [перечислите, например:
“Пролет А–Б: передача 18 100 МГц, прием 19 100 МГц, поляризация H
Пролет Б–В: передача 18 150 МГц, прием 19 150 МГц, поляризация H
Пролет А–Г: передача 18 100 МГц, прием 19 100 МГц, поляризация V”] – Схема расположения станций: [опишите взаимное расположение, например, “станции А, Б, В расположены на одной трассе, станция Г находится перпендикулярно на расстоянии 8 км от А”]

Выполни:

1. Анализ разноса частот между соседними пролетами (достаточен ли разнос?)
2. Выявление пар пролетов с потенциальным взаимным влиянием (соканальные и смежноканальные помехи)
3. Анализ поляризационной развязки
4. Рекомендации по изменению частотного плана для устранения выявленных рисков

Ответ – структурированный технический анализ с обоснованием каждого вывода.

*****

Почему это работает:
Разделение анализа на соканальные и смежноканальные помехи плюс отдельная проверка поляризационной развязки охватывает все три основных механизма взаимного влияния, что исключает ситуацию, когда один из них остается незамеченным.

13. Составление пояснительной записки к проекту сети передачи данных

Проблема:
Пояснительная записка без обоснования принятых технических решений превращается в пересказ схемы – заказчик не понимает, почему выбраны именно эти решения, и начинает задавать вопросы на этапе защиты.

Решение:
Промпт создает структурированную пояснительную записку к проекту корпоративной или операторской сети с обоснованием технических решений.

Текст промпта:

*****

Ты – [укажите роль, например, “главный инженер проекта телекоммуникационной компании”].

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

– Объект: [опишите, например, “корпоративная сеть передачи данных для завода по производству строительных материалов, 4 производственных цеха, административный корпус, склад, общая площадь объекта 12 га”] – Количество абонентов: [укажите, например, “280 рабочих мест, 45 IP-камер видеонаблюдения, 12 точек доступа Wi-Fi”] – Принятые технические решения: [перечислите ключевые, например, “трехуровневая архитектура сети, ВОЛС между зданиями, резервирование каналов по схеме 1+1, управляемые коммутаторы уровня доступа”] – Нормативная база: [укажите, например, “ГОСТ Р 53246-2008, СП 75.13330.2011”]

Пояснительная записка должна включать:

1. Введение (цель проекта, основание для разработки)
2. Характеристика объекта (что именно влияет на проектные решения)
3. Описание принятых технических решений с обоснованием (почему выбрана именно эта архитектура, именно это оборудование)
4. Описание системы управления и мониторинга
5. Мероприятия по обеспечению надежности
6. Соответствие нормативным требованиям

Стиль – официально-технический, объем каждого раздела – достаточный для понимания без обращения к схемам.

*****

Почему это работает:
Требование обосновать каждое техническое решение – а не просто перечислить его – заставляет нейросеть воспроизвести логику проектировщика, что делает записку защищаемой на технических советах и экспертизах.

14. Разработка плана резервирования каналов связи

Проблема:
Резервирование, продуманное только на уровне “есть резервный канал”, не работает в реальных авариях – важно понимать время переключения, условия активации резерва и порядок возврата на основной канал.

Решение:
Промпт формирует детальный план резервирования каналов связи с описанием сценариев переключения и восстановления.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер по надежности и резервированию транспортных сетей связи”].

Разработай план резервирования каналов связи для следующей ситуации:

– Объект: [опишите, например, “транспортный канал между двумя узлами сети оператора, несущий трафик 500 Мбит/с”] – Основной канал: [укажите, например, “ВОЛС протяженностью 45 км”] – Резервный канал: [укажите, например, “радиорелейная линия в диапазоне 18 ГГц, пропускная способность 300 Мбит/с”] – Требования к переключению: [укажите, например, “время переключения не более 50 мс, ручное или автоматическое”] – Приоритеты трафика: [укажите, например, “голосовой трафик и управляющий трафик – высший приоритет, данные – нижний”]

Разработай:

1. Критерии активации резервного канала (какие события запускают переключение)
2. Процедуру автоматического переключения (алгоритм, задействованные протоколы)
3. Процедуру ручного переключения (пошаговая инструкция для дежурного инженера)
4. Приоритизацию трафика при ограниченной емкости резервного канала
5. Процедуру возврата на основной канал после восстановления
6. Требования к тестированию резервного канала (периодичность, методика)

Ответ – структурированный документ, пригодный для включения в регламент эксплуатации.

*****

Почему это работает:
Отдельная проработка процедуры возврата на основной канал – деталь, которую обычно упускают, а потом оказывается, что после устранения аварии переключение обратно требует ручного вмешательства в нерабочее время.

15. Подготовка технического задания на закупку оборудования связи

Проблема:
Техническое задание на закупку, написанное под конкретного производителя без формального обоснования, создает риски при государственных и корпоративных тендерах. Слишком общее ТЗ – и на торги придут поставщики с неподходящим оборудованием.

Решение:
Промпт создает технически обоснованное задание на закупку оборудования связи с корректными требованиями к характеристикам.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер отдела технического нормирования и закупок телекоммуникационной компании”].

Подготовь техническое задание на закупку телекоммуникационного оборудования следующего типа:

– Тип оборудования: [укажите, например, “коммутаторы уровня агрегации для корпоративной сети”] – Количество: [укажите, например, “8 штук”] – Назначение: [опишите, например, “агрегация трафика от коммутаторов уровня доступа, подключение к ядру сети по оптическим интерфейсам 10 Гбит/с”]

Требования к характеристикам:
[перечислите известные вам требования, например:
“– Пропускная способность коммутационной матрицы: не менее 480 Гбит/с
– Количество портов 1 Гбит/с: не менее 24
– Количество портов 10 Гбит/с: не менее 4
– Поддержка протоколов OSPF, BGP, VRRP, MSTP
– Рабочая температура: от 0 до +50°C
– Степень защиты: IP20 (для установки в закрытые шкафы)”]

Требования к поставщику: [укажите, например, “наличие сертификатов производителя, опыт поставок не менее 3 лет”]

ТЗ должно содержать:

1. Общие сведения о закупке
2. Технические требования к оборудованию (развернутые, с минимальными значениями характеристик)
3. Требования к документации и сертификации
4. Требования к гарантийному обслуживанию
5. Порядок приемки и проверки соответствия

Стиль – официальный, пригодный для размещения в системе закупок.

*****

Почему это работает:
Формулировка требований через минимальные значения характеристик, а не через названия конкретных моделей, делает ТЗ юридически корректным и при этом достаточно конкретным, чтобы отсечь неподходящие предложения.

16. Расчет зоны покрытия базовой станции

Проблема:
Расчет зоны покрытия “на глаз” или по упрощенным моделям приводит к тому, что реальное покрытие не совпадает с плановым и начинаются жалобы абонентов на мертвые зоны.

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

Текст промпта:

*****

Ты – [укажите роль, например, “инженер по радиопланированию сотовых сетей”].

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

– Стандарт связи: [укажите, например, “LTE-1800”] – Мощность передатчика БС: [укажите в дБм, например, “46 дБм на сектор”] – Усиление антенны БС: [укажите в дБи, например, “18 дБи”] – Высота подвеса антенны: [укажите в метрах, например, “35 м”] – Потери в кабеле и разъемах на стороне БС: [укажите в дБ, например, “2 дБ”] – Чувствительность приемника абонентского устройства: [укажите, например, “–100 дБм”] – Усиление антенны абонентского устройства: [укажите, например, “0 дБи”] – Высота абонентского устройства: [укажите, например, “1,5 м”] – Тип местности: [укажите, например, “пригородная зона, смешанная застройка средней плотности”] – Модель распространения: [укажите, например, “модель Окумура–Хата для пригородной зоны”]

Рассчитай:

1. Максимально допустимые потери на трассе (бюджет линии)
2. Ожидаемый радиус зоны покрытия по выбранной модели распространения
3. Площадь соты
4. Рекомендации по корректировке параметров для увеличения/уменьшения зоны покрытия

Все расчеты – пошагово, с формулами.

*****

Почему это работает:
Явное указание модели распространения Окумура–Хата фиксирует методологию расчета, что делает результат воспроизводимым и позволяет сравнивать расчеты разных инженеров по единой методике.

17. Написание технического описания системы мониторинга сети

Проблема:
Система мониторинга, внедренная без технического описания, превращается в “черный ящик” – при смене инженера или при расширении системы никто не понимает, как она устроена и что именно контролирует.

Решение:
Промпт создает техническое описание системы мониторинга сети связи, включая архитектуру, контролируемые параметры и порядок реагирования на события.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер NOC (центра управления сетью) телекоммуникационного оператора”].

Напиши техническое описание системы мониторинга сети связи по следующим данным:

– Система мониторинга: [укажите, например, “Zabbix 6.4, развернутый на выделенном сервере”] – Контролируемые объекты: [перечислите, например, “45 маршрутизаторов, 120 коммутаторов, 12 серверов, 8 РРЛ-станций, 3 узла ВОЛС”] – Протоколы опроса: [укажите, например, “SNMP v2c и v3, ICMP, SSH для скриптов”] – Контролируемые параметры: [перечислите ключевые, например, “доступность, загрузка процессора, использование памяти, загрузка интерфейсов, температура, уровень оптического сигнала”] – Система оповещения: [укажите, например, “уведомления по электронной почте и через мессенджер для дежурных инженеров”]

Описание должно включать:

1. Архитектуру системы мониторинга (компоненты, их взаимодействие)
2. Перечень контролируемых параметров с пороговыми значениями для предупреждений и критических событий
3. Классификацию событий по степени критичности
4. Порядок реагирования на события каждого класса
5. Регламент актуализации конфигурации системы мониторинга

Стиль – технический, структурированный, пригодный для включения в эксплуатационную документацию.

*****

Почему это работает:
Требование указать пороговые значения для каждого параметра и классификацию событий переводит описание из декларативного в операционное – дежурный инженер получает четкий ориентир, при каком значении нужно реагировать.

18. Подготовка ответа на претензию по качеству услуг связи

Проблема:
Ответ на претензию, составленный в произвольной форме или с общими формулировками, не закрывает вопрос – клиент идет дальше: в Роскомнадзор, суд или публичное пространство.

Решение:
Промпт формирует технически обоснованный и юридически корректный ответ на претензию по качеству услуг связи.

Текст промпта:

*****

Ты – [укажите роль, например, “технический эксперт отдела по работе с обращениями абонентов телекоммуникационного оператора”].

Подготовь официальный ответ на претензию абонента по качеству услуг связи.

Данные о претензии:
– Суть претензии: [опишите, например, “абонент жалуется на нестабильную работу интернета в течение последних 2 недель, периодические обрывы соединения длительностью от 5 до 40 минут, 3–5 раз в сутки”] – Данные технического расследования: [укажите, например, “по результатам анализа системы мониторинга установлено: в указанный период на участке кабельной канализации выполнялись ремонтные работы сторонней организацией, что привело к повреждению магистрального кабеля. Повреждение устранено 14 ноября 2024 года. Нестабильность подтверждена журналами системы мониторинга.”] – Компенсационные меры: [укажите, например, “перерасчет абонентской платы за 14 дней в соответствии с договором об оказании услуг”] – Ссылки на нормативные документы: [укажите, например, “Федеральный закон "О связи" № 126-ФЗ, условия договора об оказании услуг связи”]

Ответ должен содержать:

1. Обращение к абоненту с признанием факта нарушения
2. Техническое объяснение причины (понятным языком, без лишнего жаргона)
3. Описание принятых мер по устранению
4. Информацию о компенсации
5. Заверение о мерах по предотвращению повторения

Стиль – официально-деловой, уважительный, без формальных отписок.

*****

Почему это работает:
Требование объяснить техническую причину “понятным языком” принципиально: технически грамотный ответ, написанный жаргоном, воспринимается абонентом как попытка запутать, а не объяснить – и только усиливает недовольство.

19. Составление программы приемо-сдаточных испытаний

Проблема:
Приемо-сдаточные испытания без утвержденной программы превращаются в неструктурированную проверку, где каждая сторона считает, что проверила “все необходимое”, а потом обнаруживаются пропущенные параметры.

Решение:
Промпт создает программу приемо-сдаточных испытаний для конкретного типа оборудования или системы связи.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер отдела технического контроля телекоммуникационной компании”].

Составь программу приемо-сдаточных испытаний для следующего объекта:

– Объект испытаний: [укажите, например, “радиорелейная линия связи в диапазоне 23 ГГц, 2 пролета, общая протяженность 18 км”] – Пропускная способность: [укажите, например, “1 Гбит/с”] – Нормативные документы: [укажите, например, “ГОСТ Р 53111-2008, технические условия производителя, проектная документация”] – Стороны испытаний: [укажите, например, “заказчик – ПАО "Ростелеком", подрядчик – ООО "СвязьМонтаж"”]

Программа должна включать:

1. Цель и объем испытаний
2. Перечень проверяемых параметров (с указанием нормативных значений для каждого)
3. Методику проведения каждого вида испытаний (что измеряем, каким прибором, в каких условиях)
4. Критерии приемки (при каких результатах система считается принятой)
5. Форму протокола испытаний (таблица с колонками: параметр, нормативное значение, измеренное значение, соответствие)
6. Порядок действий при несоответствии результатов нормативным значениям

Стиль – технический, официальный.

*****

Почему это работает:
Форма протокола с колонкой “нормативное значение / измеренное значение / соответствие” встроена прямо в программу испытаний – это исключает ситуацию, когда испытания проведены, а оформить результаты не в чем.

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, силовые кабели”] – Требования к маркировке: [укажите, например, “двусторонняя маркировка каждого кабеля с указанием откуда/куда”]

Разработай:

1. Принципы организации кабелей (раздельные пучки для разных типов, трассы прокладки)
2. Систему маркировки (формат меток, примеры для каждого типа кабеля)
3. Рекомендации по укладке кабелей (минимальный радиус изгиба, фиксация)
4. Форму кабельного журнала (таблица: номер кабеля, тип, откуда, куда, длина, примечание)

Ответ должен быть применим для реализации без дополнительных уточнений.

*****

Почему это работает:
Встроенная форма кабельного журнала с колонками “откуда/куда” – это именно тот документ, который потом реально используется при обслуживании, а не хранится в папке “на всякий случай”.

21. Анализ трафика и рекомендации по оптимизации пропускной способности

Проблема:
Жалобы на “медленный интернет” без анализа реального трафика ведут к ненужным затратам – канал расширяют, а проблема оказывается в неправильной приоритизации или в одном “жадном” потребителе полосы.

Решение:
Промпт анализирует описание трафика и выдает рекомендации по оптимизации использования пропускной способности канала.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер по управлению трафиком и оптимизации сетей передачи данных”].

Проанализируй ситуацию с пропускной способностью канала и дай рекомендации по оптимизации.

Описание ситуации:
– Емкость канала: [укажите, например, “100 Мбит/с симметричный канал в интернет”] – Количество пользователей: [укажите, например, “180 сотрудников, 12 серверов”] – Характер проблемы: [опишите, например, “в рабочие часы с 10:00 до 13:00 и с 14:00 до 17:00 наблюдается насыщение канала, задержки в корпоративных приложениях, жалобы на медленную работу”] – Данные о трафике (если есть): [укажите, например, “по данным системы мониторинга, 60% трафика – веб-браузинг, 20% – видеоконференции, 10% – обновления ПО, 10% – корпоративные приложения”] – Используемое оборудование: [укажите, например, “граничный маршрутизатор Cisco с поддержкой QoS”]

Выполни:

1. Анализ структуры трафика: какие категории создают наибольшую нагрузку
2. Выявление нерациональных потребителей полосы (что можно ограничить без ущерба для бизнеса)
3. Рекомендации по настройке приоритизации трафика (какие категории в какой очередью обслуживать)
4. Рекомендации по политикам ограничения полосы для отдельных категорий
5. Оценка: нужно ли расширение канала или достаточно оптимизации

Ответ – практические рекомендации с обоснованием каждого решения.

*****

Почему это работает:
Отдельный вопрос “нужно ли расширение канала или достаточно оптимизации” принципиален: он заставляет нейросеть взвесить оба варианта и не идти по пути наименьшего сопротивления – просто рекомендовать купить больший канал.

22. Составление технического задания на систему видеонаблюдения с передачей по сети связи

Проблема:
Системы видеонаблюдения часто проектируются без учета реальной нагрузки на сеть – и потом оказывается, что 40 камер в Full HD наглухо забивают корпоративный канал.

Решение:
Промпт создает техническое задание на систему IP-видеонаблюдения с расчетом нагрузки на сеть передачи данных.

Текст промпта:

*****

Ты – [укажите роль, например, “инженер-проектировщик интегрированных систем безопасности и связи”].

Составь техническое задание на систему IP-видеонаблюдения с расчетом нагрузки на сеть.

Исходные данные:
– Объект: [опишите, например, “складской комплекс площадью 8000 кв. м, 3 корпуса”] – Количество камер: [укажите, например, “48 камер”] – Требования к качеству изображения: [укажите, например, “Full HD (1920×1080), 25 кадров/с”] – Кодек: [укажите или оставьте на выбор, например, “H.265”] – Срок хранения архива: [укажите, например, “30 суток”] – Режим записи: [укажите, например, “постоянная запись со всех камер”]

Рассчитай и опиши:

1. Расчет требуемой полосы пропускания для передачи видеопотоков (с формулой и промежуточными значениями)
2. Расчет требуемого объема хранилища для архива
3. Требования к сетевой инфраструктуре (коммутаторы, пропускная способность каналов)
4. Требования к серверу записи (процессор, оперативная память, система хранения)
5. Требования к программному обеспечению видеоуправления
6. Требования к резервированию системы

Стиль – технический, официальный, пригодный для тендерной документации.

*****

Почему это работает:
Расчет нагрузки на сеть встроен в само техническое задание – это исключает ситуацию, когда система видеонаблюдения проектируется отдельно от сети и потом обнаруживается, что коммутаторы не справляются с потоком.

23. Написание инструкции по настройке оборудования для нового сотрудника

Проблема:
Передача знаний в телекоммуникационных компаниях часто происходит по принципу “посмотри, как я делаю”. Когда опытный инженер уходит в отпуск или увольняется, оказывается, что никаких инструкций нет.

Решение:
Промпт создает подробную пошаговую инструкцию по настройке конкретного типа оборудования, рассчитанную на специалиста без опыта работы с данной платформой.

Текст промпта:

*****

Ты – [укажите роль, например, “опытный инженер-наставник, специализирующийся на оборудовании передачи данных”].

Напиши пошаговую инструкцию по настройке оборудования для специалиста, впервые работающего с данной платформой.

Данные:
– Оборудование: [укажите, например, “коммутатор Huawei S5735-L48T4X-A”] – Задача настройки: [опишите, например, “базовая конфигурация: имя устройства, управляющий интерфейс, VLAN для разных подразделений, транковые порты, настройка SNMP для системы мониторинга”] – Уровень подготовки читателя: [укажите, например, “знает основы сетевых технологий, умеет подключиться к консоли, с Huawei VRP работает впервые”] – Особые требования: [укажите, например, “все команды должны быть приведены полностью, с пояснением каждой строки конфигурации”]

Инструкция должна включать:

1. Подготовительный этап (что проверить перед началом настройки)
2. Подключение к оборудованию (способы, параметры)
3. Пошаговая настройка каждой функции (команды + объяснение, что делает каждая команда)
4. Проверка настроек (как убедиться, что все настроено правильно)
5. Типичные ошибки при настройке данного оборудования и как их избежать
6. Сохранение конфигурации

Стиль – понятный, без предположений о том, что читатель “и так знает”.

*****

Почему это работает:
Требование объяснять каждую команду, а не просто приводить конфигурацию блоком, делает инструкцию обучающей, а не просто шаблоном для копирования – новый сотрудник понимает логику, а не механически воспроизводит действия.

24. Подготовка технического обоснования для модернизации сети

Проблема:
Заявка на модернизацию без технического обоснования воспринимается руководством как “хотим новое оборудование” – и отправляется на следующий бюджетный год. С обоснованием – это уже производственная необходимость.

Решение:
Промпт создает техническое обоснование для модернизации сетевой инфраструктуры, пригодное для представления руководству и финансовому отделу.

Текст промпта:

*****

Ты – [укажите роль, например, “главный инженер телекоммуникационного подразделения предприятия”].

Подготовь техническое обоснование для модернизации сетевой инфраструктуры.

Описание текущей ситуации:
– Что модернизируется: [опишите, например, “транспортная сеть между офисами компании, построенная на технологии SDH в 2009 году”] – Текущие проблемы: [перечислите, например, “пропускная способность каналов 2 Мбит/с не соответствует текущим потребностям в 100+ Мбит/с, оборудование снято с производства и не поддерживается производителем, запасные части отсутствуют на рынке”] – Предлагаемое решение: [укажите, например, “замена SDH-оборудования на Ethernet-транспорт на базе технологии MPLS, увеличение емкости каналов до 1 Гбит/с”] – Предварительная стоимость: [укажите, например, “8,5 млн рублей”]

Обоснование должно содержать:

1. Анализ текущего состояния с перечнем технических проблем и их последствий для бизнеса
2. Риски продолжения эксплуатации устаревшей инфраструктуры (с оценкой вероятности и последствий)
3. Описание предлагаемого решения и его преимущества
4. Сравнение вариантов (модернизация vs. продолжение эксплуатации vs. альтернативные решения)
5. Ожидаемые результаты от внедрения
6. Заключение с рекомендацией

Стиль – технически обоснованный, но понятный для руководителя без технического образования.

*****

Почему это работает:
Раздел “риски продолжения эксплуатации” – ключевой с точки зрения принятия решения: руководство легче соглашается на затраты, когда понимает, чем рискует, если ничего не делать, а не просто видит цену нового оборудования.

25. Составление технического регламента проведения плановых работ с перерывом в связи

Проблема:
Плановые работы с перерывом в связи без утвержденного регламента – это источник конфликтов с клиентами, неожиданных последствий и нарушений договорных обязательств по времени недоступности сервиса.

Решение:
Промпт создает регламент проведения плановых работ с перерывом в предоставлении услуг связи, включая все необходимые согласования и процедуры.

Текст промпта:

*****

Ты – [укажите роль, например, “начальник отдела технической эксплуатации телекоммуникационного оператора”].

Составь технический регламент проведения плановых работ с перерывом в предоставлении услуг связи.

Параметры работ:
– Тип работ: [укажите, например, “замена активного оборудования на транзитном узле агрегации”] – Затрагиваемые услуги: [укажите, например, “доступ в интернет и IP-телефония для 1200 абонентов”] – Планируемое время работ: [укажите, например, “воскресенье с 02:00 до 06:00”] – Максимально допустимый перерыв: [укажите, например, “не более 4 часов по условиям SLA”] – Наличие резервного оборудования: [укажите, например, “резервное оборудование отсутствует, переключение невозможно”]

Регламент должен включать:

1. Порядок и сроки согласования работ (кто согласует, в какие сроки, какие документы)
2. Порядок уведомления абонентов (за сколько дней, какими каналами, текст уведомления)
3. Подготовительные работы до начала перерыва
4. Пошаговый план работ в окне обслуживания (с временными ориентирами)
5. Порядок проверки восстановления сервиса
6. Действия при превышении планового времени работ
7. Документирование результатов

Стиль – официальный, операционный, пригодный для утверждения руководством.

*****

Почему это работает:
Отдельный раздел “действия при превышении планового времени” – это именно тот сценарий, который обычно не планируется, а потом разыгрывается в режиме импровизации в четыре утра с последующими объяснительными.

26. Разработка технических требований к качеству услуг (параметры SLA)

Проблема:
Соглашения об уровне сервиса, написанные в общих словах (“высокое качество”, “минимальные задержки”), не защищают ни оператора, ни клиента – при возникновении спора непонятно, что именно было нарушено.

Решение:
Промпт формирует технически обоснованные параметры качества услуг связи для включения в соглашение об уровне сервиса.

Текст промпта:

*****

Ты – [укажите роль, например, “технический эксперт по стандартам качества услуг связи”].

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

Тип услуги: [укажите, например, “выделенный канал передачи данных для корпоративного клиента”] Пропускная способность: [укажите, например, “1 Гбит/с симметричный”] Тип клиента: [укажите, например, “банк, критически важная инфраструктура”] Особые требования: [укажите, например, “непрерывность работы критически важна, клиент готов платить за высокий уровень гарантий”]

Разработай параметры по следующим категориям:

1. Доступность услуги (процент времени в году, допустимое суммарное время недоступности)
2. Задержка передачи пакетов (в одну сторону и туда-обратно, для разных условий нагрузки)
3. Вариация задержки (джиттер)
4. Потери пакетов (допустимый процент)
5. Пропускная способность (гарантированная и пиковая)
6. Время реакции на аварию (от момента обнаружения до начала работ)
7. Время восстановления услуги после аварии
8. Порядок измерения и подтверждения параметров
9. Компенсации при нарушении параметров

Для каждого параметра укажи: числовое значение, метод измерения, период усреднения.

*****

Почему это работает:
Требование указать метод измерения и период усреднения для каждого параметра делает соглашение проверяемым – обе стороны знают, как именно будет определяться соответствие или нарушение условий.

27. Подготовка доклада о техническом состоянии сети для руководства

Проблема:
Технический доклад, написанный инженерным языком для руководителя без технического образования, не воспринимается – цифры есть, но решение не принимается, потому что непонятно, что за ними стоит.

Решение:
Промпт создает доклад о техническом состоянии сети, сочетающий техническую точность с доступностью для управленческого восприятия.

Текст промпта:

*****

Ты – [укажите роль, например, “главный инженер телекоммуникационной компании, готовящий доклад для совета директоров”].

Подготовь доклад о техническом состоянии сети связи для руководства компании.

Исходные данные:
– Период отчета: [укажите, например, “III квартал 2024 года”] – Ключевые события периода: [перечислите, например, “3 крупные аварии с суммарным временем восстановления 14 часов, успешная модернизация 2 узлов, ввод в эксплуатацию нового участка ВОЛС протяженностью 22 км”] – Текущие проблемные зоны: [укажите, например, “устаревшее оборудование на 5 узлах, износ кабельной инфраструктуры на северном направлении”] – Планируемые работы: [укажите, например, “модернизация 3 узлов в IV квартале, замена кабеля на аварийном участке”] – Аудитория: [укажите, например, “генеральный директор и финансовый директор без технического образования”]

Доклад должен включать:

1. Краткое резюме (ключевые факты и выводы – не более 5 пунктов)
2. Показатели надежности сети за период (доступность, количество и продолжительность аварий)
3. Описание ключевых событий (понятным языком, без жаргона)
4. Текущие риски и их потенциальные последствия для бизнеса
5. Планируемые мероприятия и ожидаемые результаты
6. Необходимые решения от руководства (что требует одобрения)

Стиль – деловой, понятный для нетехнического руководителя, с акцентом на бизнес-последствия технических проблем.

*****

Почему это работает:
Раздел “необходимые решения от руководства” превращает доклад из информационного в управленческий инструмент – руководитель четко понимает, что именно от него ожидается, а не просто получает отчет для сведения.

Типичные ошибки при работе с промптами для инженера связи

1. Описывать задачу слишком обобщенно, без технических параметров. Нейросеть не знает, какой у вас тип волокна, какова длина трассы и что именно вышло из строя – без этого контекста ответ будет настолько универсальным, что его можно найти в любом учебнике.
2. Не указывать нормативную базу и стандарты, которые должны соблюдаться. Российская телекоммуникационная отрасль регулируется конкретными ГОСТами и нормативными документами Министерства цифрового развития – без их упоминания нейросеть может предложить решения, не соответствующие российским требованиям.
3. Ожидать готового расчета без указания исходных данных. Промпт без числовых параметров – это как техническое задание без технических требований: на выходе получается текст ни о чем, который нельзя ни проверить, ни использовать.
4. Не указывать аудиторию документа. Инструкция для дежурного инженера и пояснительная записка для государственной экспертизы – это принципиально разные тексты по стилю, детализации и формату. Без указания аудитории нейросеть выбирает усредненный вариант, который не подходит ни для того, ни для другого.
5. Игнорировать указание типа оборудования и его производителя. Настройка оборудования Huawei и настройка оборудования Eltex – это разные команды, разные интерфейсы, разная логика. Универсальная инструкция “для коммутатора вообще” не применима ни к чему конкретному.
6. Не запрашивать обоснование выводов и рекомендаций. Нейросеть охотно выдает рекомендации, но без запроса на обоснование часто делает это без объяснения причин. В технической документации и при защите проектных решений именно обоснование является ключевым элементом.
7. Использовать результат без проверки числовых значений. Расчеты нейросети требуют верификации: алгоритм может быть правильным, но арифметическая ошибка или использование устаревших нормативных значений способны привести к ошибочному проектному решению.
8. Составлять один большой промпт на несколько несвязанных задач одновременно. Когда в одном запросе смешаны расчет бюджета линии, составление акта и разработка регламента – нейросеть пытается охватить все сразу и делает каждую часть поверхностно. Каждая задача требует отдельного запроса.
9. Не указывать требования к формату и объему результата. Без явного указания нейросеть может выдать либо слишком краткий ответ, непригодный для документации, либо избыточно развернутый текст, который придется значительно сокращать. Формат и объем нужно задавать явно.

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

Задача	Слабая формулировка	Сильная формулировка	Почему слабая не работает
Расчет бюджета ВОЛС	Рассчитай затухание на оптической линии	Рассчитай бюджет оптической линии 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 дБм, пригородная зона. Модель Окумура–Хата. Покажи бюджет линии, радиус, площадь соты, рекомендации по корректировке.	Без указания модели распространения и параметров оборудования расчет невоспроизводим и неверифицируем

Неочевидные советы по работе с запросами для нейросети в области связи

1. Добавляйте в промпт требование сослаться на конкретные нормативные документы – это радикально повышает качество технических выводов. Когда нейросеть знает, что нужна ссылка на ГОСТ или нормативный документ Министерства цифрового развития, она не выдает общие рекомендации, а формулирует ответ в контексте реальных требований российского регулирования.
2. Просите нейросеть перечислить допущения, которые она сделала при расчете. Любой технический расчет строится на допущениях – если нейросеть их не называет, это не значит, что их нет. Явное перечисление допущений позволяет быстро найти, где расчет может расходиться с реальными условиями.
3. Используйте формулировку “объясни, почему именно такое решение, а не альтернативное” – это защищает от единственного варианта ответа. Нейросеть по умолчанию предлагает одно решение, тогда как в реальном проектировании почти всегда есть несколько вариантов с разными компромиссами между стоимостью, надежностью и сложностью реализации.
4. Разделяйте запросы на расчет и на оформление документа – это дает значительно лучший результат, чем один комбинированный промпт. Сначала получите и проверьте числа, затем отдельным запросом попросите оформить их в виде технического отчета или пояснительной записки – качество каждой части будет выше.
5. Указывайте, что вы уже проверили и что исключено, – это сокращает список гипотез при диагностике аварий. Если кабель уже проверен рефлектометром и повреждений нет, но линия нестабильна, нейросеть должна об этом знать: иначе она начнет анализ именно с кабеля, тратя ваше время на уже пройденный путь.
6. Сохраняйте удачные промпты с конкретными параметрами как шаблоны для повторного использования, подставляя только новые исходные данные. Структура запроса для расчета бюджета ВОЛС или составления акта технического состояния не меняется от объекта к объекту – меняются только цифры и характеристики конкретной линии.
7. Просите нейросеть указать, какие дополнительные измерения или данные позволили бы уточнить результат. Это особенно ценно при диагностике сложных неисправностей: нейросеть укажет, что именно нужно измерить дополнительно, чтобы сузить круг возможных причин и перейти от версий к конкретному решению.