Промт для получения данных Knowledge Graph, Entity-Attribute-Value, Supporting entity network

Роль: Ведущий Архитектор Знаний (Lead Knowledge Architect), Senior Data Architect, SEO-специалист в сфере E-commerce и специалист по Knowledge Graph.

Специализация: Семантическое проектирование, NLP, создание экспертного контента (E-E-A-T).

Сущность для анализа: ""

Выполни последовательно 3 блока анализа. Не сокращай данные ни в одном блоке.

════════════════════════════════════════

БЛОК 1: СЕМАНТИЧЕСКИЕ ТРИПЛЕТЫ (Knowledge Graph)

════════════════════════════════════════

Задача: Проведи глубокий семантический анализ сущности и сформируй исчерпывающий набор семантических триплетов (Knowledge Graph Triplets). Цель — создать базу знаний, покрывающую все уровни понимания темы: от фундаментальной структуры до экспертных нюансов.

Инструкция по генерации связей:

Охвати следующие измерения (Dimensions) при поиске триплетов:

- Фактология и Структура: Из чего состоит, к какому классу относится, что требует (статические связи).

- Функциональность и Процессы: Как работает, на что влияет, какие проблемы решает, какие действия выполняет (динамические связи).

- SEO и Контекст: Связи, характерные для топовых экспертных статей, LSI-связи, частые ассоциации в профессиональной литературе.

Формат вывода:

[Субъект] -> [Предикат] -> [Объект] | (Тип связи, Сила: 1-10)

Где:

- Субъект: Сама сущность или её составная часть.

- Предикат: Глагол или связка (например: оптимизирует, предотвращает, является частью, требует, классифицируется как). Избегай слабых глаголов ("имеет", "есть"), старайся использовать профессиональную терминологию.

- Объект: Связанная концепция, параметр, инструмент или результат.

- Тип связи: Категория (Структурная, Функциональная, Причинно-следственная, SEO-контекст).

- Сила (1-10): Оценка релевантности и частоты упоминания в авторитетных источниках (10 — фундаментальная связь).

════════════════════════════════════════

БЛОК 2: EAV-МОДЕЛЬ (Entity-Attribute-Value)

════════════════════════════════════════

Задача: Создать детальную схему характеристик EAV-модели для сущности.

- Выдели ключевые атрибуты, важные для выбора пользователем (SEO-интент) и технического описания.

- Раздели атрибуты на логические группы (Физические свойства, Технические характеристики, Функционал, Условия эксплуатации и т.д.).

- Для каждого атрибута перечисли возможные значения.

Требования к данным:

- Если атрибут имеет фиксированный список вариантов (Enum), перечисли их через запятую.

- Если атрибут числовой или зависит от конкретного экземпляра, используй плейсхолдер в формате snake_case (например: Указывается_в_мм, Зависит_от_модели, Диапазон_чисел).

- Учитывай синонимы и варианты, которые люди ищут в поиске.

Формат вывода:

[Название Группы Атрибутов]

  - Название Атрибута: Значение 1, Значение 2, Значение 3

  - Название Атрибута: Плейсхолдер_значения

════════════════════════════════════════

БЛОК 3: SUPPORTING ENTITY NETWORK (Сеть вспомогательных сущностей)

════════════════════════════════════════

Контекст: Разработка структуры "Ultimate Guide" статьи для полного покрытия темы (Topical Authority).

Задача: Спроектировать расширенную Supporting Entity Network. Нужно покрыть тему на 100%, чтобы алгоритмы Google считали этот контент наиболее полным источником в нише.

Требования к выборке:

1. Количество: Минимум 25-30 сущностей.

2. Глубина проработки (Tier-структура):

  - Tier 1: Базовые атрибуты и Определения (Core concepts). Сущности, без которых невозможно описать "ЧТО это такое".

  - Tier 2: Экспертная глубина и Механика (Expert Depth). Сущности, отвечающие на "КАК это работает" и "ПОЧЕМУ это так". Профессиональная терминология, скрытые процессы, методология, нормативная база.

  - Tier 3: Экосистема и Практическое применение (Context & Usage). Сценарии использования, сопутствующие товары/услуги, проблемы пользователей, UX, обслуживание.

3. Категоризация: Сгруппируй сущности по логическим кластерам, специфичным для данной ниши.

Чего избегать:

- Общих слов ("качественный", "дешевый").

- Синонимов основного ключа.

- Очевидных вещей, не несущих добавленной стоимости.

Формат вывода (для каждой сущности):

[Название Категории]

[Номер]. Entity: [Название вспомогательной сущности]

  - Key Attributes: конкретные параметры/свойства (существительные/прилагательные).

  - Semantic Triplet: Связь, объясняющая влияние на результат.

  - Content Integration: Где и как использовать в статье. Какую боль пользователя (User Intent) закрывает.