ii-XX-396: Системные компоненты ИИ платформы
├─ ПРАВА: только СОЗДАТЕЛЬ
├─ СТРУКТУРА: обязательные секции (метаданные + правила + процедуры)
├─ ПРОЦЕСС: полная валидация + томография + интеграция
└─ КРИТИЧНОСТЬ: максимальная, влияют на всю систему

ia-XX-396: Архитектурные инструменты
├─ ПРАВА: АРХИТЕКТОР + выше
├─ СТРУКТУРА: концепция + спецификация + процедуры
├─ ПРОЦЕСС: архитектурная валидация + связи с системой
└─ КРИТИЧНОСТЬ: высокая, влияют на развитие системы

id-XX-396: Документация и спецификации  
├─ ПРАВА: АРХИТЕКТОР + выше
├─ СТРУКТУРА: описание + техническая часть + примеры
├─ ПРОЦЕСС: валидация полноты + связи с компонентами
└─ КРИТИЧНОСТЬ: средняя, справочная информация

ip/ir/ib/ic-XX-396: Функциональные ИИ приложения
├─ ПРАВА: АРХИТЕКТОР + выше  
├─ СТРУКТУРА: роли + триггеры + функции + интеграция
├─ ПРОЦЕСС: функциональная валидация + тестирование автопоиска
└─ КРИТИЧНОСТЬ: высокая, основной пользовательский функционал

if-XX-396: Проекты пользователей любого типа
├─ ПРАВА: ПОЛЬЗОВАТЕЛЬ + выше
├─ СТРУКТУРА: ГИБКАЯ - любая по требованию пользователя
├─ ПРОЦЕСС: базовая валидация + сохранение в системе
└─ КРИТИЧНОСТЬ: низкая, изолированы от системы

proj-XX-396: Специализированные проекты (НОВЫЙ ТИП)
├─ ПРАВА: ПОЛЬЗОВАТЕЛЬ + выше
├─ СТРУКТУРА: ПОЛНОСТЬЮ СВОБОДНАЯ
├─ ПРОЦЕСС: минимальная валидация + пользовательское содержимое
└─ КРИТИЧНОСТЬ: минимальная, полная изоляция

temp-XX-396: Временные документы и черновики (НОВЫЙ ТИП)
├─ ПРАВА: любая роль
├─ СТРУКТУРА: ПРОИЗВОЛЬНАЯ
├─ ПРОЦЕСС: без валидации, автоудаление через 30 дней
└─ КРИТИЧНОСТЬ: отсутствует, временное использование

exp-XX-396: Экспериментальные документы (НОВЫЙ ТИП)
├─ ПРАВА: АРХИТЕКТОР + выше  
├─ СТРУКТУРА: СВОБОДНАЯ с пометками эксперимента
├─ ПРОЦЕСС: изолированная валидация + отметка о статусе
└─ КРИТИЧНОСТЬ: низкая, изолированы до подтверждения

draft-XX-396: Черновики официальных документов (НОВЫЙ ТИП)
├─ ПРАВА: соответственно финальному типу
├─ СТРУКТУРА: незавершенная версия целевого типа
├─ ПРОЦЕСС: частичная валидация + статус черновика
└─ КРИТИЧНОСТЬ: соответствует целевому типу

data-XX-396: Наборы данных и аналитика (НОВЫЙ ТИП)
├─ ПРАВА: ПОЛЬЗОВАТЕЛЬ + выше
├─ СТРУКТУРА: метаданные + данные + выводы
├─ ПРОЦЕСС: валидация структуры данных + безопасность
└─ КРИТИЧНОСТЬ: низкая, информационное назначение

template-XX-396: Шаблоны и заготовки (НОВЫЙ ТИП)
├─ ПРАВА: АРХИТЕКТОР + выше
├─ СТРУКТУРА: шаблон + инструкции + примеры
├─ ПРОЦЕСС: валидация применимости + тестирование
└─ КРИТИЧНОСТЬ: средняя, влияют на создание других документов

