Автоматизация – это не просто написать скрипт. Это найти узкое место, выстроить логику, протестировать, задокументировать и объяснить команде, почему теперь все работает само. Инженер по автоматизации решает десятки таких задач каждую неделю – и нейросеть способна стать здесь настоящим рабочим инструментом, а не игрушкой. Промпты для инженера по автоматизации, собранные в этой статье, закрывают реальные задачи: от проектирования до отладки.
Но есть нюанс. Большинство специалистов используют нейросеть как поисковик – задают общий вопрос и получают общий ответ. Это примерно так же эффективно, как спрашивать у коллеги «как все работает?» без единой детали о задаче. Результат предсказуем.
В этой статье – 28 готовых шаблонов запросов, которые можно сразу скопировать, подставить свои данные и получить полезный результат. Вот что здесь есть:
- Промпты для проектирования и архитектуры систем автоматизации
- Шаблоны для написания и отладки кода, скриптов и алгоритмов
- Запросы для работы с технической документацией
- Инструменты для анализа инцидентов и поиска первопричин
- Шаблоны для тестирования, мониторинга и оптимизации процессов
- Промпты для коммуникации с командой и руководством
28 промптов для инженера по автоматизации: готовые шаблоны
1. Проектирование архитектуры системы автоматизации
Проблема: Перед стартом проекта нужно выстроить архитектуру, учесть ограничения и обосновать выбор подхода – а это занимает часы обсуждений и черновиков.
Решение: Промпт генерирует структурированное описание архитектуры с обоснованием ключевых решений и альтернативами.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный системный архитектор в области промышленной автоматизации» или «ведущий инженер по автоматизации технологических процессов»].
Задача: разработай архитектуру системы автоматизации для следующего объекта.
Контекст:
– Объект автоматизации: [опишите объект, например, «производственная линия розлива напитков на 3 участках» или «система управления климатом в складском комплексе площадью 5000 м²»]
– Текущее состояние: [опишите, что есть сейчас, например, «ручное управление, операторы фиксируют показатели раз в час» или «устаревшая SCADA-система без удаленного доступа»]
– Ключевые требования: [перечислите требования, например, «непрерывная работа 24/7, время реакции на аварию не более 30 секунд, интеграция с 1С»]
– Ограничения: [укажите ограничения, например, «бюджет до 2 млн рублей, нельзя останавливать производство более чем на 4 часа»]
Формат ответа:
- Уровни архитектуры (полевой, управляющий, диспетчерский) с описанием каждого
- Перечень оборудования и программных компонентов с обоснованием выбора
- Схема информационных потоков
- Альтернативные варианты архитектуры с их плюсами и минусами
- Риски реализации и способы их снижения
Ограничения: не используй западное оборудование, находящееся под санкциями; приоритет – российские и азиатские производители. Избегай избыточной сложности там, где достаточно простого решения.
Тон: профессиональный, технически точный, без лишней воды.
*****
Почему это работает: Промпт задает все три уровня архитектуры как обязательные – это заставляет нейросеть мыслить системно, а не выдавать список оборудования без логики связей. Ограничение на санкционное оборудование сразу делает результат применимым в российских реалиях.
2. Написание скрипта для автоматизации рутинной задачи
Проблема: Рутинные задачи – сбор данных с оборудования, переименование файлов, формирование отчетов – съедают время, хотя их давно можно было автоматизировать.
Решение: Промпт создает готовый скрипт с комментариями и инструкцией по запуску.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный разработчик скриптов для промышленной автоматизации» или «инженер-программист с опытом автоматизации производственных процессов»].
Задача: напиши скрипт для автоматизации следующей задачи.
Контекст:
– Задача: [опишите задачу, например, «каждый час собирать показания температуры с 12 датчиков по протоколу Modbus TCP и записывать в таблицу Excel» или «автоматически архивировать лог-файлы старше 7 дней в папку с датой»]
– Язык программирования: [укажите язык, например, «Python 3.10» или «PowerShell»]
– Среда выполнения: [опишите среду, например, «Windows Server 2019, запуск по расписанию через Планировщик задач» или «Ubuntu 22.04, cron»]
– Дополнительные условия: [укажите условия, например, «при ошибке подключения – отправить письмо на почту диспетчера» или «скрипт должен работать без установки сторонних библиотек»]
Формат ответа:
- Готовый код скрипта с подробными комментариями на русском языке
- Список необходимых зависимостей и команды для их установки
- Инструкция по настройке и запуску (пошагово)
- Описание возможных ошибок и способов их устранения
Ограничения: код должен быть читаемым, без избыточных конструкций; обработка ошибок обязательна; не использовать устаревшие методы.
Тон: технический, точный, с пояснениями для специалиста средней квалификации.
*****
Почему это работает: Указание языка, среды и дополнительных условий исключает ситуацию, когда нейросеть пишет «идеальный» код, который не запускается в конкретной среде. Требование комментариев на русском языке делает результат сразу пригодным для передачи коллегам.
3. Анализ причин аварийной остановки оборудования
Проблема: После инцидента нужно быстро установить первопричину, а не просто зафиксировать симптом – иначе оборудование встанет снова через неделю.
Решение: Промпт структурирует анализ по методологии «пять почему» и предлагает корректирующие действия.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности оборудования с опытом анализа производственных инцидентов» или «специалист по техническому обслуживанию и диагностике промышленного оборудования»].
Задача: проведи анализ причин аварийной остановки и разработай план корректирующих действий.
Контекст:
– Описание инцидента: [опишите инцидент, например, «насос подачи хладагента остановился в 03:47, сработала защита по перегреву, производство встало на 2,5 часа» или «конвейерная лента сошла с роликов на участке №3, повреждено 4 метра ленты»]
– Данные из журналов и датчиков: [вставьте данные, например, «температура подшипника за час до остановки выросла с 65°C до 94°C, давление масла снизилось с 3,2 до 1,8 бар»]
– История обслуживания: [укажите историю, например, «последнее ТО – 3 месяца назад, замена масла – 8 месяцев назад, жалоб от операторов не поступало»]
– Условия эксплуатации: [опишите условия, например, «оборудование работает в режиме 24/7, температура в цехе летом достигает 38°C»]
Формат ответа:
- Анализ по методологии «пять почему» с цепочкой причин
- Вероятная первопричина с обоснованием
- Немедленные корректирующие действия (что сделать сейчас)
- Долгосрочные превентивные меры (что изменить в системе)
- Что добавить в регламент обслуживания
Ограничения: не делай выводы без опоры на предоставленные данные; если данных недостаточно, укажи, какие дополнительные сведения нужны.
Тон: аналитический, без предположений без доказательной базы.
*****
Почему это работает: Методология «пять почему» встроена в структуру ответа – нейросеть не может остановиться на симптоме, она обязана пройти всю цепочку. Требование указать недостающие данные предотвращает красивые, но бесполезные выводы из воздуха.
4. Разработка технического задания на систему автоматизации
Проблема: Написать техническое задание, которое не оставляет двусмысленностей и защищает от споров с подрядчиком – задача, требующая опыта и времени.
Решение: Промпт создает структурированное техническое задание по российским стандартам с конкретными измеримыми требованиями.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный инженер-проектировщик систем автоматизации» или «главный специалист по разработке технической документации для промышленных объектов»].
Задача: разработай техническое задание на создание системы автоматизации.
Контекст:
– Объект и цель автоматизации: [опишите, например, «автоматизация учета и управления складом готовой продукции на предприятии пищевой промышленности» или «система автоматического управления насосной станцией водоснабжения»]
– Заказчик и его ключевые ожидания: [опишите, например, «производственное предприятие, главное требование – сократить ручной труд на 60% и исключить пересортицу»]
– Существующая инфраструктура: [опишите, например, «1С:УПП версии 8.3, локальная сеть Ethernet, 5 рабочих мест операторов»]
– Нормативная база: [укажите, например, «ГОСТ 34.602-2020, требования Ростехнадзора для объектов II категории»]
Формат ответа – техническое задание со следующими разделами:
- Общие сведения об объекте автоматизации
- Цели и задачи системы
- Требования к функциям и задачам системы (измеримые показатели)
- Требования к надежности и безопасности
- Требования к интеграции с существующими системами
- Требования к документации
- Порядок сдачи-приемки работ
- Сроки и этапы выполнения
Ограничения: все требования должны быть измеримыми (не «быстрая работа», а «время отклика не более 2 секунд»); избегай размытых формулировок; соответствие ГОСТ 34.602-2020 обязательно.
Тон: официально-деловой, юридически корректный.
*****
Почему это работает: Требование измеримости в ограничениях – ключевое. Именно размытые формулировки в техническом задании становятся источником конфликтов с подрядчиками. Нейросеть с этим ограничением вынуждена конкретизировать каждое требование.
5. Отладка логики ПЛК-программы
Проблема: Программа ПЛК работает не так, как ожидалось, а найти ошибку в лестничной логике или структурированном тексте – занятие не для слабонервных.
Решение: Промпт помогает систематически проверить логику программы и найти потенциальные ошибки.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный программист ПЛК с экспертизой в Siemens TIA Portal и языках МЭК 61131-3» или «инженер по автоматизации с опытом отладки программ для контроллеров ОВЕН»].
Задача: проанализируй логику программы ПЛК и найди возможные ошибки или уязвимости.
Контекст:
– Платформа и среда разработки: [укажите, например, «Siemens S7-1200, TIA Portal V17» или «ОВЕН ПЛК110, CODESYS 3.5»]
– Язык программирования: [укажите, например, «лестничная диаграмма (LD)» или «структурированный текст (ST)»]
– Описание задачи программы: [опишите, что должна делать программа, например, «управление насосом с защитой от сухого хода: насос включается при сигнале от датчика уровня HIGH, отключается при LOW, блокировка при срабатывании датчика давления»]
– Код или описание логики: [вставьте код или опишите логику пошагово]
– Наблюдаемая проблема: [опишите, что происходит не так, например, «насос не отключается при срабатывании датчика давления» или «при включении питания насос запускается без команды оператора»]
Формат ответа:
- Анализ предоставленной логики с объяснением каждого блока
- Обнаруженные ошибки и уязвимости с указанием причины
- Исправленный вариант кода или логики
- Рекомендации по улучшению надежности и безопасности программы
- Что стоит проверить дополнительно в железе и схемах
Ограничения: объясняй каждую найденную ошибку, а не просто исправляй молча; если логики недостаточно для полного анализа – укажи, что нужно предоставить.
Тон: технически точный, педагогичный.
*****
Почему это работает: Требование объяснять каждую ошибку, а не молча исправлять, критически важно – иначе инженер получит «черный ящик» и при следующей похожей проблеме снова будет беспомощен. Обучение через разбор ошибок – основа роста квалификации.
6. Составление регламента технического обслуживания
Проблема: Регламент ТО часто существует формально – либо устарел, либо настолько общий, что бесполезен для конкретного оборудования.
Решение: Промпт создает конкретный, применимый регламент с периодичностью, ответственными и критериями оценки состояния.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по техническому обслуживанию промышленного оборудования» или «специалист по системам управления производством с опытом разработки регламентов ТО»].
Задача: разработай регламент технического обслуживания для указанного оборудования.
Контекст:
– Оборудование: [опишите, например, «частотный преобразователь Danfoss VLT 5000, мощность 37 кВт, управляет насосом охлаждения» или «промышленный робот-манипулятор KUKA KR 60, участок сварки кузовов»]
– Режим эксплуатации: [укажите, например, «непрерывная работа в 3 смены, среда – повышенная влажность и металлическая пыль» или «работа 5 дней в неделю, 2 смены, чистое производство»]
– Текущий регламент: [опишите, например, «регламент отсутствует, ТО проводится по факту поломки» или «есть базовый регламент из инструкции производителя, нужно адаптировать под реальные условия»]
– Ресурсы для ТО: [укажите, например, «2 инженера-электрика, слесарь-ремонтник, бюджет на расходники 50 000 рублей в квартал»]
Формат ответа – регламент со следующими разделами:
- Ежедневные проверки (что, как, критерии нормы)
- Еженедельное обслуживание
- Ежемесячное обслуживание
- Квартальное и годовое обслуживание
- Перечень расходных материалов и запчастей с нормами замены
- Критерии, при которых оборудование выводится из эксплуатации
- Форма журнала ТО
Ограничения: каждый пункт должен быть конкретным – не «проверить состояние» а «проверить уровень вибрации, норма не более X мм/с»; учитывай реальные условия эксплуатации.
Тон: профессиональный, четкий, операционный.
*****
Почему это работает: Ограничение «не проверить состояние, а конкретный параметр с нормой» – это то, что отличает рабочий регламент от бумажной отписки. Именно расплывчатость формулировок приводит к тому, что регламент ТО пылится в папке, пока оборудование не встает.
7. Подготовка презентации для руководства по проекту автоматизации
Проблема: Технически грамотный инженер нередко теряется, когда нужно объяснить ценность проекта директору, который не знает, что такое ПЛК и зачем это нужно.
Решение: Промпт создает структуру презентации с акцентом на экономический эффект и риски бездействия – язык, понятный руководству.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный менеджер проектов в области промышленной автоматизации» или «технический директор с опытом защиты инвестиционных проектов перед советом директоров»].
Задача: разработай структуру и ключевые тезисы презентации проекта автоматизации для руководства.
Контекст:
– Проект: [опишите проект, например, «внедрение автоматической системы учета сырья на молочном заводе» или «модернизация системы управления котельной с переходом на дистанционный мониторинг»]
– Аудитория: [опишите, например, «генеральный директор и финансовый директор, технически не погружены, интересует прежде всего окупаемость и риски» или «совет учредителей, 20 минут на презентацию, нужно получить одобрение бюджета»]
– Ключевые результаты проекта: [укажите, например, «сокращение потерь сырья с 8% до 1,5%, экономия 3,2 млн рублей в год, срок окупаемости 14 месяцев»]
– Бюджет и сроки проекта: [укажите, например, «бюджет 4,5 млн рублей, срок реализации 8 месяцев»]
Формат ответа:
- Структура презентации (слайды с названиями и ключевыми тезисами каждого)
- Формулировки для слайда «Проблема» без технического жаргона
- Расчет экономического эффекта в понятном виде (таблица или формула)
- Риски бездействия (что будет, если не автоматизировать)
- Ответы на 5 наиболее вероятных вопросов от руководства
- Призыв к действию – что нужно одобрить
Ограничения: никакого технического жаргона в тезисах; все через деньги, время и риски; не более 12 слайдов.
Тон: деловой, убедительный, ориентированный на результат.
*****
Почему это работает: Требование ответить на вероятные вопросы руководства – это подготовка к реальной встрече, а не просто красивые слайды. Инженер, который предвидит возражения, выглядит как человек, понимающий бизнес, а не только технику.
8. Разработка алгоритма управления технологическим процессом
Проблема: Перевести технологический процесс в четкий алгоритм управления – задача, где легко упустить граничные условия, аварийные ситуации и переходные состояния.
Решение: Промпт создает полный алгоритм с учетом всех состояний системы, включая нештатные ситуации.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер-технолог по автоматизации с опытом разработки алгоритмов управления непрерывными производствами» или «специалист по АСУ ТП с экспертизой в области химических и пищевых производств»].
Задача: разработай алгоритм управления следующим технологическим процессом.
Контекст:
– Процесс: [опишите процесс, например, «пастеризация молока: нагрев до 72°C, выдержка 15 секунд, охлаждение до 4°C» или «смешивание компонентов краски в заданных пропорциях с контролем вязкости»]
– Входные сигналы (датчики): [перечислите, например, «термодатчики на входе и выходе пастеризатора, датчик расхода, датчик давления пара»]
– Выходные сигналы (исполнительные механизмы): [перечислите, например, «регулирующий клапан пара, насос подачи продукта, клапан возврата на повторную пастеризацию»]
– Нормативные требования: [укажите, например, «ГОСТ Р 52090-2003, требования Роспотребнадзора к температурному режиму пастеризации»]
Формат ответа:
- Описание состояний системы (пуск, нормальная работа, останов, аварийный останов)
- Алгоритм в виде пошагового описания с условиями переходов между состояниями
- Условия и действия при каждой нештатной ситуации
- Параметры регулирования и рекомендуемые уставки
- Схема алгоритма в текстовом виде (псевдокод или описание блок-схемы)
Ограничения: каждое состояние должно иметь четкие условия входа и выхода; аварийные ситуации должны быть прописаны исчерпывающе, не «и другие нештатные ситуации».
Тон: технически точный, структурированный.
*****
Почему это работает: Требование исчерпывающего описания аварийных ситуаций – принципиальное. Именно «и другие нештатные ситуации» в алгоритме приводят к тому, что система ведет себя непредсказуемо при первом же нестандартном событии.
9. Написание инструкции для оператора АСУ ТП
Проблема: Инструкции для операторов часто пишутся языком технической документации – и в результате оператор действует интуитивно, а не по регламенту.
Решение: Промпт создает понятную инструкцию с четкими действиями в штатных и нештатных ситуациях.
Текст промпта:
*****
Ты – [укажите роль, например, «технический писатель с опытом создания эксплуатационной документации для промышленных объектов» или «инженер АСУ ТП с опытом обучения операторского персонала»].
Задача: напиши инструкцию по эксплуатации системы для оперативного персонала.
Контекст:
– Система: [опишите, например, «автоматизированная система управления компрессорной станцией, 4 компрессора, SCADA на базе MasterSCADA 4D» или «система автоматического дозирования реагентов на очистных сооружениях»]
– Целевая аудитория: [опишите, например, «операторы без высшего технического образования, опыт работы с предыдущей системой 3–5 лет» или «дежурные инженеры, знакомы с основами автоматизации, но впервые работают с данной системой»]
– Типовые операции: [перечислите, например, «запуск и останов компрессора, переключение в ручной режим, квитирование аварийных сигналов, формирование сменного отчета»]
– Наиболее частые нештатные ситуации: [перечислите, например, «срабатывание защиты по температуре, потеря связи с датчиком, зависание экранной формы»]
Формат ответа – инструкция со следующими разделами:
- Назначение системы (2–3 предложения простым языком)
- Порядок приема-сдачи смены
- Типовые операции (пошагово для каждой)
- Действия при нештатных ситуациях (для каждой из перечисленных)
- Что категорически запрещено
- Контакты для связи при нерешаемых проблемах
Ограничения: никакого технического жаргона без пояснений; каждый шаг – отдельный пронумерованный пункт; инструкция должна быть понятна человеку, который читает ее первый раз в аварийной ситуации.
Тон: четкий, простой, без лишних слов.
*****
Почему это работает: Критерий «понятна при первом чтении в аварийной ситуации» – это настоящий тест на качество инструкции. Если оператор в стрессе не может быстро найти нужный пункт и понять, что делать, документ написан для галочки, а не для работы.
10. Расчет технико-экономического обоснования проекта автоматизации
Проблема: Обосновать инвестиции в автоматизацию цифрами – задача, где легко ошибиться в методологии или упустить важные статьи затрат и выгод.
Решение: Промпт создает структурированное технико-экономическое обоснование с расчетом окупаемости и анализом чувствительности.
Текст промпта:
*****
Ты – [укажите роль, например, «финансовый аналитик с опытом оценки инвестиционных проектов в промышленности» или «инженер-экономист, специализирующийся на обосновании проектов автоматизации производства»].
Задача: разработай технико-экономическое обоснование проекта автоматизации.
Контекст:
– Проект: [опишите, например, «автоматизация линии упаковки продукции, замена ручного труда 6 операторов» или «внедрение системы предиктивного обслуживания для парка из 24 станков»]
– Исходные данные:
– Стоимость проекта: [укажите, например, «оборудование 3,2 млн руб., монтаж 800 тыс. руб., ПО и настройка 1,1 млн руб.»]
– Текущие затраты: [укажите, например, «ФОТ 6 операторов 4,8 млн руб./год, потери от брака 1,2 млн руб./год, внеплановые ремонты 900 тыс. руб./год»]
– Ожидаемый эффект: [укажите, например, «сокращение ФОТ на 4,2 млн руб./год, снижение брака до 0,3 млн руб./год»]
– Горизонт планирования: [укажите, например, «5 лет» или «7 лет»]
– Ставка дисконтирования: [укажите, например, «18% годовых»]
Формат ответа:
- Сводка инвестиционных затрат по статьям
- Расчет ежегодного экономического эффекта
- Срок простой окупаемости
- Дисконтированные показатели: чистая приведенная стоимость, внутренняя норма доходности, дисконтированный срок окупаемости
- Анализ чувствительности (как меняется окупаемость при отклонении ключевых параметров на ±20%)
- Вывод и рекомендация
Ограничения: показывай формулы и промежуточные расчеты; не скрывай допущения; если данных недостаточно – укажи, какие нужны.
Тон: аналитический, точный, с числовыми обоснованиями.
*****
Почему это работает: Анализ чувствительности – то, что отличает профессиональное обоснование от оптимистичного прогноза. Руководство видит не одну цифру окупаемости, а диапазон, и понимает, при каких условиях проект перестает быть выгодным.
11. Разработка плана миграции со старой системы управления на новую
Проблема: Замена работающей системы управления – это всегда риск простоя, потери данных и конфликтов совместимости, которые проявляются в самый неподходящий момент.
Решение: Промпт создает пошаговый план миграции с минимизацией рисков остановки производства.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный руководитель проектов по модернизации АСУ ТП» или «инженер по системной интеграции с опытом замены устаревших систем управления на действующих производствах»].
Задача: разработай план миграции системы управления без остановки производства (или с минимальным простоем).
Контекст:
– Текущая система: [опишите, например, «SCADA на базе устаревшей системы iFIX 2.6, ПЛК Siemens S5, оборудованию 22 года, запчасти недоступны» или «самописная система на Windows XP, ПЛК OMRON CQM1, критически важная для производства»]
– Новая система: [опишите, например, «переход на MasterSCADA 4D с ПЛК ОВЕН ПЛК210» или «переход на Trace Mode 7 с контроллерами ЭЛСИ-ТМК»]
– Производственные ограничения: [укажите, например, «максимальный плановый простой – 8 часов в квартал, производство работает в 3 смены» или «остановка возможна только в период планового ремонта в августе, 5 суток»]
– Критические функции: [перечислите, например, «защитные блокировки не должны прерываться ни на секунду; история данных за последние 5 лет должна быть сохранена»]
Формат ответа:
- Фазы миграции с описанием работ и сроков каждой фазы
- Перечень рисков и мероприятия по их снижению
- Plan B для каждого критического этапа (что делать, если что-то пошло не так)
- Порядок параллельной работы старой и новой систем в переходный период
- Критерии успешного завершения каждой фазы
- Чек-лист готовности перед финальным переключением
Ограничения: защитные функции не могут прерываться ни на каком этапе; план должен быть реалистичным, а не оптимистичным.
Тон: методичный, риск-ориентированный.
*****
Почему это работает: Требование Plan B для каждого критического этапа – это то, что отличает план, написанный для реального производства, от плана, написанного для отчета. Именно отсутствие плана отката превращает миграцию в авантюру.
12. Составление матрицы рисков для проекта автоматизации
Проблема: Риски проекта автоматизации часто оценивают интуитивно – и самые опасные из них всплывают тогда, когда изменить что-то уже сложно и дорого.
Решение: Промпт создает структурированную матрицу рисков с вероятностями, последствиями и мерами реагирования.
Текст промпта:
*****
Ты – [укажите роль, например, «риск-менеджер с опытом управления проектами в промышленной автоматизации» или «ведущий инженер проекта с опытом внедрения систем управления на объектах повышенной опасности»].
Задача: разработай матрицу рисков для проекта автоматизации.
Контекст:
– Проект: [опишите, например, «внедрение системы автоматического управления линией производства лакокрасочных материалов» или «автоматизация системы водоподготовки на промышленном предприятии»]
– Ключевые участники: [перечислите, например, «заказчик, генеральный подрядчик, 3 субподрядчика по монтажу, поставщик оборудования из Китая»]
– Специфика объекта: [опишите, например, «объект повышенной опасности, работа с горючими жидкостями, требования АТЕХ» или «непрерывное производство, любая остановка – убытки 500 тыс. руб./час»]
– Бюджет и сроки: [укажите, например, «бюджет 12 млн руб., срок 10 месяцев, жесткий дедлайн – пуск до 1 декабря»]
Формат ответа – матрица рисков:
- Таблица рисков: категория риска, описание, вероятность (1–5), последствия (1–5), итоговый балл, статус (приемлемо/требует мер)
- Для каждого риска с баллом ≥ 12: детальные меры реагирования и ответственный
- Риски, которые часто упускают в проектах данного типа
- Триггеры – события, сигнализирующие о реализации риска
- Резервный бюджет и время, рекомендуемые для данного профиля рисков
Ограничения: не ограничивайся очевидными рисками; включи технические, организационные, финансовые и регуляторные риски; будь конкретным.
Тон: аналитический, без оптимистичных преувеличений.
*****
Почему это работает: Требование включить риски, которые «часто упускают», – это приглашение нейросети выйти за рамки очевидного. Именно неочевидные риски – задержка таможенного оформления оборудования, несовместимость версий прошивок, уход ключевого специалиста – и топят проекты.
13. Написание протокола испытаний системы автоматизации
Проблема: Протокол испытаний, написанный наспех, не проверяет реальные граничные условия – и система, прошедшая такие испытания, падает при первом нестандартном событии в эксплуатации.
Решение: Промпт создает полноценный протокол испытаний с тест-кейсами для всех режимов работы системы.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по качеству с опытом разработки и проведения приемочных испытаний систем автоматизации» или «специалист по верификации и валидации АСУ ТП»].
Задача: разработай протокол испытаний системы автоматизации.
Контекст:
– Система: [опишите, например, «система автоматического управления вентиляцией производственного цеха: 8 приточных установок, 12 вытяжных вентиляторов, управление по CO2 и температуре» или «система аварийного останова реактора химического производства»]
– Требования технического задания: [перечислите ключевые, например, «время реакции на превышение CO2 не более 60 секунд, автоматическое восстановление после кратковременного отключения питания, сигнализация при отказе любого датчика»]
– Вид испытаний: [укажите, например, «предварительные испытания на стенде» или «приемочные испытания на объекте»]
– Нормативная база: [укажите, например, «ГОСТ 34.603-92, требования технического задания»]
Формат ответа – протокол испытаний:
- Общие сведения (цель, объем, участники, условия проведения)
- Перечень проверяемых требований
- Тест-кейсы для каждого требования: условия, действия, ожидаемый результат, фактический результат (поле для заполнения), вывод
- Тест-кейсы для граничных условий и нештатных ситуаций
- Критерии успешного прохождения испытаний
- Форма итогового заключения
Ограничения: каждый тест-кейс должен быть воспроизводимым – описан так, чтобы любой инженер мог его повторить; не пропускай граничные условия и аварийные режимы.
Тон: формальный, точный, без двусмысленностей.
*****
Почему это работает: Требование воспроизводимости каждого тест-кейса – это фундамент. Испытание, которое нельзя повторить независимым способом, не является испытанием – это демонстрация, и она ничего не гарантирует.
14. Разработка системы мониторинга и оповещения
Проблема: Системы оповещения часто настроены так, что оператор получает сотни сигналов в смену – и важные тонут в потоке незначительных.
Решение: Промпт помогает спроектировать систему приоритизированного оповещения с правильной логикой эскалации.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности с опытом проектирования систем оповещения для промышленных объектов» или «специалист по функциональной безопасности АСУ ТП»].
Задача: разработай концепцию системы мониторинга и оповещения для производственного объекта.
Контекст:
– Объект: [опишите, например, «нефтеперерабатывающая установка: 340 датчиков, 18 исполнительных механизмов, 3 уровня управления» или «система теплоснабжения города: 12 котельных, 240 км трубопроводов, 1800 точек измерения»]
– Текущая проблема: [опишите, например, «операторы получают более 600 сигналов в смену, 95% из них не требуют немедленной реакции, критические события теряются в потоке» или «нет разграничения по приоритетам, все выглядит одинаково важным»]
– Персонал: [опишите, например, «3 оператора в смену, диспетчер, дежурный инженер; каждый ответственен за свой участок»]
– Требования к системе оповещения: [укажите, например, «оповещение должно попасть к ответственному в течение 2 минут, эскалация к руководителю при отсутствии реакции через 5 минут»]
Формат ответа:
- Классификация сигналов по приоритетам с критериями отнесения
- Логика эскалации (кто получает что и когда)
- Каналы оповещения и условия их использования
- Принципы подавления дублирующих сигналов
- Требования к отображению на операторском экране
- Метрики для оценки эффективности системы оповещения (как понять, что система настроена правильно)
Ограничения: система должна снижать, а не увеличивать нагрузку на оператора; не предлагай оповещение по всем каналам одновременно без логики приоритетов.
Тон: системный, практически ориентированный.
*****
Почему это работает: Метрики оценки эффективности системы оповещения – редкий, но критически важный элемент. Без них невозможно понять, работает ли система правильно или просто кажется, что работает. «Операторы жалуются меньше» – не метрика. «Количество сигналов, требующих реакции в течение 10 минут, снизилось с 600 до 40 в смену» – метрика.
15. Написание отчета о проделанной работе по проекту
Проблема: Технические отчеты нередко либо перегружены деталями, неинтересными заказчику, либо настолько поверхностны, что не отражают реального объема работ.
Решение: Промпт создает сбалансированный отчет, который информирует заказчика и защищает интересы исполнителя.
Текст промпта:
*****
Ты – [укажите роль, например, «руководитель проекта по внедрению системы автоматизации» или «ведущий инженер, ответственный за подготовку отчетности по проекту»].
Задача: напиши отчет о выполненных работах за отчетный период.
Контекст:
– Проект: [опишите, например, «внедрение АСУ ТП на участке механообработки, этап 2 из 4»]
– Отчетный период: [укажите, например, «октябрь 2025 года» или «3-й квартал 2025 года»]
– Выполненные работы: [перечислите, например, «смонтировано и подключено 48 датчиков, разработана и отлажена программа ПЛК для 3 участков, проведено обучение 12 операторов, выполнены предварительные испытания»]
– Отклонения от плана: [опишите, например, «задержка поставки частотных преобразователей на 3 недели из-за таможенного оформления, сдвинут срок завершения этапа» или «выявлены дополнительные работы по прокладке кабельных трасс, не учтенные в проекте»]
– Аудитория отчета: [укажите, например, «технический директор заказчика и куратор проекта» или «внутренняя отчетность для руководства компании-исполнителя»]
Формат ответа – отчет со следующими разделами:
- Краткое резюме (1 страница: что сделано, что отклонилось, следующие шаги)
- Детальный перечень выполненных работ с объемами
- Статус относительно плана (что в срок, что нет и почему)
- Риски и проблемы с предложениями по решению
- План работ на следующий период
- Приложения (перечень документации, протоколов, актов)
Ограничения: не скрывай отклонения от плана, объясняй причины и предлагай решения; технические детали – в приложения, не в основной текст.
Тон: деловой, прозрачный, ориентированный на решения.
*****
Почему это работает: Требование объяснять причины отклонений и предлагать решения – это разница между отчетом, который вызывает тревогу у заказчика, и отчетом, который укрепляет доверие. Проблемы есть в каждом проекте – вопрос в том, управляет ли ими команда.
16. Анализ данных с датчиков для поиска аномалий
Проблема: Данные с датчиков накапливаются терабайтами, но без правильного подхода к анализу аномалии остаются незамеченными до момента поломки.
Решение: Промпт помогает выстроить методологию анализа данных для раннего обнаружения отклонений.
Текст промпта:
*****
Ты – [укажите роль, например, «аналитик данных с опытом работы с временными рядами в промышленных системах» или «инженер по предиктивному обслуживанию с опытом анализа телеметрии промышленного оборудования»].
Задача: разработай методологию анализа данных с датчиков для раннего обнаружения аномалий и отклонений.
Контекст:
– Оборудование и параметры: [опишите, например, «насосный агрегат: вибрация на подшипниках (4 точки), температура обмоток двигателя, давление на входе и выходе, ток потребления – данные каждые 10 секунд» или «компрессорная установка: 18 параметров, архив за 2 года, частота записи 1 минута»]
– Доступные инструменты: [укажите, например, «Python, библиотеки pandas и scikit-learn, данные в формате CSV» или «Excel с надстройкой для анализа данных, данные из SCADA в формате отчетов»]
– Известные паттерны отказов: [опишите, если есть, например, «перед отказом подшипника вибрация на частоте 120 Гц растет в течение 2–3 недель» или «перегрев обмоток предшествует выходу из строя в 80% случаев»]
– Цель: [укажите, например, «предсказывать отказ за 2–4 недели до его наступления» или «автоматически формировать задание на ТО при обнаружении аномалии»]
Формат ответа:
- Предлагаемая методология анализа с обоснованием выбора методов
- Пошаговый алгоритм обработки данных (от сырых данных до вывода)
- Конкретные признаки аномалий для каждого параметра
- Пороговые значения и правила их установки
- Пример кода или пошаговой инструкции для реализации в указанных инструментах
- Как оценить качество модели и избежать ложных срабатываний
Ограничения: методология должна быть реализуема с указанными инструментами; объясняй математические концепции простым языком без потери точности.
Тон: аналитический, практически ориентированный.
*****
Почему это работает: Требование объяснять математику простым языком – не упрощение для неспециалистов, а проверка на понимание. Нейросеть, которая не может объяснить метод просто, либо не понимает его сама, либо выдает шаблонный ответ без привязки к задаче.
17. Разработка стратегии резервирования критических систем
Проблема: Резервирование часто реализуют формально – есть резервный контроллер, но переключение на него не тестировалось годами, и никто не знает, сработает ли оно в реальной аварии.
Решение: Промпт создает комплексную стратегию резервирования с процедурами проверки и восстановления.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по функциональной безопасности с опытом проектирования систем резервирования для непрерывных производств» или «специалист по надежности АСУ ТП с экспертизой в области отказоустойчивых архитектур»].
Задача: разработай стратегию резервирования для критической системы управления.
Контекст:
– Система: [опишите, например, «система управления газотурбинной электростанцией мощностью 50 МВт: основной контроллер Siemens S7-400H, SCADA, сеть передачи данных» или «система управления водоснабжением города: 3 насосные станции, 1 центральный диспетчерский пункт»]
– Требования к доступности: [укажите, например, «допустимое время простоя не более 4 часов в год (99,95% доступности)» или «переключение на резерв должно происходить автоматически за время не более 50 мс»]
– Текущее состояние резервирования: [опишите, например, «горячий резерв контроллера есть, но процедура переключения не описана и не тестировалась» или «резервирование отсутствует, все на одном контроллере»]
– Бюджетные ограничения: [укажите, например, «бюджет на модернизацию 5 млн рублей» или «без ограничений, приоритет – надежность»]
Формат ответа:
- Анализ текущего уровня надежности и уязвимостей
- Рекомендуемая стратегия резервирования с обоснованием (горячий/теплый/холодный резерв для каждого уровня)
- Архитектура резервированной системы
- Процедура переключения на резерв (автоматическая и ручная)
- График и методика периодического тестирования резерва
- Расчет достигаемого уровня доступности
Ограничения: стратегия должна учитывать не только отказ оборудования, но и программные сбои, потерю связи и человеческий фактор; резерв, который не тестируется, – не резерв.
Тон: технически строгий, ориентированный на надежность.
*****
Почему это работает: Фраза в ограничениях «резерв, который не тестируется, – не резерв» задает правильный угол зрения. Нейросеть понимает, что нужна не красивая схема, а работающая процедура с регулярной проверкой.
18. Составление плана обучения персонала работе с новой системой
Проблема: Обучение персонала часто сводится к однодневному инструктажу перед запуском – и через месяц операторы работают по старым привычкам, игнорируя возможности новой системы.
Решение: Промпт создает план обучения с учетом разных категорий персонала и механизмами закрепления знаний.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по корпоративному обучению с опытом подготовки персонала к работе с промышленными системами автоматизации» или «инженер АСУ ТП с опытом разработки учебных программ для операторов и технического персонала»].
Задача: разработай план обучения персонала работе с новой системой автоматизации.
Контекст:
– Система: [опишите, например, «новая SCADA-система MasterSCADA 4D для управления производственной линией, замена устаревшей системы» или «автоматизированная система управления складом на базе 1С:WMS»]
– Категории персонала: [перечислите, например, «операторы (18 человек, 3 смены), дежурные инженеры (6 человек), технологи (4 человека), ИТ-администраторы (2 человека)» или «операторы погрузчиков, кладовщики, руководители участков»]
– Текущий уровень подготовки: [опишите, например, «операторы работали с предыдущей системой 5+ лет, базовые навыки работы с ПК есть у всех» или «часть персонала никогда не работала с автоматизированными системами»]
– Сроки: [укажите, например, «запуск системы через 6 недель, обучение нужно завершить за 4 недели» или «постепенное обучение параллельно с внедрением в течение 3 месяцев»]
Формат ответа:
- Матрица обучения: категория персонала × необходимые компетенции
- Программа обучения для каждой категории (темы, длительность, формат)
- Практические задания и упражнения на тренажере или стенде
- Методы оценки усвоения материала
- План поддержки персонала в первые 30 дней после запуска
- Материалы для самостоятельного изучения
Ограничения: обучение должно быть практическим, а не лекционным; для операторов – максимум практики на реальных сценариях; учитывай сменный график работы.
Тон: педагогически грамотный, практически ориентированный.
*****
Почему это работает: Требование плана поддержки в первые 30 дней – это признание того, что обучение не заканчивается в день запуска. Именно первый месяц определяет, будут ли операторы использовать новую систему правильно или найдут способы работать по-старому.
19. Разработка спецификации на закупку оборудования
Проблема: Размытая спецификация на закупку – прямой путь к тому, что поставщик привезет оборудование, формально соответствующее требованиям, но непригодное для задачи.
Решение: Промпт создает детальную техническую спецификацию, защищающую от некачественных замен и несоответствий.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по комплектации с опытом разработки технических требований к оборудованию для промышленных объектов» или «специалист по закупкам технологического оборудования с экспертизой в области КИП и автоматики»].
Задача: разработай техническую спецификацию на закупку оборудования для системы автоматизации.
Контекст:
– Оборудование: [опишите, например, «датчики температуры для измерения в химически агрессивной среде (кислоты pH 2–4), диапазон -20…+150°C, 48 штук» или «частотные преобразователи для управления насосами мощностью 7,5–55 кВт, 12 штук»]
– Условия эксплуатации: [опишите, например, «взрывоопасная зона класса 1, зона 2, температура окружающей среды -40…+50°C, вибрация» или «закрытое помещение, температура +5…+40°C, влажность до 95%»]
– Требования к совместимости: [укажите, например, «интеграция с ПЛК ОВЕН ПЛК210 по протоколу Modbus RTU, выходной сигнал 4–20 мА» или «питание 380В 3ф, управление по протоколу Profibus DP»]
– Ограничения по поставщикам: [укажите, например, «только российские производители или производители из стран ЕАЭС» или «не использовать продукцию компаний из санкционного списка»]
Формат ответа – спецификация:
- Наименование и назначение оборудования
- Технические требования (обязательные и желательные параметры)
- Требования к документации и сертификации
- Требования к гарантии и поддержке
- Критерии оценки и отбора предложений поставщиков
- Недопустимые замены и эквиваленты (что точно не подойдет)
- Порядок входного контроля при приемке
Ограничения: разделяй обязательные и желательные требования; включай конкретные числовые параметры, а не диапазоны «примерно»; пункт о недопустимых заменах обязателен.
Тон: технически точный, юридически корректный.
*****
Почему это работает: Пункт о недопустимых заменах – именно то, чего не хватает большинству спецификаций. Поставщик, получивший спецификацию без этого пункта, имеет формальное право привезти «эквивалент» – и потом доказывай, что он не эквивалентный.
20. Написание процедуры аварийного останова производства
Проблема: Процедура аварийного останова, написанная в спокойной обстановке, должна работать в условиях стресса и паники – а значит, она должна быть абсолютно однозначной и короткой.
Решение: Промпт создает четкую процедуру аварийного останова с пошаговыми действиями для каждой категории персонала.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по промышленной безопасности с опытом разработки аварийных процедур для химических производств» или «специалист по функциональной безопасности с опытом работы на объектах повышенной опасности»].
Задача: разработай процедуру аварийного останова производственного объекта.
Контекст:
– Объект: [опишите, например, «участок нанесения лакокрасочных покрытий: 3 окрасочные камеры, система подачи растворителей, вентиляция» или «котельная: 4 котла на природном газе суммарной мощностью 40 МВт»]
– Виды аварийных ситуаций: [перечислите, например, «пожар, утечка растворителя, отказ вентиляции, потеря электропитания, несчастный случай с персоналом» или «загазованность, потеря давления газа, отказ системы управления, пожар»]
– Персонал в смене: [опишите, например, «оператор окрасочной линии, дежурный электрик, мастер смены» или «машинист котла (1 человек), дежурный инженер»]
– Нормативные требования: [укажите, например, «требования Ростехнадзора, ГОСТ 12.1.004, план ликвидации аварийных ситуаций предприятия»]
Формат ответа:
- Общие принципы аварийного останова
- Для каждого вида аварийной ситуации: пошаговые действия (не более 7–8 шагов), ответственный за каждый шаг, временной норматив
- Действия после устранения аварии перед возобновлением работы
- Контакты экстренных служб и внутренних ответственных
- Требования к тренировкам по отработке процедуры
Ограничения: каждый шаг – одно конкретное действие; не более 8 шагов на ситуацию; никаких «при необходимости» и «в зависимости от ситуации» – только однозначные действия.
Тон: четкий, лаконичный, без двусмысленностей.
*****
Почему это работает: Ограничение на 8 шагов – не произвольное число. Исследования показывают: в стрессовой ситуации человек способен удерживать в памяти и последовательно выполнять не более 7–9 действий. Длинная процедура в аварии не выполняется – она бросается на середине.
21. Разработка стратегии цифровизации производственного участка
Проблема: «Цифровизация» стала модным словом, за которым нередко скрывается хаотичное внедрение инструментов без понимания, какую проблему они решают и как связаны между собой.
Решение: Промпт создает последовательную дорожную карту цифровизации с четкими приоритетами и измеримыми целями.
Текст промпта:
*****
Ты – [укажите роль, например, «консультант по цифровой трансформации производства с опытом реализации проектов на предприятиях машиностроения и пищевой промышленности» или «директор по цифровому развитию производственной компании»].
Задача: разработай стратегию и дорожную карту цифровизации производственного участка.
Контекст:
– Предприятие и участок: [опишите, например, «механообрабатывающий цех машиностроительного завода: 60 единиц оборудования, 120 рабочих, производство партиями по заказам» или «линия производства молочной продукции: непрерывный процесс, 3 смены, 45 операторов»]
– Текущее состояние: [опишите, например, «учет выработки ведется в бумажных журналах, простои не фиксируются, качество контролируется выборочно вручную» или «есть базовая SCADA, данные не анализируются, планирование в Excel»]
– Ключевые проблемы: [перечислите, например, «высокий процент брака (8%), неизвестны причины простоев, невозможно отследить выполнение плана в реальном времени»]
– Бюджет и горизонт: [укажите, например, «бюджет 15 млн рублей на 3 года, ожидаемый эффект – снижение себестоимости на 12%»]
Формат ответа:
- Анализ текущего уровня цифровой зрелости
- Целевое состояние через 3 года с измеримыми показателями
- Дорожная карта: этапы, работы, сроки, бюджет по этапам
- Приоритизация инициатив: что дает максимальный эффект при минимальных затратах
- Риски и ограничения реализации
- Как измерять прогресс: ключевые показатели для каждого этапа
Ограничения: приоритет – российские решения (1С, АСКУЭ, отечественные SCADA-системы); избегай модных слов без конкретного содержания; каждая инициатива должна иметь измеримый результат.
Тон: стратегический, практически ориентированный, без технологического хайпа.
*****
Почему это работает: Требование избегать «модных слов без конкретного содержания» – это прямая инструкция нейросети не генерировать маркетинговые лозунги. Дорожная карта цифровизации, состоящая из красивых слов про «индустрию 4.0» без конкретных шагов и бюджетов, не стоит бумаги, на которой напечатана.
22. Анализ энергопотребления и разработка мер по энергоэффективности
Проблема: Энергия – одна из крупнейших статей затрат производства, но ее потребление анализируют редко и поверхностно, ограничиваясь общим счетчиком на вводе.
Решение: Промпт помогает провести структурированный анализ энергопотребления и выявить конкретные точки потерь.
Текст промпта:
*****
Ты – [укажите роль, например, «энергетик-аудитор с опытом проведения энергетических обследований промышленных предприятий» или «инженер по энергоэффективности с экспертизой в области систем учета и управления энергопотреблением»].
Задача: проведи анализ данных об энергопотреблении и разработай мероприятия по повышению энергоэффективности.
Контекст:
– Предприятие: [опишите, например, «деревообрабатывающий завод: 8 производственных участков, общее потребление 2,4 МВт·ч/сутки, затраты на электроэнергию 18 млн рублей в год» или «хлебозавод: непрерывное производство, основные потребители – печи (60%), компрессоры (20%), вентиляция (15%)»]
– Данные: [вставьте или опишите, например, «почасовые данные по потреблению за последние 6 месяцев по 4 вводам, данные о производственном плане и выпуске продукции»]
– Известные проблемы: [опишите, например, «потребление в нерабочее время составляет 35% от рабочего, причины неизвестны» или «удельное потребление на единицу продукции выросло на 18% за год»]
– Цели: [укажите, например, «снизить затраты на электроэнергию на 15% без снижения производительности» или «привести предприятие в соответствие с требованиями энергетического паспорта»]
Формат ответа:
- Структура потребления: кто, сколько и когда потребляет
- Выявленные аномалии и потенциальные точки потерь
- Перечень мероприятий по энергоэффективности с оценкой эффекта и затрат на реализацию
- Приоритизация мероприятий по соотношению эффект/затраты
- Требования к системе учета энергопотребления для контроля результата
- Расчет потенциальной экономии
Ограничения: только мероприятия с реальным экономическим эффектом; избегай рекомендаций типа «выключайте свет» – только системные решения; каждое мероприятие должно иметь срок окупаемости.
Тон: аналитический, экономически ориентированный.
*****
Почему это работает: Ограничение «только системные решения, никаких советов выключать свет» принципиально важно. Именно такие очевидные, но бесполезные рекомендации наполняют большинство энергетических аудитов и дискредитируют саму идею энергоэффективности.
23. Разработка концепции удаленного мониторинга оборудования
Проблема: Удаленный мониторинг часто понимают как «поставить камеру» или «вывести данные на телефон» – без понимания, что именно мониторить, как реагировать и что делать с потоком данных.
Решение: Промпт создает концепцию системы удаленного мониторинга с четкой логикой сбора данных, оповещения и реагирования.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по телемеханике и системам удаленного мониторинга» или «специалист по промышленному интернету вещей с опытом построения распределенных систем мониторинга»].
Задача: разработай концепцию системы удаленного мониторинга для территориально распределенных объектов.
Контекст:
– Объекты мониторинга: [опишите, например, «12 насосных станций водоснабжения в радиусе 80 км от диспетчерского центра, на каждой 3–5 насосных агрегатов» или «34 трансформаторные подстанции 10/0,4 кВ в сельской местности»]
– Параметры контроля: [перечислите, например, «давление на входе и выходе, уровень в резервуаре, состояние насосов, потребляемый ток, вибрация» или «напряжение, ток, температура масла, положение разъединителей, состояние защит»]
– Каналы связи: [опишите, например, «GSM/4G (зона покрытия есть не везде), возможность использования VSAT на удаленных объектах» или «оптоволокно до 8 объектов, остальные – по радиоканалу»]
– Требования: [укажите, например, «оповещение диспетчера при аварии в течение 1 минуты, хранение архива данных 5 лет, работа при отключении внешнего питания не менее 4 часов»]
Формат ответа:
- Архитектура системы: полевой уровень, уровень передачи данных, диспетчерский уровень
- Выбор оборудования для сбора и передачи данных с обоснованием
- Стратегия обеспечения связи при нестабильных каналах
- Логика оповещения и эскалации
- Требования к диспетчерскому программному обеспечению
- Оценка стоимости и этапы реализации
Ограничения: приоритет – российские решения (Телематика, Энергомера, ОВЕН, отечественные операторы связи); система должна работать при частичной потере связи.
Тон: системный, технически точный.
*****
Почему это работает: Требование работоспособности при частичной потере связи – это то, о чем забывают при проектировании, и вспоминают при первом же отказе канала связи. Распределенные объекты в России – это всегда нестабильная связь, и это должно быть заложено в архитектуру с самого начала.
24. Написание технического описания разработанной системы
Проблема: Техническое описание системы нередко пишут в конце проекта наспех – и в результате документ не отражает реального устройства системы и бесполезен при сопровождении.
Решение: Промпт создает полноценное техническое описание, которое будет полезно при эксплуатации, модернизации и передаче другим специалистам.
Текст промпта:
*****
Ты – [укажите роль, например, «технический писатель с опытом разработки эксплуатационной документации для АСУ ТП» или «ведущий инженер проекта, ответственный за разработку технической документации»].
Задача: разработай техническое описание созданной системы автоматизации.
Контекст:
– Система: [опишите, например, «автоматизированная система управления участком гальванического производства: 6 ванн, система дозирования реагентов, SCADA на базе Trace Mode 7, ПЛК ОВЕН ПЛК110» или «система автоматического управления освещением промышленного здания: 12 зон, датчики движения и освещенности, управление через шину КНХ»]
– Назначение документа: [укажите, например, «документ для инженеров сопровождения, которые будут обслуживать систему после сдачи» или «документ для передачи заказчику в составе исполнительной документации»]
– Уровень технической подготовки читателей: [укажите, например, «инженеры-электрики с базовым знанием автоматизации, но без опыта работы с данной системой» или «специалисты АСУ ТП уровня выше среднего»]
– Нормативные требования: [укажите, например, «ГОСТ 34.201-2020, ГОСТ Р 59793-2021» или «внутренний стандарт предприятия СТП-АСУ-2023»]
Формат ответа – техническое описание со следующими разделами:
- Назначение и область применения системы
- Состав системы и структурная схема
- Описание функций и режимов работы
- Описание аппаратных компонентов
- Описание программного обеспечения и логики управления
- Интерфейсы и протоколы обмена данными
- Ограничения и условия применения
Ограничения: описывай систему так, как она работает, а не так, как должна работать по проекту; если есть расхождения с проектом – фиксируй их; документ должен быть достаточным для восстановления системы после полного отказа.
Тон: технически точный, структурированный, без воды.
*****
Почему это работает: Требование «описывай систему так, как она работает, а не как должна работать по проекту» – это критически важное различие. Расхождения между проектом и реализацией есть всегда, и именно они становятся источником проблем при сопровождении, если документация их не отражает.
25. Разработка системы ключевых показателей эффективности для производственного участка
Проблема: Показатели эффективности часто выбирают по принципу «что легко измерить» – и в итоге измеряют то, что не важно, упуская то, что реально влияет на результат.
Решение: Промпт создает систему показателей, связанных с реальными целями производственного участка и обеспеченных данными из системы автоматизации.
Текст промпта:
*****
Ты – [укажите роль, например, «производственный аналитик с опытом разработки систем показателей эффективности для промышленных предприятий» или «инженер по системам управления производством с экспертизой в области OEE и производственной аналитики»].
Задача: разработай систему показателей эффективности для производственного участка на основе данных из системы автоматизации.
Контекст:
– Участок: [опишите, например, «автоматическая линия штамповки деталей: 4 пресса, производительность 1200 деталей/смену по плану, 3 смены в сутки» или «участок термической обработки: 3 печи, непрерывный процесс, продукция – валы и шестерни»]
– Доступные данные из системы: [перечислите, например, «время работы каждого пресса, количество ударов, сигналы аварийных остановок, данные о браке от системы контроля качества» или «температурные профили печей, время загрузки-выгрузки, потребление электроэнергии»]
– Ключевые проблемы участка: [опишите, например, «невыполнение плана на 15–20%, высокий процент брака (6%), частые незапланированные остановки» или «неравномерная загрузка оборудования, потери при переналадке»]
– Потребители информации: [укажите, например, «мастер смены (оперативный уровень), начальник цеха (суточный уровень), директор производства (еженедельный уровень)»]
Формат ответа:
- Иерархия показателей: стратегические → тактические → оперативные
- Для каждого показателя: наименование, формула расчета, источник данных, периодичность, целевое значение, ответственный
- Показатели для раннего обнаружения проблем (опережающие индикаторы)
- Визуализация: как должна выглядеть панель показателей для каждого уровня управления
- Порядок анализа отклонений и реагирования
Ограничения: каждый показатель должен быть рассчитан автоматически из данных системы, без ручного ввода; не включай показатели, которые нельзя измерить объективно.
Тон: аналитический, практически ориентированный.
*****
Почему это работает: Требование автоматического расчета без ручного ввода – это принципиальная защита от искажения данных. Показатель, который вводится вручную, неизбежно начинает отражать желаемое, а не действительное.
26. Написание запроса на коммерческое предложение поставщику
Проблема: Расплывчатый запрос на коммерческое предложение приводит к тому, что поставщики присылают несопоставимые предложения – и выбрать лучшее становится задачей со многими неизвестными.
Решение: Промпт создает структурированный запрос, который обеспечивает сравнимые ответы от разных поставщиков.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по закупкам технологического оборудования» или «руководитель проекта, ответственный за выбор и закупку оборудования для системы автоматизации»].
Задача: составь запрос на коммерческое предложение для поставщиков оборудования или услуг.
Контекст:
– Что требуется: [опишите, например, «поставка и шефмонтаж системы диспетчерского управления для 8 объектов теплоснабжения» или «разработка и поставка шкафов управления насосными станциями, 6 комплектов»]
– Технические требования: [перечислите ключевые, например, «ПЛК должен поддерживать протокол Modbus TCP, степень защиты IP54, рабочая температура -40…+50°C, питание 220В AC»]
– Объем и сроки: [укажите, например, «поставка в течение 90 дней с момента подписания договора, монтаж – в течение 30 дней после поставки» или «первая очередь – 3 комплекта к 1 марта, вторая – 3 комплекта к 1 июня»]
– Требования к коммерческому предложению: [укажите, например, «цена с НДС и без НДС, условия оплаты, гарантийные обязательства, опыт аналогичных проектов, список субподрядчиков»]
Формат ответа – запрос на коммерческое предложение:
- Введение: кто запрашивает и для чего
- Описание требуемых товаров/услуг
- Технические требования (обязательные и желательные)
- Требования к коммерческому предложению (что должно быть в ответе)
- Критерии оценки предложений
- Срок подачи предложений и контактное лицо
- Условия конфиденциальности
Ограничения: запрос должен быть достаточно конкретным, чтобы получить сопоставимые предложения; разделяй обязательные и желательные требования; укажи, в каком формате и объеме ждешь ответ.
Тон: деловой, конкретный, без лишних слов.
*****
Почему это работает: Указание критериев оценки в самом запросе – нестандартный, но очень эффективный прием. Поставщик, знающий критерии выбора, делает более релевантное предложение, а покупатель получает возможность объективно сравнивать ответы.
27. Разработка плана восстановления после катастрофического отказа системы
Проблема: О плане восстановления после катастрофического отказа вспоминают именно тогда, когда он нужен – то есть когда его уже поздно разрабатывать.
Решение: Промпт создает практический план восстановления с конкретными процедурами, ресурсами и временными нормативами.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности и восстановлению систем с опытом разработки планов аварийного восстановления для промышленных объектов» или «руководитель службы технической поддержки АСУ ТП с опытом ликвидации последствий крупных инцидентов»].
Задача: разработай план восстановления системы автоматизации после катастрофического отказа.
Контекст:
– Система: [опишите, например, «АСУ ТП химического производства: SCADA на двух серверах, 6 ПЛК, 450 точек ввода-вывода, база данных архива за 8 лет» или «система управления энергоснабжением завода: 3 уровня управления, 24 контроллера, интеграция с 1С»]
– Сценарии отказа: [перечислите, например, «полный отказ сервера SCADA, одновременный отказ основного и резервного ПЛК, повреждение базы данных, кибератака с шифрованием данных, пожар в серверной» или «потеря всей конфигурации ПЛК, выход из строя коммуникационного оборудования»]
– Требования к восстановлению: [укажите, например, «целевое время восстановления – не более 4 часов для критических функций, не более 24 часов для полного восстановления» или «потеря данных не более чем за 1 час (целевая точка восстановления)»]
– Доступные ресурсы: [опишите, например, «2 инженера АСУ ТП в штате, договор на поддержку с интегратором (реакция 4 часа), ЗИП на складе»]
Формат ответа:
- Перечень резервных копий и хранилищ с указанием местонахождения и актуальности
- Для каждого сценария отказа: пошаговая процедура восстановления с временными нормативами
- Роли и ответственность при восстановлении
- Контакты поставщиков, интеграторов, производителей оборудования
- Список необходимого ЗИП и расходных материалов
- График тестирования плана восстановления
Ограничения: план должен работать без доступа к электронным ресурсам (бумажная копия обязательна); каждая процедура должна быть выполнима дежурным инженером без привлечения разработчика системы.
Тон: методичный, практически ориентированный, без теории.
*****
Почему это работает: Требование работоспособности без доступа к электронным ресурсам – это реальность: при катастрофическом отказе системы инструкция по ее восстановлению, хранящаяся только в этой же системе, недоступна. Это звучит очевидно – но большинство планов восстановления существуют только в электронном виде.
28. Составление технического задания на интеграцию систем автоматизации с корпоративными информационными системами
Проблема: Интеграция АСУ ТП с корпоративными системами – одна из самых конфликтных зон: ИТ-отдел и служба автоматизации говорят на разных языках и имеют разные приоритеты.
Решение: Промпт создает техническое задание на интеграцию, понятное обеим сторонам и защищающее от типичных конфликтов при реализации.
Текст промпта:
*****
Ты – [укажите роль, например, «архитектор корпоративных информационных систем с опытом интеграции АСУ ТП и ERP-систем» или «ведущий инженер по системной интеграции с опытом построения информационных потоков между производственными и корпоративными системами»].
Задача: разработай техническое задание на интеграцию системы автоматизации с корпоративными информационными системами.
Контекст:
– Система автоматизации: [опишите, например, «SCADA MasterSCADA 4D, управляет производственной линией, формирует данные о выпуске, браке, простоях, потреблении энергии» или «АСУ ТП склада готовой продукции: учет движения паллет, управление конвейерами»]
– Корпоративные системы: [перечислите, например, «1С:ERP 2.5 (учет производства и склада), 1С:АСКУЭ (учет энергопотребления), корпоративный портал на базе 1С:Документооборот» или «SAP S/4HANA (производственное планирование), система управления качеством на базе 1С»]
– Требуемые потоки данных: [опишите, например, «из SCADA в 1С: фактический выпуск каждые 15 минут, данные о браке с кодами причин, простои с классификацией; из 1С в SCADA: производственный план на смену, нормативные показатели» или «двусторонний обмен данными о складских операциях в режиме реального времени»]
– Ограничения: [укажите, например, «сеть АСУ ТП изолирована от корпоративной сети по требованиям безопасности, обмен данными – через DMZ» или «изменения в логику SCADA вносить нельзя, интеграция только через OPC-сервер»]
Формат ответа – техническое задание:
- Цели и задачи интеграции
- Описание информационных потоков (что, откуда, куда, как часто, в каком формате)
- Архитектура интеграционного решения
- Требования к безопасности и разграничению доступа
- Требования к надежности и обработке ошибок передачи данных
- Порядок тестирования интеграции
- Требования к документации и поддержке
Ограничения: приоритет – российские интеграционные решения; безопасность промышленной сети не должна снижаться в результате интеграции; все требования должны быть согласованы с обеими сторонами (АСУ ТП и ИТ).
Тон: технически точный, понятный специалистам обеих областей.
*****
Почему это работает: Требование понятности для специалистов обеих областей – ключевое. Именно разрыв в понимании между инженерами АСУ ТП и ИТ-специалистами становится причиной большинства провалов интеграционных проектов. Техническое задание, написанное только на языке одной стороны, обречено на конфликт при реализации.
Типичные ошибки при использовании нейросети инженером по автоматизации
- Описывать задачу одним предложением без контекста объекта и ограничений. Нейросеть не знает, что насос работает во взрывоопасной зоне, что оборудование устаревшее, а бюджет ограничен – и выдает красивое, но неприменимое решение.
- Принимать первый ответ нейросети как окончательный без проверки на применимость. Нейросеть генерирует правдоподобный текст, а не проверенное решение – технические параметры, нормативные ссылки и расчеты требуют обязательной проверки специалистом.
- Запрашивать код без указания конкретной версии, библиотек и среды выполнения. Скрипт, написанный для одной версии Python или одного дистрибутива Linux, может не запускаться в другой среде – и поиск причин займет больше времени, чем написание с нуля.
- Использовать нейросеть для разработки алгоритмов безопасности без последующей экспертной проверки. Алгоритмы аварийного останова, защитные блокировки и процедуры при опасных ситуациях требуют верификации сертифицированным специалистом по функциональной безопасности – нейросеть не несет ответственности за последствия.
- Игнорировать требование указывать российскую нормативную базу в запросах. Нейросеть по умолчанию ориентируется на международные стандарты и западную практику – без явного указания ГОСТ, требований Ростехнадзора и российских реалий результат будет формально правильным, но неприменимым.
- Запрашивать техническую документацию без указания нормативных требований к ее форме. ГОСТ 34.201-2020, ГОСТ 34.602-2020 и другие стандарты задают конкретные требования к составу и содержанию документации – документ, написанный без учета этих требований, не пройдет согласование.
- Использовать один и тот же промпт для принципиально разных объектов. Архитектура системы для пищевого производства и для химического – разные задачи с разными требованиями к безопасности, нормативной базе и оборудованию. Шаблонный подход дает шаблонный результат.
- Не указывать аудиторию документа при запросе технических текстов. Инструкция для оператора без технического образования и техническое описание для инженера сопровождения – принципиально разные документы по уровню детализации и языку изложения, и нейросеть должна знать, для кого пишет.
- Пропускать этап проверки предложенного оборудования на доступность в России. Нейросеть может предложить оборудование, находящееся под санкциями или недоступное через официальные каналы поставки – это нужно проверять отдельно перед включением в спецификацию.
Сравнение слабых и сильных запросов к нейросети для инженера по автоматизации
| Задача | Слабый запрос | Сильный запрос (ключевые добавления) | Почему важно различие |
| Написать скрипт сбора данных | «Напиши скрипт на Python для сбора данных с датчиков» | «Напиши скрипт на Python 3.10 для сбора данных с 8 датчиков по Modbus TCP каждые 30 секунд, запись в PostgreSQL, обработка ошибок подключения с повторной попыткой через 10 секунд, среда – Ubuntu 22.04, запуск через systemd» | Без деталей – код не запустится в конкретной среде и не обработает реальные ошибки |
| Проанализировать инцидент | «Почему мог сломаться насос?» | «Проведи анализ по методологии ‘пять почему’: насос остановился в 04:12, температура подшипника выросла с 62 до 91°C за 40 минут, давление масла упало с 3,1 до 1,6 бар, последнее ТО – 5 месяцев назад» | Общий вопрос дает список из 10 возможных причин; конкретные данные дают анализ реального события |
| Составить регламент ТО | «Напиши регламент обслуживания частотного преобразователя» | «Напиши регламент ТО для Danfoss VLT 5000, 37 кВт, режим 24/7, среда – металлическая пыль и влажность до 85%, каждый пункт с конкретным параметром и нормой (не ‘проверить’, а ‘измерить ток холостого хода, норма не более X А’)» | Без условий эксплуатации и требования конкретности – получится общий регламент из инструкции производителя |
| Написать техническое задание | «Напиши техническое задание на автоматизацию котельной» | «Напиши ТЗ по ГОСТ 34.602-2020 на автоматизацию котельной: 4 котла по 10 МВт, газовое топливо, объект II категории Ростехнадзора, интеграция с АСКУЭ, все требования измеримые (не ‘надежная работа’, а ‘доступность не менее 99,9%’)» | Без нормативной базы и требования измеримости – ТЗ не пройдет согласование и не защитит от споров с подрядчиком |
| Объяснить проект руководству | «Напиши презентацию о проекте автоматизации» | «Напиши тезисы для презентации генеральному директору (не технарю): проект автоматизации упаковочной линии, бюджет 6,2 млн руб., экономия 4,8 млн руб./год, только через деньги и риски, никакого технического жаргона, не более 10 слайдов, ответы на возражения ‘дорого’ и ‘а если не сработает'» | Без указания аудитории и запрета жаргона – получится технический доклад, который руководитель не дочитает до расчета окупаемости |
| Разработать алгоритм управления | «Опиши алгоритм управления насосом» | «Разработай алгоритм управления насосом охлаждения: входные сигналы – датчик уровня HIGH/LOW, датчик давления, термодатчик; выходные – пуск/стоп насоса, аварийный сигнал; опиши все состояния системы, условия переходов, все нештатные ситуации исчерпывающе (не ‘и другие’)» | Алгоритм без граничных условий и исчерпывающего описания нештатных ситуаций непригоден для реализации в ПЛК |
Неочевидные советы по работе с нейросетью для инженера по автоматизации
- Давайте нейросети роль конкретного специалиста, а не просто «эксперта». «Ты – инженер по надежности с опытом анализа инцидентов на химических производствах» дает принципиально другой результат, чем «ты – эксперт по автоматизации»: нейросеть активирует более специфичный контекст и реже уходит в общие места.
- Используйте итеративный подход: первый ответ – не финальный, а основа для уточнений. После получения первого результата добавляйте конкретизирующие запросы: «Детализируй пункт 3 применительно к условиям взрывоопасной зоны» или «Перепиши раздел о рисках, исключив риски с баллом ниже 9» – это в разы продуктивнее, чем пытаться написать идеальный промпт с первого раза.
- Просите нейросеть явно указывать, каких данных не хватает для полного ответа. Добавьте в промпт фразу «если предоставленной информации недостаточно – укажи, что именно нужно уточнить» – это избавляет от ситуации, когда нейросеть уверенно выдает ответ, основанный на предположениях вместо реальных данных.
- Сохраняйте успешные промпты в отдельный файл с пометкой о задаче и результате. Промпт, который однажды дал точный алгоритм управления насосом или грамотное техническое задание, сработает снова для похожей задачи – и адаптировать готовый шаблон быстрее, чем писать заново.
- Просите нейросеть проверить предложенное решение с позиции критика, а не автора. После получения, например, архитектуры системы добавьте запрос: «Теперь найди 5 слабых мест в этой архитектуре с точки зрения надежности и безопасности» – это выявляет уязвимости, которые нейросеть не включила в первоначальный ответ.
- Указывайте, что именно нельзя включать в ответ – это не менее важно, чем указывать, что нужно. «Не предлагай оборудование из санкционного списка», «не используй методы, требующие остановки производства», «не включай пункты, которые невозможно выполнить одним дежурным инженером» – такие ограничения резко повышают применимость результата.
- Для сложных задач разбивайте запрос на этапы, а не пытайтесь получить все в одном ответе. Запрос на полный проект автоматизации в одном промпте дает поверхностный результат по каждому разделу; последовательные запросы – архитектура, затем спецификация, затем техническое задание – дают детальную проработку каждого элемента. Именно так работает профессиональное использование инструментов для генерации запросов к нейросети в инженерных задачах.
