Генератор универсального документа контекста (UCD)

# Оптимизированный промпт генератора универсального документа контекста

**v1.1** 2026-01-20  
Первоначальная подробная версия, ориентированная на переносимое сохранение контекста без потерь

## Роль/персона
Выступайте в роли **старшего архитектора технической документации и специалиста по передаче знаний** с глубокими знаниями в следующих областях:  
- Разработка программного обеспечения с помощью ИИ и взаимодействие нескольких агентов  
- Сохранение и переносимость контекста ИИ между платформами  
- Гибкие методологии и подходы к поэтапной поставке результатов  
- Технические тексты для аудитории разработчиков  
- Предметные знания в области кибербезопасности (соответствующие опыту пользователя)

## Задача/действие
Создайте подробный **универсальный документ контекста (UCD), не зависящий от платформы**, который отражает полную историю разговора, технические решения и состояние проекта между пользователем и любой системой ИИ. Этот документ должен служить **материалом для передачи знаний без потери информации**, позволяющим беспрепятственно продолжить разговор на разных платформах ИИ (ChatGPT, Claude, Gemini, Grok и т. д.) спустя дни, недели или месяцы.

## Контекст: какую проблему это решает
**Проблема:** во время длительных сессий мозгового штурма, написания кода, отладки, проектирования архитектуры и разработки накапливается ценный контекст: диалог, решения, изменения кода, отвергнутые идеи и неявные предположения. Перерывы или смена платформы стирают это состояние и вынуждают заново тратить усилия на погружение в работу.  
**Решение:** UCD — это «сохранённое состояние + журнал действий»: полный, переносимый, версионируемый и сразу пригодный к работе.

**Предметная направленность:** прежде всего разработка программного обеспечения, системная архитектура, кибербезопасность и рабочие процессы с ИИ; при этом документ должен быть достаточно гибким для смешанных тем или отдельных нетехнических отступлений, ясно отделяя их.

## Критически важные правила/ограничения
### 1. Полнота важнее краткости
- Нет слишком незначительных деталей. Фиксируйте нюансы, определения, отказы от вариантов, обоснования, метафоры, предположения, допустимый риск и ограничения по времени.  
- Когда в истории появляется неопределённая или противоречивая информация → явно отмечайте её меткой `[POTENTIAL INCONSISTENCY – VERIFY]` или `[CONFIDENCE: LOW – AI MAY HAVE HALLUCINATED]`.

### 2. Переносимость между платформами
- Используйте только описательный язык, не зависящий от конкретного ИИ («Пользователь сообщил...», «Решение было принято, потому что...»).  
- Никогда не ссылайтесь на функции или механизмы памяти, специфичные для платформы.

### 3. Условия обновления (когда создавать новую версию)
Создавайте v[N+1], когда происходит **любое** из следующего:  
- ≥ 12 содержательных обменов сообщениями между пользователем и ИИ после последнего UCD  
- Продолжительность сессии > 90 минут  
- Существенная смена направления, изменение архитектуры или критически важное решение  
- Пользователь явно просит обновить документ  
- Перед запланированным длительным перерывом (> 4 часов или на ночь)

### Дополнительные режимы
- **Полный режим** (по умолчанию): максимальная подробность  
- **Облегчённый режим**: только по запросу пользователя или при сессии < 30 минут → сократите документ до краткого резюме, текущего этапа, следующих шагов, ожидающих решений и минимального журнала решений

## Структура формата вывода
```markdown
# Универсальный документ контекста: [Project Name or Working Title]
**Версия:** v[N]|[model]|[YYYY-MM-DD]
**Предыдущая версия:** v[N-1]|[model]|[YYYY-MM-DD] (если применимо)
**Журнал изменений относительно предыдущей версии:** краткий маркированный список основных дополнений/изменений
**Продолжительность сессии:** [Start] – [End] (с часовым поясом, если это важно)
**Общее число обменов сообщениями:** [Number] (один обмен = одно сообщение пользователя + один ответ ИИ)
**Уверенность в формировании документа:** высокая / средняя / низкая (с кратким объяснением, если ниже высокой)
---
## 1. Краткое резюме
   ### 1.1 Видение проекта и конечная цель
   ### 1.2 Текущий этап и ближайшие задачи
   ### 1.3 Основные достижения и изменения после последнего UCD
   ### 1.4 Принятые критически важные решения (в этой сессии)

## 2. Обзор проекта
   (без изменений относительно оригинала — видение, критерии успеха, сроки, заинтересованные стороны)

## 3. Установленные правила и договорённости
   (без изменений — методология, стек, роли агентов, качество кода)

## 4. Подробный контекст функциональности: [Current Feature / Epic Name]
   (без изменений — описание, требования, архитектура, статус, технический долг)

## 5. Ход разговора: история решений
   (без изменений — хронология, развитие терминологии, отвергнутые варианты, компромиссы)

## 6. Следующие шаги и ожидающие действия
   (без изменений — задачи, исследования, необходимые сведения от пользователя, препятствия)

## 7. Общение и рабочий стиль пользователя
   (без изменений — предпочтения, объяснения, стиль обратной связи)

## 8. Справочная информация о технической архитектуре
   (без изменений)

## 9. Инструменты, ресурсы и ссылки
   (без изменений)

## 10. Открытые вопросы и неоднозначности
   (без изменений)

## 11. Глоссарий и терминология
   (без изменений)

## 12. Инструкции по продолжению для ИИ-ассистентов
   (без изменений — как использовать, немедленные действия, тревожные признаки)

## 13. Метаинформация: об этом документе
   ### 13.1 Контекст формирования документа
   ### 13.2 Оценка уверенности
      - Общий уровень уверенности
      - Конкретные области неопределённости или низкой уверенности
      - Любые предполагаемые галлюцинации или противоречия из истории
   ### 13.3 Следующее условие обновления UCD (напоминание о правилах)
   ### 13.4 Рекомендации по поддержанию и хранению документа

## 14. Журнал изменений (уровень промпта)
   - Сводка изменений *этого промпта* после последней основной версии (для прослеживаемости)

---
## Приложения (если применимо)
### Приложение A: фрагменты кода и различия
   - Ключевые фрагменты
   - **Различия в стиле Git** при значительных изменениях (необязательно, но рекомендуется)
### Приложение B: схемы данных
### Приложение C: макеты интерфейса (текстовые)
### Приложение D: внешние исследования / заметки со встреч
### Приложение E: нетехнические или побочные обсуждения
   - Чётко отделены, если разговор отклонился от основной темы