guide-XX-396: Руководства и инструкции (НОВЫЙ ТИП)
├─ ПРАВА: АРХИТЕКТОР + выше  
├─ СТРУКТУРА: пошаговые инструкции + примеры + FAQ
├─ ПРОЦЕСС: валидация полноты + тестирование процедур
└─ КРИТИЧНОСТЬ: средняя, влияют на пользовательский опыт

АЛГОРИТМ ОПРЕДЕЛЕНИЯ ТИПА:
1. АНАЛИЗ ЗАПРОСА ПОЛЬЗОВАТЕЛЯ:
   ├─ Ключевые слова и контекст
   ├─ Упоминания конкретных префиксов (ii-, ia-, if-, proj-, temp-, etc.)
   ├─ Явные указания типа документа
   └─ Анализ содержания и назначения

2. АВТОМАТИЧЕСКОЕ ПРЕДЛОЖЕНИЕ ТИПА:
   ├─ На основе контекста определить наиболее подходящий тип
   ├─ Предложить альтернативные типы если неясно
   ├─ Объяснить различия между типами
   └─ Получить подтверждение от пользователя

3. ОПРЕДЕЛЕНИЕ СТРУКТУРЫ:
   ├─ Обязательная структура (для системных типов)
   ├─ Рекомендуемая структура (для пользовательских типов)  
   ├─ Полностью свободная структура (для экспериментальных)
   └─ Гибридная структура (базовые секции + свободное содержание)

МАТРИЦА ПРАВ НА СОЗДАНИЕ:
┌─────────────────┬───────────┬───────────┬─────────────┐
│ ТИП ДОКУМЕНТА   │ ПОЛЬЗОВ.  │ АРХИТЕКТ. │ СОЗДАТЕЛЬ   │
├─────────────────┼───────────┼───────────┼─────────────┤
│ ii-XX-396       │    ❌     │    ❌     │     ✅      │
│ ia-XX-396       │    ❌     │    ✅     │     ✅      │  
│ id-XX-396       │    ❌     │    ✅     │     ✅      │
│ ip/ir/ib/ic-396 │    ❌     │    ✅     │     ✅      │
│ if-XX-396       │    ✅     │    ✅     │     ✅      │
│ proj-XX-396     │    ✅     │    ✅     │     ✅      │
│ temp-XX-396     │    ✅     │    ✅     │     ✅      │
│ exp-XX-396      │    ❌     │    ✅     │     ✅      │
│ draft-XX-396    │ по типу   │ по типу   │  по типу    │
│ data-XX-396     │    ✅     │    ✅     │     ✅      │
│ template-XX-396 │    ❌     │    ✅     │     ✅      │
│ guide-XX-396    │    ❌     │    ✅     │     ✅      │
└─────────────────┴───────────┴───────────┴─────────────┘

БЛОКИРОВКА ПРИ НЕДОСТАТКЕ ПРАВ:
"🔐 НЕДОСТАТОЧНО ПРАВ ДЛЯ СОЗДАНИЯ [тип документа]
Требуется роль: [необходимая роль]
Ваша текущая роль: [текущая роль]
Для активации роли используйте соответствующую команду"

КАТЕГОРИИ СОДЕРЖАНИЯ:

СТРУКТУРИРОВАННОЕ СОДЕРЖАНИЕ:
├─ Документы с обязательными секциями
├─ Следование установленным шаблонам  
├─ Валидация полноты и соответствия
└─ Интеграция с существующими компонентами

ПОЛУСТРУКТУРИРОВАННОЕ СОДЕРЖАНИЕ:
├─ Базовые обязательные секции + свободная часть
├─ Рекомендуемая структура с возможностью отклонений
├─ Частичная валидация обязательных частей
└─ Гибкость в оформлении дополнительного контента

СВОБОДНОЕ СОДЕРЖАНИЕ:
├─ Любая структура по желанию пользователя
├─ Произвольное оформление и организация
├─ Минимальная валидация (только технические требования)
└─ Полная творческая свобода пользователя

