Аэрокосмический стандарт для промптов от Андрея Карпаты ✈️
Андрей Карпаты тут выдал очередные рекомендации по работе с LLM.
Главный тезис: модели научились выдавать тонны текста за секунды, поэтому бутылочное горлышко теперь не на стороне генерации, а в нашей черепной коробке. Человеческий мозг банально не успевает это переваривать. Наша работа неизбежно смещается с «написания» на уровень выше — в аудит, понимание и отсев шелухи.
Исходя из этого, можно использовать такие приемы:
1️⃣ Авиационный стандарт ASD-STE100 🛠
Если вы просите модель что-то объяснить или задокументировать, она по умолчанию включает режим вежливого консультанта: льет воду, наворачивает канцелярит, громоздит пассивный залог и пишет три абзаца вводных размышлений там, где нужен один четкий алгоритм. Просьбы в духе «пиши кратко и без воды» обычно работают криво, потому что у нейронки свое представление о краткости.
Чтобы решить эту проблему надо заставить LLM писать строго по спецификации ASD-STE100 (Simplified Technical English).
Это не модный промптерский термин, а реальный жесткий промышленный стандарт, разработанный еще в 80-х для авиастроения. Его создавали для мануалов по обслуживанию самолетов, чтобы механики в разных странах не гадали над смыслом фраз и не роняли борта из-за двусмысленных трактовок.
В чем его суть:
🔵 Словарь урезан до предела (~980 базовых утвержденных слов).
🔵 Одно слово — одно значение и одна часть речи. Никаких разночтений.
🔵 Запрещены синонимы, вводные конструкции, жаргонизмы и страдательный залог в инструкциях.
🔵 Жесткий лимит на длину. В процедурных инструкциях — максимум 20 слов на предложение. В описаниях — не более 25.
Модели прекрасно обучены на этих спецификациях. . Если скормить сетке префикс вроде «Explain [тема] using ASD-STE100» (или «80% of ASD-STE100», чтобы не было чересчур сухо), как LLM мгновенно ампутирует свой корпоративный канцелярит, навязчивую вежливость и вываливает сухой структурированный концентрат.
2️⃣Эра одноразового софта
Раньше создание софта или инфографики стоило дорого. Сейчас генерация кода стремится к нулевой себестоимости. А значит, для понимания задачи выгоднее генерировать одноразовые артефакты:
— Вместо чтения лонгрида об архитектуре системы — требуйте от модели интерактивную HTML-страничку со схемой и анимациями.
— Диаграммы вместо описания архитектуры: просите выгрузку сразу в формате Mermaid, PlantUML или интерактив для Excalidraw.
— Видео-эксплейнеры: агенты уже вполне способны нарезать кастомное видео (написав скрипт на Manim и наложив озвучку через ElevenLabs или локальную Kokoro).
Софт больше не обязан писаться на века под продакшен. Теперь это расходный материал, задача которого — за пару минут объяснить вам сложную мысль.
Потестируем ☕️
Андрей Карпаты тут выдал очередные рекомендации по работе с LLM.
Главный тезис: модели научились выдавать тонны текста за секунды, поэтому бутылочное горлышко теперь не на стороне генерации, а в нашей черепной коробке. Человеческий мозг банально не успевает это переваривать. Наша работа неизбежно смещается с «написания» на уровень выше — в аудит, понимание и отсев шелухи.
Исходя из этого, можно использовать такие приемы:
1️⃣ Авиационный стандарт ASD-STE100 🛠
Если вы просите модель что-то объяснить или задокументировать, она по умолчанию включает режим вежливого консультанта: льет воду, наворачивает канцелярит, громоздит пассивный залог и пишет три абзаца вводных размышлений там, где нужен один четкий алгоритм. Просьбы в духе «пиши кратко и без воды» обычно работают криво, потому что у нейронки свое представление о краткости.
Чтобы решить эту проблему надо заставить LLM писать строго по спецификации ASD-STE100 (Simplified Technical English).
Это не модный промптерский термин, а реальный жесткий промышленный стандарт, разработанный еще в 80-х для авиастроения. Его создавали для мануалов по обслуживанию самолетов, чтобы механики в разных странах не гадали над смыслом фраз и не роняли борта из-за двусмысленных трактовок.
В чем его суть:
🔵 Словарь урезан до предела (~980 базовых утвержденных слов).
🔵 Одно слово — одно значение и одна часть речи. Никаких разночтений.
🔵 Запрещены синонимы, вводные конструкции, жаргонизмы и страдательный залог в инструкциях.
🔵 Жесткий лимит на длину. В процедурных инструкциях — максимум 20 слов на предложение. В описаниях — не более 25.
Модели прекрасно обучены на этих спецификациях. . Если скормить сетке префикс вроде «Explain [тема] using ASD-STE100» (или «80% of ASD-STE100», чтобы не было чересчур сухо), как LLM мгновенно ампутирует свой корпоративный канцелярит, навязчивую вежливость и вываливает сухой структурированный концентрат.
2️⃣Эра одноразового софта
Раньше создание софта или инфографики стоило дорого. Сейчас генерация кода стремится к нулевой себестоимости. А значит, для понимания задачи выгоднее генерировать одноразовые артефакты:
— Вместо чтения лонгрида об архитектуре системы — требуйте от модели интерактивную HTML-страничку со схемой и анимациями.
— Диаграммы вместо описания архитектуры: просите выгрузку сразу в формате Mermaid, PlantUML или интерактив для Excalidraw.
— Видео-эксплейнеры: агенты уже вполне способны нарезать кастомное видео (написав скрипт на Manim и наложив озвучку через ElevenLabs или локальную Kokoro).
Софт больше не обязан писаться на века под продакшен. Теперь это расходный материал, задача которого — за пару минут объяснить вам сложную мысль.
Потестируем ☕️