Промт для разбора натальной карты в GPT: архитектура точного запроса

Превращаем GPT в компетентного астролога через структурированный промт

Готовый шаблон, схема данных и алгоритм итераций — чтобы нейросеть выдавала не общий гороскоп, а разбор позиций, аспектов и домов, пригодный для работы.

Архитектура промта JSON-данные карты Итеративный диалог

Большинство пользователей открывают чат, пишут «Разбери мою натальную карту: 12.05.1990, Москва, 14:30» и получают текст, который подходит для любого знака Зодиака. Причина не в «глюках» модели, а в отсутствии архитектуры запроса.

GPT не «видит» карту. Он оперирует токенами. Если вы не подаёте точные координаты планет в градусах, систему домов, орбис аспектов и контекст запроса в структурированном виде, модель галуцинирует, подставляя архетипические описания из обучающей выборки. Результат — «Венера в Льве любит внимание», а не «Венера в 10 доме в Льве, квадратирующая Сатурн в Скорпионе, формирует паттерн откладывания признания через страх публичной оценки».

Этот материал — инструкция по сборке промта, который передаёт в контекст не «дату рождения», а полную векторную модель неба. Мы разберём слои данных, формат передачи, системную инструкцию и цикл уточнения.

Анатомия высококонтекстного промта: три слоя

1. Слой данных (The Payload)

Машинно-читаемый JSON со всеми телами, куспидами домов и аспектами. Это «сырые» координаты, избавляющие модель от расчётов.

  • Планеты: имя, долгота, знак, градус, дом, ретроградация.
  • Куспиды домов: 12 значений в выбранной системе (Плацидус, Whole Sign и др.).
  • Аспекты: планета1, планета2, тип, орбис, применяющийся/разделяющийся.

2. Слой инструкций (The Protocol)

Жёсткий алгоритм действий: как читать данные, в каком порядке выводить блоки, какие методы использовать (мидпоинты, арабские части, прогрессии).

  • Порядок: Доминанты → Аспектные конфигурации → Дома → Прогноз.
  • Запреты: никаких «вы влюблены в жизнь», только механика символов.
  • Формат вывода: Markdown с заголовками второго уровня.

3. Слой персоны (The Persona)

Роль, которую модель надевает. Не «астролог», а «аналитик натальных карт с 20-летним стажем, специализация — психологическая астрология и ректификация».

  • Тон: клинически точный, но эмпатичный.
  • Лексикон: термины (септиль, антиция, ресепция) без пояснений.
  • Этика: никаких фаталистических предсказаний смерти/болезней.

Четыре обязательных входных параметра

1

Точка рождения + Часовой пояс

Дата, время (до минуты), координаты широты/долготы. Обязательно: IANA Time Zone (например, Europe/Moscow), а не смещение UTC, чтобы учитывать летнее время исторически.

2

Система домов

Укажите явно: Placidus, Whole Sign, Regiomontanus или Koch. Без этого GPT выберет случайную (часто Placidus), что сдвинет 30-50% планет в соседние дома.

3

Орбисы аспектов

Передайте таблицу: Соединение 8°, Опозиция 8°, Квадратура 7°, Тригон 7°, Секстиль 5°, Квинтиль 2°. Иначе модель наведёт «квадратуру» с орбисом 10°, которой нет.

4

Фокус запроса

Что именно анализируем: «Карьера и 10 дом», «Синдастрия с партнёром (данные вторым JSON)», «Транзиты на 2025 год», «Психологические комплексы (Хирон, Лилит, 12 дом)».

Мастер-промт: готовая архитектура

Ниже — полная структура системного сообщения (System Prompt). Вставьте её в настройки «System Instructions» или первым сообщением с ролью system. Блок {{CHART_JSON}} заменяется на ваш JSON.

# SYSTEM INSTRUCTION: NATAL CHART ANALYST v3.0
=================================================

ROLE: Ты — старший астролог-аналитик. Твоя задача — деконструировать натальную карту в причинно-следственные паттерны. Не пиши гороскопы. Пиши технические отчёты.

INPUT FORMAT: Ты получишь JSON-объект chart_data со структурой:
{
  "meta": { "house_system": "Placidus", "orbs": {...} },
  "planets": [ { "name": "Sun", "lon": 125.45, "sign": "Leo", "deg": 5.45, "house": 10, "retro": false }, ... ],
  "houses": [ { "num": 1, "cusp_lon": 210.12, "sign": "Scorpio" }, ... ],
  "aspects": [ { "p1": "Sun", "p2": "Saturn", "type": "square", "orb": 1.2, "applying": true }, ... ]
}

ALGORITHM:
1. DOMINANTS. Определи планету-диспозитора карты (правитель Аск, Алмутен, самая аспектированная). Выведи: Планета, Знак, Дом, Сила (шкала 1-10).
2. CONFIGURATIONS. Найди все замкнутые фигуры: T-square, Grand Cross, Grand Trine, Kite, Yod, Mystic Rectangle. Для каждой: планеты-участники, орекс/виктор, домовые позиции, ключевая динамика.
3. HOUSE ANALYSIS. Пройдись по 12 домам. Формула: Правитель дома + Планеты в доме + Аспекты к правителю = Тема жизни. Конкретика: не «финансы», а «доход через недвижимость/наследие (Правитель 2 в 8 в Скорпионе)».
4. SHADOW WORK. Хирон, Лилит, Селена, Юг/Север узлы, ретроградные планеты. Механика компенсации.
5. SYNTHESIS. 3-5 ключевых жизненных сценариев (Core Narratives), объединяющих вышеперечисленное.