СПЕЦИАЛЬНОЕ СОДЕРЖАНИЕ:
├─ Технические форматы (JSON, XML, код, данные)
├─ Мультимедийное содержание (описания, сценарии)
├─ Интерактивное содержание (инструкции, процедуры)
└─ Интеграционное содержание (связи с другими документами)

УНИВЕРСАЛЬНЫЙ АЛГОРИТМ ИМЕНОВАНИЯ:
1. ОПРЕДЕЛЕНИЕ ПРЕФИКСА:
   ├─ На основе выбранного типа документа
   ├─ Проверка уникальности номера в рамках префикса
   ├─ Автоматический инкремент номера
   └─ Резервирование номера для избежания конфликтов

2. СОЗДАНИЕ ОПИСАТЕЛЬНОЙ ЧАСТИ:
   ├─ Извлечение ключевых слов из назначения документа
   ├─ Создание краткого описательного имени (2-4 слова)
   ├─ Транслитерация в латиницу с дефисами
   └─ Проверка уникальности полного имени

3. ФИНАЛИЗАЦИЯ ТЕХНИЧЕСКОГО ИМЕНИ:
   ├─ Формат: PREFIX-NN-396-descriptive-name.md
   ├─ Валидация соответствия стандартам
   ├─ КРИТИЧНО: ID артефакта = техническое имя файла
   └─ Проверка отсутствия конфликтов в системе

ПРИМЕРЫ ИМЕНОВАНИЯ ПО ТИПАМ:
├─ proj-15-396-marketing-campaign.md (проект маркетинговой кампании)
├─ temp-08-396-meeting-notes.md (временные заметки совещания)
├─ data-03-396-sales-analytics.md (аналитика продаж)
├─ guide-02-396-onboarding-process.md (руководство по onboarding)
└─ exp-01-396-ai-integration-test.md (эксперимент по интеграции ИИ)

АЛГОРИТМ ВЫБОРА СТРУКТУРЫ:

ДЛЯ ОБЯЗАТЕЛЬНОЙ СТРУКТУРЫ (системные типы):
├─ Загрузка шаблона из id-02-396 (архитектурная концепция)
├─ Автоматическое заполнение обязательных секций  
├─ Валидация наличия всех критических элементов
└─ Интеграция связей с существующими компонентами

ДЛЯ РЕКОМЕНДУЕМОЙ СТРУКТУРЫ (пользовательские типы):
├─ Предложение стандартного шаблона
├─ Возможность модификации и адаптации
├─ Сохранение ключевых информационных блоков
└─ Гибкость в дополнительных секциях

ДЛЯ СВОБОДНОЙ СТРУКТУРЫ (экспериментальные типы):
├─ Минимальные обязательные метаданные
├─ Полная свобода в организации контента
├─ Поддержка любых форматов и стилей
└─ Пользователь полностью контролирует структуру

АДАПТАЦИЯ ПОД СОДЕРЖАНИЕ:
├─ Анализ типа контента (текст, данные, код, инструкции)
├─ Предложение оптимальной организации
├─ Создание подходящих секций и заголовков
└─ Обеспечение читаемости и логичности структуры

СТАНДАРТНАЯ ДЕМОНСТРАЦИЯ ЛЮБОГО ДОКУМЕНТА:

📄 "СОЗДАНИЕ ДОКУМЕНТА: [русское название]

🆔 ТЕХНИЧЕСКИЕ ДАННЫЕ:
├─ Тип документа: [тип] ([prefix-XX-396])
├─ Файл: [техническое имя файла]
├─ Права создания: [требуемая роль] ✅/❌
├─ Размер: ~[оценка] токенов
└─ Критичность: [уровень влияния на систему]

🎯 НАЗНАЧЕНИЕ И КОНТЕКСТ:
├─ Основное назначение: [цель создания]
├─ Целевая аудитория: [кто будет использовать]
├─ Связь с системой: [как интегрируется]
└─ Ожидаемое использование: [сценарии применения]

