Аэрокосмический стандарт для промптов от Андрея Карпаты ✈️

Андрей Карпаты тут выдал очередные рекомендации по работе с 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).

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