Авиационный техник работает в условиях, где цена ошибки – не испорченный отчет, а человеческая жизнь. Именно поэтому промпты для авиационного техника должны быть точными, структурированными и практически применимыми – не общими рассуждениями, а конкретными инструментами для решения реальных задач.
В этой статье – 26 готовых примеров запросов к нейросети, которые охватывают ключевые направления работы: от технической документации до анализа неисправностей и подготовки к проверкам.
Для кого это будет полезно:
- Авиационные техники, которые хотят ускорить рутинные задачи без потери качества
- Специалисты по техническому обслуживанию воздушных судов, работающие с большим объемом документации
- Инженеры по надежности, которым нужно быстро анализировать данные об отказах
- Руководители технических служб, готовящие инструкции и регламенты
- Все, кто устал тратить два часа на задачу, которую нейросеть решает за пять минут – если правильно спросить
Каждый промпт сопровождается объяснением: почему именно такая структура дает нужный результат, а не просто красиво выглядит.
26 промптов для авиационного техника: готовые шаблоны для работы
1. Анализ кода неисправности по бортовой системе диагностики
Проблема: Бортовая система выдает код отказа, но расшифровка в руководстве занимает время, а нужно понять суть и вероятные причины быстро.
Решение: Промпт позволяет получить структурированный разбор кода неисправности с перечнем вероятных причин и первичных действий.
Текст промпта:
*****
Ты – [укажите роль, например, «опытный авиационный инженер по надежности с опытом работы на воздушных судах семейства Airbus A320»] с глубоким знанием систем бортовой диагностики.
Задача: расшифруй и проанализируй код неисправности [укажите код, например, «27-11-00-810-001»] из системы [укажите систему, например, «CFDS A320»] для воздушного судна типа [укажите тип ВС, например, «Airbus A320-214»].
Контекст: код был зафиксирован в следующих условиях – [опишите условия, например, «при наборе высоты на эшелоне FL200, температура за бортом минус 40 градусов, сообщение появилось дважды за один полет»]. Дополнительные симптомы: [опишите симптомы, например, «экипаж отметил легкое рысканье, никаких других предупреждений не было»].
Формат ответа: структурированный разбор по разделам – (1) что означает код, (2) вероятные первопричины в порядке убывания вероятности, (3) первичные действия по TSM (поиск и устранение неисправностей), (4) на какие смежные системы обратить внимание, (5) рекомендации по документированию.
Ограничения: не давай общих фраз. Каждый пункт – конкретное техническое содержание. Если информации недостаточно – укажи, что именно нужно уточнить.
Тон: технически точный, без лишних слов, как в рабочем техническом отчете.
*****
Почему это работает: Указание конкретного типа ВС и системы диагностики сужает пространство ответа до нужной области, а структурированный формат с пятью разделами исключает размытые рекомендации и заставляет нейросеть работать как технический справочник, а не как энциклопедия.
2. Составление карты выполненных работ по техническому обслуживанию
Проблема: После завершения планового технического обслуживания нужно быстро и точно задокументировать все выполненные работы в формате, пригодном для внесения в систему учета.
Решение: Промпт формирует структурированную карту выполненных работ по заданному перечню, готовую для переноса в рабочую документацию.
Текст промпта:
*****
Ты – [укажите роль, например, «авиационный техник по планированию технического обслуживания с опытом оформления документации по стандартам АТА 100»].
Задача: составь карту выполненных работ по результатам планового технического обслуживания воздушного судна [укажите тип и регистрационный номер, например, «Boeing 737-800, RA-73500»].
Контекст: вид обслуживания – [укажите вид, например, «А-чек, 600 часов налета»]. Перечень фактически выполненных работ: [перечислите работы, например, «замена фильтра гидравлической системы, проверка тормозной системы, смазка шасси, проверка навигационных огней, замена уплотнителей дверей»]. Выявленные дефекты и их устранение: [опишите, например, «обнаружен износ тормозной колодки левого основного шасси – колодка заменена, акт составлен»].
Формат ответа: таблица с колонками – номер работы, наименование работы по АТА-главе, статус выполнения, использованные расходные материалы и их номера, подпись ответственного (оставить поле). После таблицы – краткое резюме по выявленным дефектам.
Ограничения: не добавляй работы, которые не были указаны в перечне. Используй только технические термины, принятые в авиационном техническом обслуживании.
Тон: формальный, документальный, без лишних пояснений.
*****
Почему это работает: Жесткое ограничение «не добавляй работы, которые не указаны» защищает от одной из главных ошибок – когда нейросеть начинает фантазировать и вносит несуществующие операции в документ, который потом идет на подпись.
3. Подготовка инструкции по нетиповой ситуации для брифинга экипажа
Проблема: Перед вылетом нужно донести до экипажа информацию о техническом ограничении или особенности воздушного судна, но формулировка должна быть понятной летному составу, а не только техникам.
Решение: Промпт создает краткую техническую справку для экипажа – точную по содержанию, но доступную по языку.
Текст промпта:
*****
Ты – [укажите роль, например, «старший авиационный инженер с опытом взаимодействия с летным составом и составления технических справок для экипажей»].
Задача: подготовь краткую техническую справку для брифинга экипажа по следующей ситуации: [опишите ситуацию, например, «система автоматического регулирования давления в салоне работает в ручном режиме, автоматический режим отключен согласно MEL 21-31-01»].
Контекст: тип воздушного судна – [укажите, например, «Airbus A319-111»]. Рейс – [укажите, например, «Москва – Новосибирск, продолжительность около 3 часов 20 минут»]. Применимый пункт MEL (минимальный перечень оборудования): [укажите, например, «21-31-01, категория C, ограничений по высоте нет»]. Дополнительные условия эксплуатации: [опишите, например, «экипаж должен вручную контролировать скорость набора давления при наборе высоты»].
Формат ответа: справка на одну страницу. Разделы – (1) суть технического ограничения в двух предложениях, (2) что это означает для экипажа на практике, (3) что экипаж должен делать иначе по сравнению со стандартной процедурой, (4) что делать в нештатной ситуации. Язык – понятный летному составу, без глубокого погружения в техническую механику.
Ограничения: не используй аббревиатуры без расшифровки. Не пиши длиннее одной страницы.
Тон: деловой, четкий, уважительный к профессионализму экипажа.
*****
Почему это работает: Разграничение аудитории (техники vs. летный состав) встроено в сам промпт: требование «без глубокого погружения в техническую механику» переключает нейросеть с технического языка на операционный, который нужен экипажу.
4. Разработка чек-листа предполетного осмотра воздушного судна
Проблема: Стандартный предполетный осмотр выполняется по памяти или устаревшим бумажным формам, что увеличивает риск пропустить важный пункт.
Решение: Промпт формирует актуальный и структурированный список проверки для предполетного осмотра конкретного типа воздушного судна.
Текст промпта:
*****
Ты – [укажите роль, например, «авиационный техник по линейному обслуживанию с опытом работы на воздушных судах отечественного и зарубежного производства»].
Задача: разработай детальный список проверки предполетного осмотра для воздушного судна [укажите тип, например, «Sukhoi Superjet 100-95B»].
Контекст: осмотр выполняется перед первым вылетом после ночной стоянки. Условия: [опишите, например, «зимнее время, температура минус 20 градусов, самолет стоял на открытой стоянке без подогрева»]. Особые условия (если есть): [укажите, например, «накануне был снегопад, противообледенительная обработка не проводилась»].
Формат ответа: нумерованный список проверки, разбитый по зонам осмотра (нос, левая сторона, хвост, правая сторона, кабина, техническое отсеки). Для каждого пункта – краткое описание того, что именно проверяется и на что обращать внимание. Особые пункты, актуальные для зимних условий, – выделить отдельным блоком в начале.
Ограничения: список должен быть практически применимым – не теоретическим перечнем из учебника. Не включай пункты, не применимые к указанному типу ВС.
Тон: четкий, операционный, каждый пункт – одно конкретное действие.
*****
Почему это работает: Разбивка по зонам осмотра воспроизводит реальный маршрут техника вокруг самолета, что делает результат немедленно применимым, а не требующим переработки перед использованием.
5. Анализ повторяющихся дефектов и поиск первопричины
Проблема: Один и тот же дефект возникает снова и снова после устранения, что говорит о незакрытой первопричине – но найти ее без систематического анализа сложно.
Решение: Промпт помогает провести анализ повторяющегося дефекта по методологии поиска первопричины и сформулировать гипотезы для проверки.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности авиационной техники с опытом анализа повторяющихся дефектов и применения методологии RCA (анализ первопричин)»].
Задача: проведи анализ повторяющегося дефекта и предложи гипотезы о его первопричине.
Контекст: воздушное судно – [укажите тип и номер, например, «Boeing 737-800, RA-73015»]. Описание дефекта: [опишите точно, например, «течь гидравлической жидкости из уплотнения левого цилиндра уборки основного шасси»]. История дефекта: [опишите, например, «дефект устранялся трижды за последние 400 часов налета: замена уплотнений 12.01, 18.02, 05.03 – каждый раз течь возобновлялась через 100-130 часов»]. Условия эксплуатации: [опишите, например, «преимущественно короткие рейсы, много циклов, базирование в Якутске – экстремальные температуры»].
Формат ответа: (1) анализ истории дефекта – что говорит цикличность, (2) список возможных первопричин в порядке вероятности, (3) для каждой причины – как проверить гипотезу на практике, (4) рекомендуемые корректирующие действия, (5) что нужно задокументировать для накопления данных.
Ограничения: не ограничивайся очевидными причинами – рассмотри и системные факторы (особенности эксплуатации, качество запасных частей, процедуру замены).
Тон: аналитический, методичный, как технический разбор на совещании по надежности.
*****
Почему это работает: Требование рассмотреть системные факторы, а не только очевидные технические причины, заставляет нейросеть выйти за рамки шаблонного ответа и проанализировать ситуацию так, как это делает опытный инженер по надежности.
6. Составление технического задания на доработку воздушного судна
Проблема: Доработка воздушного судна по бюллетеню требует составления внутреннего технического задания, которое должно быть точным, полным и понятным исполнителям.
Решение: Промпт формирует структурированное техническое задание на выполнение доработки по заданному бюллетеню.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по планированию технического обслуживания с опытом работы с директивами летной годности и бюллетенями производителей»].
Задача: составь внутреннее техническое задание на выполнение доработки воздушного судна.
Контекст: воздушное судно – [укажите тип и регистрационный номер, например, «Airbus A321-211, RA-64501»]. Основание: [укажите документ, например, «бюллетень производителя SB A321-27-1234, категория 3, рекомендуемый»]. Суть доработки: [опишите, например, «замена тяг управления рулем высоты на усиленные версии с измененным покрытием»]. Планируемые сроки: [укажите, например, «выполнение в рамках С-чека, запланированного на 15-22 апреля»]. Доступные ресурсы: [укажите, например, «бригада из 4 техников, ангарное место, все необходимые запасные части получены»].
Формат ответа: техническое задание со следующими разделами – (1) основание и цель доработки, (2) область работ и затрагиваемые системы, (3) необходимые документы и инструменты, (4) последовательность выполнения работ (укрупненно), (5) требования к контролю качества и приемке, (6) требования к документированию. Стиль – формальный, как внутренний нормативный документ.
Ограничения: не придумывай технические детали, которые не указаны в задании. Там, где нужны данные из бюллетеня – сделай соответствующую пометку «[данные из SB]».
Тон: официальный, четкий, без двусмысленностей.
*****
Почему это работает: Маркер «[данные из SB]» в промпте решает критическую проблему: нейросеть не будет изобретать технические параметры, которых не знает, а честно укажет, где нужна реальная информация из первоисточника.
7. Подготовка ответа на запрос авиационного надзорного органа
Проблема: Запросы от надзорных органов требуют формального, точного и юридически грамотного ответа – и написать его правильно с первого раза под давлением времени непросто.
Решение: Промпт помогает сформулировать официальный ответ на запрос надзорного органа с правильной структурой и тональностью.
Текст промпта:
*****
Ты – [укажите роль, например, «руководитель организации по техническому обслуживанию воздушных судов с опытом взаимодействия с Росавиацией и органами авиационного надзора»].
Задача: подготовь проект официального ответа на запрос надзорного органа.
Контекст: организация – [укажите название и свидетельство АТО, например, «ООО ‘АвиаСервис’, свидетельство АТО № 000.000.000»]. Суть запроса надзорного органа: [опишите точно, например, «Росавиация запрашивает объяснение по факту выявленного несоответствия: в журнале выполненных работ отсутствует подпись второго техника при выполнении работ по замене двигателя на ВС RA-12345 от 10.03.2024»]. Фактические обстоятельства: [опишите, например, «второй техник присутствовал и выполнял работы, подпись не была внесена из-за технического сбоя в электронной системе документооборота, подпись была внесена ретроактивно на следующий день с отметкой о причине»]. Принятые меры: [укажите, например, «проведен внутренний аудит, система документооборота обновлена, введен дополнительный контроль»].
Формат ответа: официальное письмо с реквизитами (оставить поля для заполнения), обращением, изложением фактических обстоятельств, принятыми мерами и заверением о недопущении повторения. Тон – официальный, конструктивный, без оправданий.
Ограничения: не используй формулировки, которые могут быть интерпретированы как признание системных нарушений. Не преуменьшай факт несоответствия – признавай его прямо.
Тон: официальный, уважительный, ответственный.
*****
Почему это работает: Баланс между признанием факта и отсутствием формулировок о «системных нарушениях» – это тонкая грань, которую нейросеть удерживает именно благодаря явному указанию обоих ограничений одновременно.
8. Разработка программы первоначального обучения нового техника
Проблема: Новый сотрудник приходит на линейное обслуживание, и его нужно ввести в работу системно – но структурированной программы адаптации часто нет, и все делается «на глаз».
Решение: Промпт создает программу первоначального обучения нового авиационного техника с разбивкой по этапам и темам.
Текст промпта:
*****
Ты – [укажите роль, например, «руководитель службы технического обслуживания с опытом разработки программ обучения и адаптации авиационного персонала»].
Задача: разработай программу первоначального обучения нового авиационного техника на рабочем месте.
Контекст: организация выполняет [укажите вид деятельности, например, «линейное техническое обслуживание воздушных судов семейства Boeing 737 NG»]. Новый сотрудник: [опишите, например, «техник с действующим свидетельством авиационного специалиста, опыт работы на Ту-154, на Boeing 737 не работал»]. Срок программы обучения: [укажите, например, «8 недель»]. Доступные ресурсы для обучения: [укажите, например, «наставник из числа опытных техников, доступ к тренажеру, библиотека технической документации, воздушное судно на стоянке»].
Формат ответа: программа обучения с разбивкой по неделям. Для каждой недели – (1) тема и цель, (2) конкретные темы занятий, (3) практические задания, (4) критерии успешного освоения. В конце – итоговая проверка знаний: перечень вопросов и практических заданий.
Ограничения: программа должна быть реалистичной – не пытайся вместить годовой курс в восемь недель. Фокус – на том, что критически важно для допуска к самостоятельной работе.
Тон: методичный, практичный, ориентированный на результат.
*****
Почему это работает: Указание реального фона нового сотрудника (опыт на Ту-154, отсутствие опыта на Boeing 737) позволяет нейросети адаптировать программу под конкретный разрыв в компетенциях, а не генерировать универсальный курс «для всех».
9. Составление акта расследования авиационного инцидента
Проблема: После авиационного инцидента необходимо составить акт расследования – документ, требующий четкой структуры, точных формулировок и выводов без домыслов.
Решение: Промпт помогает структурировать акт расследования авиационного инцидента по установленным требованиям.
Текст промпта:
*****
Ты – [укажите роль, например, «уполномоченный по расследованию авиационных инцидентов с опытом составления актов по требованиям ИКАО и Росавиации»].
Задача: составь проект акта расследования авиационного инцидента на основе предоставленных данных.
Контекст: инцидент произошел [укажите дату, место и обстоятельства, например, «15.03.2024, аэропорт Домодедово, при выполнении рейса SU-1234 на ВС Airbus A320 RA-89001 – в ходе руления на исполнительный старт экипаж доложил о нештатном срабатывании сигнализации пожара в двигателе № 2, вылет был отменен, двигатель был осмотрен, признаков пожара и задымления не обнаружено»]. Выполненные проверки: [опишите, например, «проверка системы пожарной сигнализации, осмотр двигателя, проверка датчиков – неисправность не подтверждена, предположительно ложное срабатывание из-за вибрации датчика»]. Участники расследования: [укажите, например, «старший техник Иванов И.И., инженер по надежности Петров П.П.»].
Формат ответа: акт со стандартными разделами – (1) описание инцидента, (2) данные о воздушном судне, (3) хронология событий, (4) выполненные проверки и их результаты, (5) выводы, (6) корректирующие действия, (7) подписи (оставить поля). Там, где данных недостаточно – пометить «[требует уточнения]».
Ограничения: выводы – только на основе предоставленных фактов. Не делай предположений, которые не подкреплены данными.
Тон: формальный, объективный, точный.
*****
Почему это работает: Маркер «[требует уточнения]» в промпте – это защита от одной из главных опасностей при работе с нейросетью в критически важных документах: она не будет заполнять пробелы домыслами, а честно укажет, где нужны реальные данные.
10. Подготовка технического отчета по результатам базового технического обслуживания
Проблема: После завершения базового технического обслуживания нужен сводный технический отчет для руководства и заказчика – с ключевыми выводами, выявленными дефектами и рекомендациями.
Решение: Промпт формирует структурированный технический отчет по результатам базового обслуживания на основе предоставленных данных.
Текст промпта:
*****
Ты – [укажите роль, например, «старший инженер по техническому обслуживанию с опытом составления технических отчетов для авиакомпаний и регуляторов»].
Задача: составь технический отчет по результатам выполненного базового технического обслуживания воздушного судна.
Контекст: воздушное судно – [укажите тип и регистрационный номер, например, «Boeing 737-800, RA-73215»]. Вид обслуживания: [укажите, например, «С-чек, 7500 часов налета, 4200 посадок»]. Сроки выполнения: [укажите, например, «с 01.04.2024 по 18.04.2024, 18 дней»]. Ключевые выявленные дефекты: [перечислите, например, «коррозия в зоне шпангоута 42 левого борта – устранена, замена секции обшивки; износ подшипников рулевого управления носовым колесом – замена произведена; течь в топливной системе правого крыла – устранена заменой уплотнений»]. Выполненные плановые работы: [укажите объем, например, «все работы по карте С-чека выполнены в полном объеме, дополнительно выполнены работы по 3 директивам летной годности»].
Формат ответа: технический отчет со следующими разделами – (1) общие сведения о воздушном судне и виде обслуживания, (2) сводка выявленных дефектов и их устранения, (3) статус директив летной годности, (4) техническое состояние воздушного судна на момент выпуска, (5) рекомендации для следующего обслуживания. Стиль – официальный технический документ.
Ограничения: не добавляй информацию, не указанную в задании. Не используй оценочных суждений типа «хорошее состояние» без конкретных данных.
Тон: официальный, точный, без воды.
*****
Почему это работает: Запрет на оценочные суждения без конкретных данных исключает характерную привычку нейросетей добавлять позитивные выводы там, где их нет – что в техническом документе недопустимо.
11. Разработка процедуры действий при нештатной ситуации на техническом обслуживании
Проблема: Нештатные ситуации при техническом обслуживании – разлив авиационного топлива, обнаружение повреждения конструкции, пожар в ангаре – требуют четких действий, которые должны быть задокументированы заранее.
Решение: Промпт создает процедуру действий персонала при конкретной нештатной ситуации в ходе технического обслуживания.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по безопасности производства в организации технического обслуживания воздушных судов с опытом разработки аварийных процедур»].
Задача: разработай процедуру действий персонала при нештатной ситуации следующего типа: [укажите тип ситуации, например, «обнаружение разлива авиационного топлива объемом более 50 литров в ангаре при проведении технического обслуживания»].
Контекст: организация – [укажите, например, «ангарное техническое обслуживание, площадь ангара 4500 кв. м, одновременно в ангаре могут находиться до 3 воздушных судов и до 40 человек персонала»]. Имеющееся оборудование: [укажите, например, «первичные средства пожаротушения, аварийный душ, пенная установка пожаротушения, аварийные выходы в четырех точках»]. Специфика: [укажите, например, «в ангаре одновременно могут выполняться работы с открытыми электрическими системами»].
Формат ответа: пошаговая процедура действий. Разделы – (1) признаки ситуации и критерии ее объявления, (2) немедленные действия первого обнаружившего, (3) действия руководителя работ, (4) действия остального персонала, (5) взаимодействие с пожарной службой аэропорта, (6) действия после ликвидации ситуации и документирование. Каждый шаг – пронумерован, максимально конкретен.
Ограничения: процедура должна быть выполнимой в реальных условиях. Не включай действия, требующие специального оборудования, которого нет в списке.
Тон: директивный, четкий – как оперативная инструкция.
*****
Почему это работает: Ограничение «не включай действия, требующие специального оборудования, которого нет в списке» делает процедуру реально применимой, а не красивой на бумаге – разница между документом, который работает, и документом, который просто существует.
12. Анализ технической документации и выявление противоречий
Проблема: Техническая документация на воздушное судно содержит множество взаимосвязанных документов, которые иногда противоречат друг другу – и найти это противоречие вручную крайне трудоемко.
Решение: Промпт помогает структурированно проанализировать несколько технических документов и выявить возможные противоречия между ними.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по технической документации с опытом работы с руководствами по техническому обслуживанию, директивами летной годности и бюллетенями производителей»].
Задача: проанализируй предоставленные фрагменты технической документации и выяви возможные противоречия или несоответствия между ними.
Контекст: воздушное судно – [укажите тип, например, «Airbus A320-214»]. Документы для анализа: [вставьте или опишите содержание документов, например, «AMM (руководство по техническому обслуживанию) глава 32-41-00 устанавливает интервал смазки подшипников шасси 600 часов. SB производителя A320-32-1234 от 2022 года снижает этот интервал до 400 часов. Внутренняя карта обслуживания организации по-прежнему указывает 600 часов»]. Вопрос, требующий разрешения: [укажите, например, «какой интервал является действующим и обязательным к применению?»].
Формат ответа: (1) перечень выявленных противоречий с точным указанием документов и пунктов, (2) анализ иерархии документов – какой имеет приоритет и почему, (3) вывод о действующем требовании, (4) рекомендуемые действия для устранения противоречия в документации.
Ограничения: не давай вывод без объяснения иерархии документов. Если ответ зависит от статуса SB (обязательный или рекомендательный) – укажи это явно.
Тон: аналитический, точный, без домыслов.
*****
Почему это работает: Требование объяснить иерархию документов перед выводом защищает от ситуации, когда нейросеть дает «правильный» ответ по формальному признаку, не учитывая реальный приоритет нормативных документов в авиации.
13. Подготовка материалов для внутреннего технического совещания
Проблема: Технические совещания часто проходят без четкой повестки и конкретных материалов, что превращает их в разговор ни о чем – и ничего не меняет в работе.
Решение: Промпт формирует структурированные материалы для внутреннего технического совещания: повестку, справочные данные и проект решений.
Текст промпта:
*****
Ты – [укажите роль, например, «руководитель технической службы авиакомпании с опытом проведения внутренних технических совещаний и разработки корректирующих мер»].
Задача: подготовь материалы для внутреннего технического совещания по следующей теме: [укажите тему, например, «анализ технических задержек рейсов за первый квартал 2024 года и разработка мер по их снижению»].
Контекст: данные для анализа – [предоставьте данные, например, «за первый квартал 2024 года зафиксировано 14 технических задержек: 5 – по системе кондиционирования, 4 – по авионике, 3 – по гидравлике, 2 – прочие. Средняя продолжительность задержки – 47 минут. Наибольшее количество задержек у ВС RA-73500 и RA-73215»]. Участники совещания: [укажите, например, «руководитель технической службы, инженер по надежности, начальники смен, представитель планирования»]. Ожидаемый результат: [укажите, например, «утвержденный план корректирующих мер с ответственными и сроками»].
Формат ответа: (1) повестка совещания с временными рамками каждого пункта, (2) аналитическая справка по данным (основные выводы, тренды, проблемные зоны), (3) вопросы для обсуждения по каждому пункту, (4) шаблон протокола решений с полями для заполнения.
Ограничения: аналитическая справка должна содержать выводы, а не просто пересказывать данные. Вопросы для обсуждения – конкретные, а не риторические.
Тон: деловой, конкретный, ориентированный на принятие решений.
*****
Почему это работает: Разграничение между «аналитической справкой с выводами» и «пересказом данных» – это ключевое требование, которое переводит нейросеть из режима реферирования в режим анализа, что и нужно для подготовки к реальному совещанию.
14. Составление инструкции по применению специального инструмента или оборудования
Проблема: Новое специальное оборудование или инструмент поступает с документацией на иностранном языке или в виде сложного технического описания, непонятного рядовым техникам.
Решение: Промпт создает понятную рабочую инструкцию по применению специального инструмента или оборудования на основе технических данных.
Текст промпта:
*****
Ты – [укажите роль, например, «технический писатель с опытом адаптации сложной технической документации для рабочего персонала авиационных технических служб»].
Задача: составь рабочую инструкцию по применению следующего оборудования: [укажите наименование и назначение, например, «гидравлический домкрат грузоподъемностью 25 тонн для подъема воздушных судов семейства Airbus A320/A321»].
Контекст: пользователи инструкции – [укажите, например, «авиационные техники с опытом работы от 1 года, знакомые с общими правилами техники безопасности, но не имеющие специальной подготовки по данному оборудованию»]. Технические данные оборудования: [вставьте ключевые технические данные или описание, например, «максимальная нагрузка 25 т, рабочее давление 350 бар, скорость подъема 2 мм/с, точки подъема – согласно AMM 07-11-00»]. Типичные задачи применения: [укажите, например, «замена основного шасси, работы в зоне центроплана»].
Формат ответа: рабочая инструкция со следующими разделами – (1) назначение и область применения, (2) требования безопасности перед началом работ, (3) подготовка к работе (пошагово), (4) порядок выполнения работ (пошагово), (5) завершение работ и хранение оборудования, (6) типичные неисправности и действия при них. Язык – простой, каждый шаг пронумерован.
Ограничения: не используй профессиональный жаргон без пояснений. Требования безопасности выноси отдельно – не смешивай с рабочими шагами.
Тон: четкий, доступный, как инструкция для практического применения.
*****
Почему это работает: Разделение требований безопасности и рабочих шагов – это не формальность, а принципиальное требование: смешивание этих блоков приводит к тому, что техники перестают замечать предупреждения, «слипшиеся» с операционными шагами.
15. Анализ требований директивы летной годности и планирование выполнения
Проблема: Новая директива летной годности требует быстрого анализа: что нужно сделать, в какие сроки, какие ресурсы потребуются и как это влияет на расписание эксплуатации.
Решение: Промпт проводит структурированный анализ директивы летной годности и формирует план ее выполнения.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по планированию технического обслуживания с опытом работы с директивами летной годности Росавиации и EASA»].
Задача: проведи анализ директивы летной годности и составь план ее выполнения.
Контекст: директива летной годности – [укажите номер и краткое содержание, например, «ДЛГ 2024-0023-E: замена болтов крепления горизонтального стабилизатора на воздушных судах Airbus A320/A321 с заводскими номерами [диапазон]. Срок выполнения – 500 летных часов или 6 месяцев с даты выпуска ДЛГ, в зависимости от того, что наступит раньше. Категория – обязательная»]. Парк воздушных судов: [укажите, например, «5 воздушных судов Airbus A320, все в указанном диапазоне заводских номеров. Текущий налет на момент анализа: RA-89001 – 380 часов с последнего ТО, RA-89002 – 210 часов…»]. Дата выпуска ДЛГ: [укажите, например, «15.03.2024»].
Формат ответа: (1) суть требований ДЛГ в двух предложениях, (2) таблица с предельными сроками выполнения для каждого ВС парка, (3) необходимые запасные части и материалы, (4) ориентировочная трудоемкость на одно ВС, (5) рекомендуемый порядок выполнения с учетом сроков, (6) риски при невыполнении в срок.
Ограничения: предельные сроки рассчитывай строго по данным задания – не округляй в большую сторону. Риски при невыполнении – только реальные нормативные последствия, без преувеличений.
Тон: аналитический, точный, ориентированный на планирование.
*****
Почему это работает: Требование не округлять сроки в большую сторону защищает от ситуации, когда нейросеть «на всякий случай» дает более ранние даты, что может создать ложное ощущение срочности и нарушить реальное планирование.
16. Написание технического описания системы воздушного судна для обучения персонала
Проблема: Обучение нового персонала требует понятных описаний систем воздушного судна – не из учебника, а адаптированных под конкретный тип ВС и уровень аудитории.
Решение: Промпт создает понятное техническое описание конкретной системы воздушного судна для использования в обучении персонала.
Текст промпта:
*****
Ты – [укажите роль, например, «преподаватель авиационного технического центра с опытом разработки учебных материалов по системам воздушных судов»].
Задача: напиши понятное техническое описание следующей системы: [укажите систему и тип ВС, например, «система управления закрылками воздушного судна Boeing 737-800»].
Контекст: аудитория – [опишите, например, «авиационные техники с базовым образованием, имеющие свидетельство авиационного специалиста, но не имеющие допуска на данный тип ВС»]. Цель материала: [укажите, например, «первоначальное ознакомление перед прохождением типового курса – материал должен создать базовое понимание, а не заменить курс»]. Уровень детализации: [укажите, например, «принцип работы и основные компоненты – без глубокого погружения в гидравлические расчеты»].
Формат ответа: описание объемом 600-800 слов со следующей структурой – (1) назначение системы и ее роль в безопасности полета, (2) основные компоненты и их функции, (3) принцип работы в нормальном режиме, (4) работа в резервном режиме, (5) типичные признаки неисправности, которые должен знать техник. Аналогии с понятными техническими объектами приветствуются.
Ограничения: не используй математические формулы. Аббревиатуры расшифровывай при первом упоминании. Не пиши длиннее 800 слов.
Тон: доступный, обучающий, с уважением к интеллекту аудитории.
*****
Почему это работает: Явное указание цели материала («создать базовое понимание, а не заменить курс») предотвращает типичную ошибку – когда нейросеть пытается написать полный технический справочник там, где нужно введение.
17. Подготовка запроса на технические консультации к производителю воздушного судна
Проблема: Запрос технических консультаций к производителю (через систему технической поддержки) должен быть исчерпывающим и структурированным – иначе ответ придет общий и бесполезный.
Решение: Промпт создает структурированный запрос на техническую консультацию к производителю воздушного судна с полным описанием ситуации.
Текст промпта:
*****
Ты – [укажите роль, например, «старший авиационный инженер, направляющий технический запрос в службу поддержки производителя воздушного судна»].
Задача: составь структурированный технический запрос в службу поддержки производителя.
Контекст: воздушное судно – [укажите тип, заводской номер и регистрацию, например, «Airbus A320-214, MSN 4521, RA-89005»]. Суть проблемы: [опишите подробно, например, «при выполнении работ по AMM 27-80-00 (замена привода предкрылков) обнаружено несоответствие между размерами нового компонента и посадочным местом: зазор составляет 0.8 мм при допустимом по AMM 0.3-0.5 мм. Компонент получен по заказу с правильным номером по детали»]. Уже предпринятые действия: [опишите, например, «проверили номер детали – соответствует. Проверили AMM revision 47 – допуск тот же. Измерения выполнены двумя независимыми техниками»]. Вопрос к производителю: [сформулируйте точно, например, «является ли данное несоответствие дефектом компонента или допускается отступление? Если нет – каков порядок действий?»].
Формат ответа: технический запрос в формате, принятом для обращений к производителю – (1) идентификационные данные ВС, (2) описание проблемы с техническими параметрами, (3) описание выполненных проверок, (4) конкретный вопрос, (5) запрашиваемые сроки ответа и обоснование срочности.
Ограничения: запрос должен содержать все данные, необходимые для ответа, – чтобы производителю не пришлось задавать уточняющие вопросы. Формулировки – технически точные.
Тон: профессиональный, конкретный, деловой.
*****
Почему это работает: Требование включить все данные для ответа без уточняющих вопросов – это принципиальная установка, которая меняет логику составления запроса: от «описать проблему» к «дать производителю все необходимое для немедленного ответа».
18. Разработка процедуры контроля качества выполненных работ
Проблема: Контроль качества после выполнения технического обслуживания часто выполняется формально, без четкой процедуры – что создает риск пропустить реальные несоответствия.
Решение: Промпт создает процедуру контроля качества для конкретного вида работ с четкими критериями приемки.
Текст промпта:
*****
Ты – [укажите роль, например, «инспектор по качеству в организации технического обслуживания воздушных судов с опытом разработки процедур контроля»].
Задача: разработай процедуру контроля качества для следующего вида работ: [укажите вид работ, например, «замена двигателя CFM56-5B на воздушном судне Airbus A320»].
Контекст: организация работает в соответствии с: [укажите нормативную базу, например, «Руководством по организации технического обслуживания (РОТОС), одобренным Росавиацией, требованиями AMM производителя»]. Уровень контроля: [укажите, например, «работы относятся к категории сертификационных – требуется двойной независимый контроль»]. Типичные несоответствия, выявленные ранее: [укажите, если известны, например, «неправильный момент затяжки болтов крепления, неверное подключение электрических разъемов, пропущенные пломбы»].
Формат ответа: процедура контроля со следующими элементами – (1) этапы контроля (промежуточный и финальный), (2) для каждого этапа – конкретные проверяемые параметры и критерии их соответствия, (3) порядок документирования результатов контроля, (4) действия при выявлении несоответствия, (5) список проверки для инспектора. Критерии – конкретные (числовые параметры, ссылки на документы), не общие.
Ограничения: критерии приемки должны быть измеримыми – не «проверить состояние», а «убедиться, что момент затяжки соответствует AMM 71-00-00, значение X Нм».
Тон: точный, операционный, без лишних слов.
*****
Почему это работает: Требование измеримых критериев вместо общих формулировок – это разница между процедурой, которая реально работает, и документом, который красиво выглядит, но ничего не контролирует.
19. Анализ данных о надежности парка воздушных судов
Проблема: Данные о надежности накапливаются в журналах и базах данных, но без структурированного анализа они остаются просто цифрами, не превращаясь в управленческие решения.
Решение: Промпт помогает провести анализ данных о надежности парка и сформулировать выводы для принятия решений по техническому обслуживанию.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по надежности авиационной техники с опытом анализа данных о техническом обслуживании и разработки программ надежности»].
Задача: проведи анализ данных о надежности парка воздушных судов и сформулируй выводы и рекомендации.
Контекст: парк – [укажите, например, «8 воздушных судов Boeing 737-800»]. Анализируемый период: [укажите, например, «январь – март 2024 года»]. Данные: [предоставьте данные, например, «общее количество технических задержек – 18, из них: система кондиционирования – 7, авионика – 5, шасси – 3, двигатели – 2, прочее – 1. Количество незапланированных замен компонентов – 23. Средняя наработка на отказ по системе кондиционирования снизилась с 420 до 280 часов по сравнению с аналогичным периодом прошлого года»]. Цель анализа: [укажите, например, «выявить проблемные зоны и подготовить рекомендации для корректировки программы технического обслуживания»].
Формат ответа: аналитический отчет – (1) ключевые тренды и отклонения от нормы, (2) приоритетные проблемные зоны с обоснованием, (3) вероятные причины снижения надежности по каждой зоне, (4) рекомендации по корректировке программы технического обслуживания с обоснованием, (5) показатели для мониторинга в следующем периоде.
Ограничения: выводы должны следовать из данных – не добавляй выводы, не подкрепленные предоставленными цифрами. Рекомендации – конкретные действия, а не общие направления.
Тон: аналитический, обоснованный, ориентированный на практические решения.
*****
Почему это работает: Требование следовать только из предоставленных данных – принципиальная защита от «галлюцинаций» нейросети в аналитических задачах, где любой выдуманный вывод может привести к неверному управленческому решению.
20. Подготовка технического задания на закупку запасных частей и расходных материалов
Проблема: Техническое задание на закупку, написанное неточно, приводит к поставке несоответствующих компонентов – и потере времени, денег и, в худшем случае, летной годности.
Решение: Промпт формирует точное техническое задание на закупку запасных частей с полными квалификационными требованиями.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по материально-техническому обеспечению авиационного технического обслуживания с опытом составления технических заданий на закупку авиационных компонентов»].
Задача: составь техническое задание на закупку следующих компонентов: [перечислите компоненты с номерами деталей, например, «гидравлический насос, номер детали 3785350-1, применимость Boeing 737-800; уплотнительные кольца, номер детали S3606-035, применимость система гидравлики Boeing 737»].
Контекст: организация имеет: [укажите, например, «свидетельство АТО, одобренный перечень поставщиков, требования к документальному сопровождению компонентов согласно РОТОС»]. Требования к поставщикам: [укажите, например, «поставщик должен быть включен в одобренный перечень организации или предоставить документы для включения»]. Особые требования: [укажите, если есть, например, «компоненты необходимы для выполнения работ в срок до 30.04.2024, гидравлический насос – приоритет»].
Формат ответа: техническое задание на закупку со следующими разделами – (1) перечень закупаемых компонентов с точными номерами деталей и применимостью, (2) требования к документальному сопровождению (сертификат летной годности, формуляр, документы поставщика), (3) требования к упаковке и хранению при транспортировке, (4) требования к срокам поставки, (5) условия входного контроля.
Ограничения: не добавляй компоненты, не указанные в задании. Требования к документации – строго в соответствии с авиационными стандартами, без упрощений.
Тон: официальный, точный, как нормативный закупочный документ.
*****
Почему это работает: Раздел о входном контроле в техническом задании на закупку – это то, что многие упускают, думая, что задача заканчивается на получении компонента. На самом деле компонент без входного контроля – это неизвестный риск, а не готовая к установке деталь.
21. Составление отчета о выполнении директив летной годности для надзорного органа
Проблема: Периодические отчеты о статусе выполнения директив летной годности требуют точных данных, правильного формата и полноты охвата всего парка – иначе это не отчет, а повод для замечаний при проверке.
Решение: Промпт формирует структурированный отчет о статусе выполнения директив летной годности для предоставления в надзорный орган.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по летной годности с опытом подготовки отчетности для Росавиации по выполнению директив летной годности»].
Задача: составь отчет о статусе выполнения директив летной годности по парку воздушных судов.
Контекст: парк – [укажите, например, «4 воздушных судна Airbus A321-211, регистрационные номера RA-64501, RA-64502, RA-64503, RA-64504»]. Отчетный период: [укажите, например, «1 квартал 2024 года»]. Данные по директивам: [предоставьте данные, например, «ДЛГ 2024-0012-E – выполнена на всех 4 ВС 15.02.2024; ДЛГ 2023-0098-E – выполнена на RA-64501, RA-64502, на RA-64503 и RA-64504 выполнение запланировано на С-чек в мае 2024, срок выполнения по ДЛГ – до 01.07.2024; ДЛГ 2024-0031-E – не применима к данному парку (заводские номера не входят в диапазон)»]. Требования к отчету: [укажите, например, «форма согласно требованиям Росавиации, подпись ответственного лица»].
Формат ответа: отчет в табличном формате с колонками – номер ДЛГ, краткое содержание, применимость к парку, статус выполнения по каждому ВС, дата выполнения или планируемая дата, примечания. После таблицы – краткое резюме по статусу парка. Поля для подписи – оставить.
Ограничения: статус «не применима» должен быть обоснован (ссылка на заводские номера или другой критерий применимости). Не указывай выполненные работы без дат.
Тон: официальный, точный, формальный.
*****
Почему это работает: Требование обосновывать статус «не применима» – это защита от одной из самых частых ошибок при проверках: когда организация пишет «не применима», но не может объяснить, на каком основании сделан такой вывод.
22. Разработка программы периодического обучения персонала по безопасности
Проблема: Обучение персонала по безопасности часто превращается в формальное мероприятие «для галочки» без реального содержания – и люди выходят из него, не изменив ничего в своей работе.
Решение: Промпт создает программу периодического обучения по безопасности, ориентированную на реальные риски и изменение поведения персонала.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по безопасности производства в авиационной технической организации с опытом разработки и проведения обучающих программ»].
Задача: разработай программу периодического обучения персонала по безопасности производственной деятельности.
Контекст: организация – [укажите, например, «организация линейного технического обслуживания, штат около 80 человек, работы выполняются на перроне и в ангаре»]. Аудитория: [укажите, например, «авиационные техники, механики, вспомогательный персонал – смешанная группа с разным опытом»]. Выявленные проблемы и инциденты за последний год: [опишите, например, «2 случая падения инструмента с воздушного судна, 1 случай травмы при работе с гидравлическим оборудованием, многочисленные нарушения порядка использования средств индивидуальной защиты»]. Периодичность обучения: [укажите, например, «ежеквартально, продолжительность – не более 4 часов»].
Формат ответа: программа обучения с разбивкой по кварталам. Для каждого квартала – (1) тема и обоснование ее выбора (связь с реальными инцидентами), (2) конкретные темы занятий, (3) форматы обучения (разбор случаев, практические упражнения, тестирование), (4) ожидаемый результат – конкретное изменение в поведении персонала. В конце – критерии оценки эффективности программы.
Ограничения: программа должна быть связана с реальными инцидентами организации, а не с абстрактными угрозами. Не включай темы, не имеющие прямого отношения к деятельности организации.
Тон: практичный, конкретный, ориентированный на реальное изменение поведения.
*****
Почему это работает: Привязка программы к реальным инцидентам организации – это то, что отличает обучение, которое работает, от обучения, которое существует. Люди усваивают то, что связано с их собственным опытом, а не с абстрактными примерами из учебника.
23. Подготовка технического обоснования для отступления от требований технической документации
Проблема: Иногда реальная ситуация требует отступления от стандартной процедуры – и это отступление должно быть технически обосновано и задокументировано, а не просто выполнено «по договоренности».
Решение: Промпт создает структурированное техническое обоснование для отступления от требований технической документации с анализом рисков.
Текст промпта:
*****
Ты – [укажите роль, например, «старший инженер по техническому обслуживанию с опытом подготовки технических обоснований и оценки рисков в авиационной технической организации»].
Задача: подготовь техническое обоснование для отступления от требований технической документации.
Контекст: воздушное судно – [укажите тип и регистрацию, например, «Boeing 737-800, RA-73100»]. Стандартное требование документации: [укажите точно с ссылкой, например, «AMM 05-51-00, п. 3.2: после замены тормозной колодки выполнить обкатку тормозов на рулении – 5 торможений с максимально допустимой скоростью руления»]. Предлагаемое отступление: [опишите, например, «выполнить 3 торможения вместо 5 из-за ограниченного времени до вылета»]. Обоснование необходимости отступления: [укажите, например, «рейс задержан, следующая возможность для полноценной обкатки – только через 14 часов, что создает операционные потери»]. Альтернативы, рассмотренные до отступления: [укажите, например, «перенос вылета – невозможен из-за слотового ограничения; замена ВС – нет свободного борта»].
Формат ответа: техническое обоснование со следующими разделами – (1) описание стандартного требования и предлагаемого отступления, (2) технический анализ рисков отступления, (3) компенсирующие меры, (4) вывод о приемлемости отступления с условиями, (5) требования к документированию и последующим действиям.
Ограничения: если отступление создает неприемлемый риск для безопасности – скажи об этом прямо, не ищи способ его оправдать.
Тон: технически обоснованный, честный, ответственный.
*****
Почему это работает: Прямое требование «если риск неприемлем – скажи об этом» – это принципиальная установка, которая превращает нейросеть из инструмента оправдания решения в инструмент его реальной оценки. Это и есть разница между техническим обоснованием и красивой отпиской.
24. Составление технического регламента для нового вида работ
Проблема: Организация начинает выполнять новый вид работ, для которого нет внутреннего регламента – и персонал работает «как умеет», без единого стандарта.
Решение: Промпт создает внутренний технический регламент для нового вида работ с учетом требований нормативной базы.
Текст промпта:
*****
Ты – [укажите роль, например, «руководитель по качеству авиационной технической организации с опытом разработки внутренних нормативных документов»].
Задача: составь внутренний технический регламент для следующего вида работ: [укажите, например, «проведение взвешивания воздушного судна и определение центровки»].
Контекст: организация – [укажите, например, «организация базового технического обслуживания, имеет соответствующее оборудование и специалистов, ранее данный вид работ не выполнялся»]. Нормативная база: [укажите, например, «AMM производителя воздушного судна, раздел 08-10-00; требования Росавиации к организации выполнения данного вида работ»]. Имеющиеся ресурсы: [укажите, например, «4 платформенных весов грузоподъемностью 30 т каждый, 2 обученных специалиста, ангарное место»]. Типичные воздушные суда: [укажите, например, «Boeing 737-800, Airbus A320»].
Формат ответа: регламент со следующими разделами – (1) область применения и цель, (2) нормативные ссылки, (3) требования к персоналу и оборудованию, (4) подготовка к выполнению работ, (5) порядок выполнения работ (пошагово), (6) контроль качества и приемка результатов, (7) документирование, (8) действия при нештатных ситуациях. Каждый раздел – конкретный и применимый.
Ограничения: регламент должен быть самодостаточным – техник должен быть в состоянии выполнить работы, руководствуясь только этим документом и AMM. Не ссылайся на несуществующие внутренние документы.
Тон: официальный, нормативный, четкий.
*****
Почему это работает: Требование самодостаточности регламента – ключевое. Документ, который ссылается на другой документ, который ссылается на третий, – это не регламент, а квест. Техник в реальных условиях должен иметь все необходимое в одном месте.
25. Анализ эффективности программы технического обслуживания и предложения по оптимизации
Проблема: Программа технического обслуживания разрабатывается один раз и потом годами выполняется без пересмотра – даже если данные о надежности давно говорят о том, что что-то нужно изменить.
Решение: Промпт помогает провести анализ действующей программы технического обслуживания и сформулировать обоснованные предложения по ее оптимизации.
Текст промпта:
*****
Ты – [укажите роль, например, «инженер по разработке программ технического обслуживания с опытом анализа данных о надежности и оптимизации интервалов обслуживания»].
Задача: проанализируй данные о надежности и выполнении программы технического обслуживания, предложи обоснованные изменения.
Контекст: тип воздушного судна – [укажите, например, «Airbus A320-214»]. Действующие интервалы обслуживания: [укажите ключевые, например, «А-чек – 600 часов, В-чек – 1800 часов, С-чек – 7500 часов»]. Данные о надежности за последние 2 года: [предоставьте данные, например, «среднее количество дефектов, выявляемых при А-чеке – 1.2 на проверку, преимущественно незначительные. При В-чеке – 3.8 дефекта, из них 40% требуют замены компонентов. Количество межполетных отказов по системе кондиционирования за год выросло на 35%»]. Задача оптимизации: [укажите, например, «рассмотреть возможность увеличения интервала А-чека и введения дополнительных проверок системы кондиционирования»].
Формат ответа: аналитический отчет – (1) оценка текущей эффективности программы (что работает, что нет), (2) анализ данных в разрезе предложенных изменений, (3) конкретные предложения по изменению программы с обоснованием, (4) оценка рисков каждого предложения, (5) рекомендуемый порядок внедрения изменений.
Ограничения: предложения по изменению интервалов должны быть обоснованы данными – не интуицией. Оценка рисков – честная, не только позитивная сторона изменений.
Тон: аналитический, взвешенный, технически обоснованный.
*****
Почему это работает: Требование честной оценки рисков, а не только позитивной стороны изменений, – это то, что отличает реальный аналитический документ от маркетинговой презентации. Любое изменение программы обслуживания несет риски, и их нужно видеть до принятия решения, а не после.
26. Подготовка технического резюме для аттестации авиационного специалиста
Проблема: Аттестация авиационного специалиста требует четкого и структурированного описания его компетенций, опыта и выполненных работ – а написать это о себе самому, не упустив важного и не преувеличив, непросто.
Решение: Промпт создает структурированное техническое резюме авиационного специалиста для целей аттестации или расширения допуска.
Текст промпта:
*****
Ты – [укажите роль, например, «специалист по кадровой документации в авиационной технической организации с опытом подготовки документов для аттестации авиационного персонала»].
Задача: составь структурированное техническое резюме авиационного специалиста для целей аттестации и расширения допуска.
Контекст: специалист – [укажите данные, например, «Иванов Иван Иванович, авиационный техник, 12 лет опыта работы в авиационном техническом обслуживании»]. Образование и базовые допуски: [укажите, например, «Московский государственный технический университет гражданской авиации, специальность ‘Техническое обслуживание летательных аппаратов’, свидетельство авиационного специалиста категории B1.1, B2»]. Опыт работы: [опишите подробно, например, «2012-2018 – авиационный техник в ООО ‘АвиаТех’, обслуживание Ту-154, Ту-134; 2018-2024 – старший авиационный техник в ООО ‘АвиаСервис’, обслуживание Boeing 737-800, Airbus A320»]. Выполненные значимые работы: [перечислите, например, «замена двигателей CFM56-5B (12 замен), выполнение С-чеков (участие в 8 С-чеках), руководство бригадой при выполнении базового ТО»]. Запрашиваемый допуск: [укажите, например, «расширение допуска на тип Airbus A321»].
Формат ответа: техническое резюме со следующими разделами – (1) личные данные и действующие допуски, (2) образование и повышение квалификации, (3) опыт работы по типам ВС (с указанием видов выполняемых работ), (4) значимые выполненные работы, (5) обоснование запрашиваемого расширения допуска. Стиль – официальный, конкретный.
Ограничения: не добавляй данные, не указанные в задании. Обоснование расширения допуска – через конкретные выполненные работы, а не общие фразы о профессионализме.
Тон: официальный, точный, профессиональный.
*****
Почему это работает: Требование обосновывать расширение допуска через конкретные выполненные работы, а не через общие фразы – это разница между документом, который проходит аттестационную комиссию, и документом, который вызывает дополнительные вопросы. Комиссия хочет видеть факты, а не характеристику.
Типичные ошибки при составлении запросов к нейросети для задач авиационного техника
- Давать нейросети запрос без указания типа воздушного судна и применимой документации. Нейросеть отвечает на основе общих знаний, а не конкретики вашего типа ВС – и результат будет годиться для учебника, но не для реальной работы.
- Не указывать, для какой аудитории готовится документ. Инструкция для техника и справка для экипажа – это принципиально разные тексты, и без указания аудитории нейросеть напишет что-то среднее, непригодное ни для тех, ни для других.
- Копировать результат нейросети в технический документ без проверки. Нейросеть может указать неверный номер детали, неточный параметр или устаревшую ссылку на документацию – и это нужно проверять по первоисточнику перед использованием.
- Просить нейросеть «написать отчет» без предоставления реальных данных. Без фактических данных нейросеть заполнит отчет правдоподобными, но выдуманными цифрами – что в авиационной документации является грубым нарушением.
- Не указывать нормативную базу, которой должен соответствовать документ. Требования Росавиации, ИКАО и внутренних стандартов организации могут существенно различаться – и без этого указания нейросеть выберет «что-то среднее», что не подойдет ни под один реальный стандарт.
- Использовать один промпт для задач разного уровня сложности. Простой вопрос «что означает этот код?» и сложный «проведи анализ первопричины повторяющегося дефекта» требуют принципиально разных промптов – и смешивать их в одном запросе означает получить поверхностный ответ на обе части.
- Не проверять, не выдумала ли нейросеть несуществующий пункт нормативного документа. Нейросети склонны генерировать правдоподобные ссылки на несуществующие разделы AMM или директивы – и в авиационной документации это может иметь серьезные последствия при проверке.
- Задавать вопрос без описания уже предпринятых действий. Если техник уже проверил три варианта и они не дали результата, нейросеть будет предлагать те же три варианта снова – потому что не знает, что они уже исключены. История предпринятых действий – обязательная часть запроса.
- Принимать вывод нейросети об отсутствии риска как основание для решения о безопасности. Нейросеть – это инструмент для структурирования информации и генерации гипотез, а не сертифицированный орган по оценке летной годности. Финальное решение о безопасности всегда остается за квалифицированным специалистом.
Сравнение слабых и сильных запросов к нейросети для авиационного техника
| Задача | Слабый запрос | Сильный запрос | Почему слабый не работает |
| Анализ кода неисправности | «Что означает код 27-11-00?» | «Ты – инженер по надежности A320. Расшифруй код 27-11-00-810-001 из CFDS. Условия: FL200, минус 40 за бортом, два срабатывания за рейс. Дай причины по убыванию вероятности, первичные действия по TSM и смежные системы для проверки.» | Без типа ВС, системы и условий – ответ будет общим и неприменимым к конкретной ситуации |
| Документирование выполненных работ | «Составь отчет о техническом обслуживании самолета» | «Составь карту выполненных работ по А-чеку Boeing 737-800 RA-73500. Выполненные работы: [перечень]. Выявленные дефекты: [описание]. Формат – таблица с АТА-главами, статусом и расходными материалами. Не добавляй работы, которых нет в списке.» | Без конкретных данных нейросеть заполнит отчет выдуманными работами, которых не было |
| Поиск первопричины дефекта | «Почему течет гидравлика?» | «Ты – инженер по надежности. Проанализируй повторяющуюся течь уплотнения левого цилиндра шасси на Boeing 737-800. История: устранялась трижды за 400 часов, каждый раз возобновлялась через 100-130 часов. Условия: короткие рейсы, много циклов, Якутск. Дай гипотезы первопричины, способы их проверки и рекомендации.» | Без истории дефекта и условий эксплуатации нейросеть предложит стандартный список причин, не учитывая специфику ситуации |
| Ответ на запрос надзорного органа | «Напиши ответ в Росавиацию» | «Подготовь официальный ответ на запрос Росавиации по факту отсутствия подписи второго техника в журнале. Фактические обстоятельства: [описание]. Принятые меры: [описание]. Тон – официальный, признавать факт несоответствия прямо, избегать формулировок о системных нарушениях.» | Без фактических обстоятельств и ограничений по тональности нейросеть напишет либо чрезмерно оправдывающийся текст, либо слишком признающий вину |
| Разработка инструкции | «Напиши инструкцию по безопасности» | «Разработай процедуру действий при разливе топлива более 50 литров в ангаре на 4500 кв. м с тремя ВС и 40 персоналом. Имеющееся оборудование: [перечень]. Формат: пошаговая процедура по ролям – первый обнаруживший, руководитель работ, остальной персонал. Не включай действия с оборудованием, которого нет в списке.» | Общая инструкция по безопасности – это документ обо всем и ни о чем, неприменимый к конкретной организации и конкретной угрозе |
| Анализ технической документации | «Какой интервал обслуживания правильный?» | «Проанализируй противоречие между AMM 32-41-00 (интервал 600 часов) и SB A320-32-1234 (интервал 400 часов). Объясни иерархию документов, определи действующее требование и дай рекомендации по устранению противоречия во внутренней документации.» | Без конкретных документов и понимания иерархии нейросеть даст общий ответ, не применимый к конкретной ситуации |
Неочевидные советы по работе с нейросетью для задач авиационного техника
- Используйте нейросеть для подготовки вопросов к производителю, а не только для ответов. Перед отправкой запроса в службу технической поддержки попросите нейросеть проверить, все ли необходимые данные включены в запрос – это сокращает количество итераций переписки с производителем в два-три раза.
- Давайте нейросети роль оппонента при подготовке технических обоснований. После того как нейросеть составила обоснование, попросите ее же найти слабые места в этом обосновании – так выявляются уязвимости документа до того, как их найдет надзорный орган при проверке.
- Разбивайте сложные задачи на последовательные промпты, а не пытайтесь решить все в одном запросе. Анализ дефекта, поиск первопричины и разработка корректирующих мер – это три разные задачи, и каждая требует отдельного сфокусированного запроса с полным контекстом, а не одного огромного промпта.
- Сохраняйте успешные промпты с результатами в отдельный рабочий файл с пометкой о типе задачи. Промпт, который однажды дал точный и применимый результат для анализа конкретного кода неисправности, даст такой же результат в следующий раз – при условии, что его можно найти и не составлять заново.
- Просите нейросеть явно указывать, где в ответе есть предположения, а где – факты. В технической документации это разграничение критически важно: предположение нейросети, принятое за факт и внесенное в официальный документ, – это источник несоответствия при следующей проверке.
- Используйте нейросеть для перевода технической документации с сохранением структуры, а не просто смысла. При работе с документацией на иностранном языке важна не только точность перевода, но и сохранение нумерации пунктов, ссылок и структуры – это нужно явно указывать в запросе, иначе нейросеть «причешет» документ и потеряет критически важные структурные элементы.
- Проверяйте ответы нейросети по вопросам нормативной базы через актуальные официальные источники Росавиации. Нейросеть обучена на данных с определенной датой отсечения и может не знать о последних изменениях в нормативных документах – использование устаревших требований в официальной документации является нарушением независимо от источника ошибки.