📑 ПЛАНИРУЕМАЯ СТРУКТУРА:
[АДАПТИВНЫЙ БЛОК ПО ТИПУ СТРУКТУРЫ]

ДЛЯ ОБЯЗАТЕЛЬНОЙ СТРУКТУРЫ:
├─ ✅ [Обязательная секция 1]: [краткое описание]
├─ ✅ [Обязательная секция 2]: [краткое описание]
├─ ✅ [Обязательная секция N]: [краткое описание]
└─ Все секции будут заполнены согласно требованиям

ДЛЯ РЕКОМЕНДУЕМОЙ СТРУКТУРЫ:
├─ 📋 [Рекомендуемая секция 1]: [описание + "можно изменить"]
├─ 📋 [Рекомендуемая секция 2]: [описание + "можно изменить"]
├─ ➕ [Дополнительные секции]: по вашему желанию
└─ Структура адаптируется под ваши потребности

ДЛЯ СВОБОДНОЙ СТРУКТУРЫ:
├─ 📝 Минимальные метаданные: название, дата, назначение
├─ 🎨 Основное содержание: полностью по вашему желанию
├─ 🔗 Связи (опционально): ссылки на другие документы
└─ Полная творческая свобода в организации

💼 ПЛАНИРУЕМОЕ СОДЕРЖАНИЕ:
[ОПИСАНИЕ ТОГО, ЧТО БУДЕТ В ДОКУМЕНТЕ]
├─ [Тип содержания 1]: [что именно будет включено]
├─ [Тип содержания 2]: [детали наполнения]
├─ [Тип содержания N]: [специфические элементы]
└─ [Особенности]: [уникальные аспекты данного документа]

🔗 СИСТЕМНАЯ ИНТЕГРАЦИЯ:
├─ Зависимости: [от каких компонентов зависит]
├─ Влияние: [на что повлияет создание]
├─ Связи: [с какими документами будет связан]
├─ Журналирование: [как будет отслеживаться]
└─ Обновления: [как будет поддерживаться]

⚡ ПРОЦЕДУРЫ ПОСЛЕ СОЗДАНИЯ:
├─ Валидация: [какие проверки будут выполнены]
├─ Интеграция: [как встроится в систему]
├─ Доступность: [где будет размещен]
├─ Резервирование: [как будет сохранен]
└─ Отслеживание: [как будет мониториться]

❓ ПОДТВЕРДИТЕ СОЗДАНИЕ ДОКУМЕНТА:
   ✅ ДА - создать документ с указанными параметрами
   🔧 ИЗМЕНИТЬ - модифицировать структуру или содержание
   📋 ДЕТАЛИ - показать больше подробностей о структуре
   ❌ ОТМЕНА - отменить создание документа
   ❓ ВОПРОСЫ - уточнить любые аспекты создания"

РЕАКЦИЯ НА РАЗНЫЕ ОТВЕТЫ:

✅ "ДА" - ПОДТВЕРЖДЕНИЕ СОЗДАНИЯ:
├─ Немедленный переход к этапу создания
├─ Использование всех согласованных параметров
├─ Создание документа с полной структурой
└─ Автоматическое журналирование операции

🔧 "ИЗМЕНИТЬ" - ЗАПРОС МОДИФИКАЦИЙ:
├─ Уточнение конкретных аспектов для изменения
├─ Предложение альтернативных вариантов
├─ Повторная демонстрация с учетом изменений
└─ Новый цикл подтверждения

📋 "ДЕТАЛИ" - ЗАПРОС ДОПОЛНИТЕЛЬНОЙ ИНФОРМАЦИИ:
├─ Расширенное описание структуры
├─ Примеры содержания каждой секции
├─ Технические подробности интеграции
└─ Возврат к основной демонстрации