CONSTRAINTS:
- Никаких общих фраз («Вы творческий человек»).
- Каждое утверждение = ссылка на конкретную позицию/аспект из JSON.
- Используй терминологию: ресепция, мутуальная ресепция, антиция, перевод света, коллекция света.
- Вывод строго в Markdown с ## заголовками.

CHART DATA:
{{CHART_JSON}}

Как получить валидный JSON для промта

Astro-Seek / Astro.com → API / Export

Способ А (Программисты): Используйте swisseph (Python/JS) или pyswe. Считаете сами — контроль орбисов и домов полный.

Способ Б (Без кода): На Astro-Seek: «Extended Chart Selection» → «Data Sheet» → «JSON Export» (если есть) или копируйте таблицу «Planet Positions» + «House Cusps» + «Aspectarian» в Excel → конвертируйте в JSON через онлайн-инструмент.

Важно: Проверьте, что в экспорте есть applying/separating флаг для аспектов. 90% бесплатных экспортов его не дают — добавьте вручную по орбису.

Структура JSON (минимум)
{
  «meta»: {«house_system»: «Placidus», «orbs»: {«conj»: 8, «opp»: 8, «sq»: 7, «tri»: 7, «sex»: 5}},
  «planets»: [
    {«name»: «Sun», «lon»: 125.45, «sign»: «Leo», «deg_in_sign»: 5.45, «house»: 10, «retro»: false, «speed»: 0.98},
    {«name»: «Moon», «lon»: 210.12, «sign»: «Scorpio», «deg_in_sign»: 0.12, «house»: 12, «retro»: false, «speed»: 13.2}
  ],
  «houses»: [{«num»: 1, «cusp_lon»: 210.12, «sign»: «Scorpio»}, …],
  «aspects»: [{«p1»: «Sun», «p2»: «Saturn», «type»: «square», «orb»: 1.2, «applying»: true}, …]
}

Итеративный цикл: от черновика к разбору

Один промт — это 60% результата. Остальные 40% рождаются в диалоге. GPT не знает ваш контекст жизни. Вы — верификатор.

Шаг 1: Запуск

Отправьте System Prompt + JSON. Получите «Технический отчёт v1».

Шаг 2: Верификация домов

Промт: «Проверь 4, 8, 12 дома. В 4 дôme знак X, правитель Y в Z. Пересчитай аспекты к правителю 4 дома с орбисом 1 градуса. Есть ли связь с IC?»

Шаг 3: Конфигурации

Промт: «Найди все Yod и T-square. Для каждого укажи фокус (апекс/реакция), дома активации и возрастные пики по солнечной дуге (1° = 1 год)».

Шаг 4: Синтез

Промт: «Собери 3 Core Narratives. Каждый: Название, Участники (планеты/дома), Механика, Проявление в 20-30-40 лет, Рекомендация по интеграции».

Что GPT не умеет (и не будет уметь)

Ректификация времени

Модель не может перебрать 1440 минут суток и сопоставить события жизни с направлениями/прогрессиями. Это задача для специализированного софта (ZET, Solar Fire) и живого астролога.

Медицинская диагностика

Даже с идеальным промтом GPT не врач. Астрологические маркеры (6 дом, Хирон, Сатурн) показывают зоны риска, а не диагноз. Любой вывод про здоровье требует подтверждения врачом.

Выбор дат событий

Транзиты показывают «погоду», а не события. GPT не знает, купите ли вы квартиру при Юпитере в 4 доме — он знает, что тема жилья активирована. Конкретика — на вашей ответственности.

Пример диалога уточнения

Вы

В отчёте написано: «Сатурн в 7 доме квадратирует Венера в 10 — сложности в отношениях через карьеру». Раскрой механику: как именно 10 дом давит на 7 через этот квадрат? Дай 3 конкретных сценария поведения.

GPT

Механика: Правитель 7 дома (партнёрство) — Венера в 10 (карьера/статус). Квадрат от Сатурна (ограничения) в 7 к Венере создаёт «тормоз» на выходе энергии 7 дома через 10.

Сценарий 1 (Компенсация): Натив выбирает партнёров, которые «по статусу ниже» или не работают, чтобы не чувствовать давление конкуренции (Сатурн блокирует равноправный союз).

Сценарий 2 (Сублимация): Отношения строятся через общие цели/бизнес. 10 дом «поглащает» 7. Партнёр = коллега/соратник. Интимность уходит на второй план.

Сценарий 3 (Проекция): Натив требует от партнёра идеальной поддержки карьеры (Венера в 10), но сам не даёт эмоциональной доступности (Сатурн в 7). Партнёр виноват в «недостаточной помощи».

Итог: промт — это не заклинание, а протокол передачи контекста

Качество разбора пропорционально качеству входных данных и жёсткости инструкций. JSON с точными градусами + системная роль аналитика + цикл верификации = результат, с которым можно работать. Всё остальное — генерация текста для развлечения. Используйте архитектуру выше, подставьте свои данные, запустите итерации. Карта начнёт говорить на языке причин и следствий.