[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-instruction-hierarchy::ru":3,"gloss-cluster-instruction-hierarchy::ru":23,"gloss-next-instruction-hierarchy::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"instruction-hierarchy","security","Иерархия инструкций (Instruction Hierarchy)","Иерархия инструкций — правило, по которому не весь текст, попадающий в LLM, обладает равной властью: политика платформы главнее системного промпта разработчика, тот главнее сообщений пользователя, а они главнее всего, что найдено в выводах инструментов или извлечённых документах. Понятие существует потому, что базовые модели относятся ко всем токенам одинаково — именно это эксплуатирует промпт-инъекция, когда вредоносное письмо или веб-страница говорит «игнорируй прежние инструкции». Провайдеры теперь явно обучают этому ранжированию (OpenAI опубликовала подход в 2024 году; обработка системного промпта у Claude следует тому же принципу): модели учатся отвергать текст с низкой привилегией, пытающийся переопределить правила с высокой. Практические выводы прямые: инварианты и правила безопасности — в системный промпт, а не в пользовательский ход; недоверенный контент помечайте явно (разделители, структурированные поля), чтобы модель могла его ранжировать; и помните, что иерархия — обученное поведение, а не жёсткая гарантия: сочетайте её с валидацией вывода и инструментами с минимальными правами.","Иерархия инструкций ранжирует входы LLM по власти — системный промпт выше пользователя и извлечённого контента — защита от промпт-инъекций.",null,[11,14,17,20],{"slug":12,"name":13},"guardrails","Ограждения (Guardrails)",{"slug":15,"name":16},"jailbreak","Джейлбрейк (Jailbreak)",{"slug":18,"name":19},"prompt-injection","Prompt injection (внедрение промпта)",{"slug":21,"name":22},"system-prompt","Системный промпт",[24,28,32,36,39,42,45,48,51,54,57,60],{"slug":25,"category":5,"name":26,"updated_at":27},"audit-log","Журнал аудита (Audit Log)","2026-08-24T02:46:37+00:00",{"slug":29,"category":5,"name":30,"updated_at":31},"blast-radius","Радиус поражения","2026-08-24T03:30:02+00:00",{"slug":33,"category":5,"name":34,"updated_at":35},"break-glass-access","Аварийный доступ (break-glass)","2026-08-24T02:46:38+00:00",{"slug":37,"category":5,"name":38,"updated_at":35},"bridge-letter","Бридж-письмо (bridge letter)",{"slug":40,"category":5,"name":41,"updated_at":35},"business-associate-agreement","Соглашение с бизнес-партнёром (BAA)",{"slug":43,"category":5,"name":44,"updated_at":27},"byok","Собственный ключ шифрования (BYOK)",{"slug":46,"category":5,"name":47,"updated_at":35},"cve","CVE (идентификатор уязвимости)",{"slug":49,"category":5,"name":50,"updated_at":31},"data-classification","Классификация данных",{"slug":52,"category":5,"name":53,"updated_at":35},"data-loss-prevention","Предотвращение утечек данных (DLP)",{"slug":55,"category":5,"name":56,"updated_at":35},"data-minimization","Минимизация данных",{"slug":58,"category":5,"name":59,"updated_at":35},"data-poisoning","Отравление данных (Data Poisoning)",{"slug":61,"category":5,"name":62,"updated_at":35},"data-processing-agreement","Соглашение об обработке данных (DPA)"]