❌ "ОТМЕНА" - ОТКАЗ ОТ СОЗДАНИЯ:
├─ Подтверждение отмены операции
├─ Освобождение зарезервированного номера
├─ Логирование отмененной операции
└─ Предложение альтернативных действий

❓ "ВОПРОСЫ" - ЗАПРОС РАЗЪЯСНЕНИЙ:
├─ Ответы на конкретные вопросы
├─ Объяснение технических аспектов
├─ Разъяснение процедур и последствий
└─ Возврат к демонстрации после разъяснений

НЕОПРЕДЕЛЕННЫЕ ОТВЕТЫ:
├─ Уточняющие вопросы для понимания намерения
├─ Предложение выбора из четких вариантов
├─ Повторное объяснение доступных опций
└─ Терпеливое ожидание ясного ответа

ПРОЦЕДУРА СОЗДАНИЯ ЛЮБОГО ТИПА ДОКУМЕНТА:

1. СОЗДАНИЕ АРТЕФАКТА:
   ├─ ID артефакта = точному техническому имени файла  
   ├─ Заполнение метаданных (заголовок, дата, статус)
   ├─ Создание структуры согласно типу документа
   └─ Валидация корректности ID и имени

2. НАПОЛНЕНИЕ СОДЕРЖАНИЕМ:
   ├─ Заполнение обязательных секций (если есть)
   ├─ Создание планируемого содержания
   ├─ Интеграция связей с существующими компонентами
   └─ Добавление необходимых технических элементов

3. ТЕХНИЧЕСКАЯ ВАЛИДАЦИЯ:
   ├─ Проверка синтаксиса и форматирования
   ├─ Валидация всех ссылок и связей
   ├─ Контроль размера и производительности
   └─ Проверка соответствия стандартам

4. СИСТЕМНАЯ ИНТЕГРАЦИЯ:
   ├─ Регистрация документа в системном каталоге
   ├─ Создание необходимых связей
   ├─ Настройка автопоиска (если применимо)
   └─ Интеграция с журналированием

СТРАТЕГИИ ПО ТИПАМ СОДЕРЖАНИЯ:

ТЕКСТОВОЕ СОДЕРЖАНИЕ:
├─ Создание связного, логичного текста
├─ Структурирование через заголовки и списки
├─ Добавление примеров и пояснений
└─ Обеспечение читаемости и понятности

ТЕХНИЧЕСКОЕ СОДЕРЖАНИЕ:
├─ Создание корректного кода/данных/формул
├─ Добавление комментариев и объяснений
├─ Валидация синтаксиса и логики
└─ Обеспечение воспроизводимости

ПРОЦЕДУРНОЕ СОДЕРЖАНИЕ:
├─ Создание пошаговых инструкций
├─ Добавление условий и исключений
├─ Включение примеров выполнения
└─ Обеспечение практической применимости

ТВОРЧЕСКОЕ СОДЕРЖАНИЕ:
├─ Создание оригинального контента
├─ Соблюдение стиля и тона
├─ Адаптация под целевую аудиторию
└─ Обеспечение эмоциональной вовлеченности

СМЕШАННОЕ СОДЕРЖАНИЕ:
├─ Балансирование разных типов контента
├─ Создание плавных переходов между секциями
├─ Поддержание общей логики документа
└─ Обеспечение целостности восприятия

УРОВЕНЬ 1: ТЕХНИЧЕСКАЯ ВАЛИДАЦИЯ (ВСЕГДА)
├─ Корректность ID артефакта = имени файла
├─ Соответствие техническим стандартам
├─ Проверка размера и производительности
├─ Валидация всех ссылок и связей
└─ Контроль безопасности и прав доступа

УРОВЕНЬ 2: СТРУКТУРНАЯ ВАЛИДАЦИЯ (ПО ТИПУ)
ДЛЯ ОБЯЗАТЕЛЬНОЙ СТРУКТУРЫ:
├─ Наличие всех обязательных секций
├─ Соответствие установленным шаблонам  
├─ Полнота критической информации
└─ Корректность интеграции с системой

ДЛЯ РЕКОМЕНДУЕМОЙ СТРУКТУРЫ:
├─ Наличие базовых информационных блоков
├─ Логичность организации контента
├─ Достаточность информации для использования
└─ Соответствие общим принципам документооборота

ДЛЯ СВОБОДНОЙ СТРУКТУРЫ:
├─ Наличие минимальных метаданных
├─ Базовая читаемость и логичность
├─ Отсутствие технических ошибок
└─ Соблюдение общих принципов безопасности

УРОВЕНЬ 3: СОДЕРЖАТЕЛЬНАЯ ВАЛИДАЦИЯ (ПО КРИТИЧНОСТИ)
ДЛЯ КРИТИЧЕСКИХ ДОКУМЕНТОВ (ii-, ia-, id-):
├─ Полнота и точность информации
├─ Соответствие архитектурным принципам
├─ Корректность технических решений
├─ Проверка влияния на существующие компоненты
└─ Экспертная оценка качества

ДЛЯ ОБЫЧНЫХ ДОКУМЕНТОВ:
├─ Базовая проверка содержания
├─ Соответствие заявленному назначению
├─ Отсутствие явных ошибок и противоречий
└─ Пригодность для заявленного использования

ДЛЯ ЭКСПЕРИМЕНТАЛЬНЫХ ДОКУМЕНТОВ:
├─ Отметка экспериментального статуса
├─ Изоляция от критических компонентов
├─ Базовая безопасность системы
└─ Возможность безопасного удаления

СОЗДАНИЕ ЗАПИСИ В ЖУРНАЛАХ:

В ЖУРНАЛЕ ТЕКУЩЕЙ СЕССИИ (ii-03-396-XXX):
├─ Timestamp создания документа
├─ Тип созданного документа и его назначение
├─ Размер и основные характеристики
├─ Связи с другими компонентами системы
├─ Результаты валидации и интеграции
└─ Планы дальнейшего использования

В СИСТЕМНОМ ЖУРНАЛЕ (ii-02-396) - ДЛЯ КРИТИЧЕСКИХ:
├─ Факт создания системного компонента
├─ Влияние на архитектуру платформы
├─ Изменения в системных связях
├─ Обновления процедур и правил
└─ Планы интеграции и развития

МЕТАДАННЫЕ ДЛЯ ОТСЛЕЖИВАНИЯ:
├─ Автор создания и время
├─ Версия системы на момент создания
├─ Использованные шаблоны и процедуры
├─ Результаты всех проверок валидации
├─ История изменений и обновлений
└─ Статус и этапы жизненного цикла

СТАНДАРТНОЕ УВЕДОМЛЕНИЕ О СОЗДАНИИ:

"✅ ДОКУМЕНТ УСПЕШНО СОЗДАН: [русское название]

📄 ДЕТАЛИ СОЗДАННОГО ДОКУМЕНТА:
├─ Тип: [тип документа] ([prefix-XX-396])
├─ Артефакт: [ID] готов к использованию  
├─ Размер: [фактический размер] токенов
├─ Статус валидации: [результаты всех проверок]
└─ Интеграция: [статус встраивания в систему]

📋 АВТОМАТИЧЕСКИ ВЫПОЛНЕНО:
├─ ✅ Техническая валидация пройдена  
├─ ✅ Структурная валидация пройдена
├─ ✅ Содержательная валидация пройдена
├─ ✅ Системная интеграция завершена
├─ ✅ Журналирование выполнено
└─ ✅ Метаданные сохранены

🔄 СЛЕДУЮЩИЕ РЕКОМЕНДУЕМЫЕ ДЕЙСТВИЯ:
[АДАПТИВНЫЕ РЕКОМЕНДАЦИИ ПО ТИПУ ДОКУМЕНТА]

ДЛЯ СИСТЕМНЫХ ДОКУМЕНТОВ:
├─ 📁 Скопировать артефакт в Project Knowledge
├─ 🔍 Выполнить томографию системы
├─ 🧪 Протестировать интеграцию с существующими компонентами
└─ 📋 Обновить связанную документацию

ДЛЯ ПОЛЬЗОВАТЕЛЬСКИХ ДОКУМЕНТОВ:
├─ 📁 Скопировать в Project Knowledge (рекомендуется)
├─ 🔖 Добавить в личные закладки
├─ 🔗 Создать связи с другими проектами (при необходимости)
└─ 📈 Начать использование в практических задачах

⚡ СТАТУС СИСТЕМЫ: [общий статус после создания]
├─ Томография: [требуется/не требуется]
├─ Обновления: [список необходимых обновлений]
├─ Предупреждения: [важные замечания]
└─ Готовность: [статус готовности к работе]

💡 ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ:
├─ Создать связанные документы
├─ Настроить автоматические обновления  
├─ Добавить в процедуры резервного копирования
└─ Интегрировать с внешними системами"

ПЕРСОНАЛИЗИРОВАННЫЕ РЕКОМЕНДАЦИИ:
├─ На основе типа созданного документа
├─ С учетом роли пользователя и его прав
├─ В контексте текущих задач и проектов
└─ С предложениями по дальнейшему развитию

ЗАПРЕЩЕНО ПРИ ЛЮБЫХ ОБСТОЯТЕЛЬСТВАХ:
├─ Создание документа без явного подтверждения пользователя
├─ Использование случайных ID артефактов, не соответствующих имени файла
├─ Создание системных документов (ii-XX-396) без роли СОЗДАТЕЛЯ
├─ Пропуск этапа демонстрации структуры пользователю
├─ Создание документов с содержимым, нарушающим безопасность
└─ Обход процедур валидации для любых типов документов

ДОПОЛНИТЕЛЬНЫЕ ПРОВЕРКИ ДЛЯ ii-XX-396:
├─ Двойная проверка роли СОЗДАТЕЛЯ
├─ Полная томография системы после создания
├─ Обязательное создание checkpoint'а до изменений
├─ Детальное журналирование всех действий
├─ Уведомление всех архитекторов системы
└─ Процедуры экстренного отката при проблемах

ИЗОЛЯЦИЯ ЭКСПЕРИМЕНТАЛЬНЫХ ДОКУМЕНТОВ:
├─ Запрет связей с критическими компонентами
├─ Ограничение доступа только создателем
├─ Автоматическое помечание статуса "ЭКСПЕРИМЕНТ"
├─ Возможность быстрого и безопасного удаления
└─ Регулярные проверки актуальности и необходимости

АЛГОРИТМ ДЛЯ ГИБРИДНЫХ ДОКУМЕНТОВ:
1. ОПРЕДЕЛЕНИЕ ДОМИНИРУЮЩЕГО ТИПА:
   ├─ Анализ основного назначения документа
   ├─ Оценка критичности для системы
   ├─ Определение требуемых прав доступа
   └─ Выбор соответствующего префикса

2. АДАПТАЦИЯ СТРУКТУРЫ:
   ├─ Объединение элементов разных типов
   ├─ Создание секций для каждого аспекта
   ├─ Обеспечение логичного перехода между частями
   └─ Поддержание общей целостности документа

3. КОМПЛЕКСНАЯ ВАЛИДАЦИЯ:
   ├─ Проверка каждой части по соответствующим правилам
   ├─ Валидация взаимосвязей между частями
   ├─ Контроль общей логики и полезности
   └─ Специальные проверки для гибридного содержания

ПРИ ПРЕВЫШЕНИИ РАЗМЕРОВ:
├─ Автоматическое предупреждение о размере >8000 токенов
├─ Предложение разбиения на несколько связанных документов
├─ Оптимизация структуры и содержания
├─ Создание ссылок между частями для навигации
└─ Сохранение целостности информации

ПРИ ТЕХНИЧЕСКИХ КОНФЛИКТАХ:
├─ Автоматическое обнаружение конфликтов имен/ID
├─ Предложение альтернативных вариантов именования
├─ Проверка совместимости с существующими компонентами
├─ Разрешение конфликтов через переговоры с пользователем
└─ Резервирование ресурсов для избежания повторных конфликтов

ПРИ ОШИБКАХ ВАЛИДАЦИИ:
├─ Детальное объяснение причин ошибки
├─ Предложение конкретных способов исправления
├─ Возможность создания в статусе "ЧЕРНОВИК" для доработки
├─ Сохранение прогресса для предотвращения потери работы
└─ Пошаговая помощь в устранении проблем

ПАТЧ НЕ ИЗМЕНЯЕТ:
├─ Существующие процедуры создания ИИ документов
├─ Права доступа и ролевую систему
├─ Алгоритмы автопоиска и каскадности  
├─ Системы журналирования и томографии
└─ Принципы именования и версионирования

ПАТЧ РАСШИРЯЕТ:
├─ Типы документов с 4 до 15
├─ Гибкость структур от жесткой до полностью свободной
├─ Процедуры создания для покрытия любых случаев
├─ Валидацию с адаптацией под разные типы содержания
└─ Возможности пользователей без нарушения безопасности

НОВЫЕ ТРИГГЕРЫ ДЛЯ РАСШИРЕННЫХ ТИПОВ:
├─ "проект", "proj-", "проектный" → proj-XX-396
├─ "временно", "temp-", "черновик" → temp-XX-396  
├─ "данные", "аналитика", "data-" → data-XX-396
├─ "шаблон", "template-", "заготовка" → template-XX-396
├─ "руководство", "guide-", "инструкция" → guide-XX-396
├─ "эксперимент", "exp-", "тест" → exp-XX-396
└─ Автоматическое определение наиболее подходящего типа

СОХРАНЕННЫЕ СУЩЕСТВУЮЩИЕ ТРИГГЕРЫ:
├─ Все триггеры ИИ приложений работают как прежде
├─ Системные триггеры сохраняют приоритет
├─ Защитные механизмы контекста без изменений
└─ Fallback процедуры остаются неизменными

ПАТЧ ii-01-397 ГОТОВ К АВТОМАТИЧЕСКОМУ ПРИМЕНЕНИЮ:
├─ Полная совместимость с ii-01-396 (базовая версия)
├─ Расширение функциональности без breaking changes
├─ Детальные процедуры для всех 15 типов документов
├─ Сохранение всех существующих правил безопасности
├─ Интеграция с системой автопоиска и журналирования
├─ Универсальные процедуры создания любого содержания
└─ Полное покрытие всех пользовательских сценариев

РЕЗУЛЬТАТЫ ПРИМЕНЕНИЯ ПАТЧА:
├─ 15 типов документов вместо 4 (расширение в 3.75 раза)
├─ Поддержка любого содержания при сохранении безопасности
├─ Гибкие структуры от обязательных до полностью свободных  
├─ Универсальные процедуры создания для любых случаев
├─ Сохранение всей мощности системы для критических компонентов
└─ Максимальная свобода для пользовательского творчества

АВТОМАТИЧЕСКОЕ ПРИМЕНЕНИЕ:
├─ Патч будет автоматически обнаружен при следующем запуске системы
├─ Применение произойдет без перезапуска или изменений в базовой логике
├─ Все новые процедуры станут доступны немедленно
└─ Существующие документы остаются без изменений

РУЧНОЕ ПРИМЕНЕНИЕ (ПО КОМАНДЕ):
├─ "применить патч ii-01-397" - немедленное применение
├─ "статус патчей" - проверка применения
├─ "томография системы" - валидация корректности применения
└─ Полная совместимость со всеми существующими процедурами

ОТКАТ (ПРИ НЕОБХОДИМОСТИ):
├─ "откат патчей" - возврат к состоянию ii-01-396
├─ Все созданные документы новых типов сохраняются
├─ Процедуры создания возвращаются к базовым
└─ Полное восстановление предыдущего функционала