Годовые профекции

От «передачи» года к современному колесу: почему история профекций шире одной формулы

Современное слово profection пришло через латинскую астрологическую лексику. Латинское profectio у Lewis & Short прежде всего означает отправление или выступление в путь и связано с proficiscor — «отправляться». Этимология хорошо подходит идее продвижения по знакам, но сама по себе не доказывает происхождение техники: грекоязычные астрологи пользовались собственной терминологией handings-over и распределений времени, а позднейшие переводческие традиции закрепляли латинские названия.

Annual profections хорошо засвидетельствованы в эллинистической литературе. Доротей в IV книге Carmen Astrologicum предписывает считать от Ascendant по одному году на знак и определять lord of the year по управителю достигнутого знака. В той же традиции начало годового периода связывается с возвращением Солнца к натальной позиции, то есть с annual revolution, а не просто с полуночью календарного дня рождения.

Павел Александрийский в главе 31 Introductory Matters даёт особенно прозрачное описание: первый год относится к Horoskopos, второй — к следующему знаку, и так далее до завершения двенадцатого числа. Это древнее свидетельство именно той циклической логики, которую сегодня удобно записать через age mod 12.

У Веттия Валента картина сложнее. В IV книге Anthology profections входят в большую систему chronocratorship и handings-over; он использует не только Ascendant, но также другие значимые точки, включая Lots of Fortune, Daimon, Eros и Necessity. Поэтому нельзя превращать всю валенсовскую практику в одну современную диаграмму «возраст → дом». Базовая annual profection исторична, но её полная античная экология была многослойнее.

Техника не исчезла вместе с античностью. Арабские и латинские авторы связывали profections с revolutions of the years, directions и другими annual techniques. В раннем Новом времени Уильям Лилли обсуждал annual, monthly и diurnal profections и подчёркивал их совместное использование с directions и transits. Современное возрождение эллинистической астрологии вернуло в популярную практику прежде всего простую Ascendant-based whole-sign форму, потому что она легко считается и ясно назначает time lord.

Историческая честность поэтому требует двух утверждений одновременно: one-sign-per-year count действительно древний; современный стандартный интерфейс с таблицей возрастов, одним выделенным house и одним Lord of the Year является отбором и упрощением более разнообразной традиции, а не полной копией одного античного алгоритма.

Сначала категория: profection выбирает годовой индекс, а не строит новое небо

В транзите функция времени возвращает реальные эфемеридные долготы планет. В secondary progression символическая дата тоже приводит к новому набору эфемеридных координат. В solar arc натальные долготы сдвигаются общей дугой. Annual profection в базовой форме делает другое: она выбирает один элемент из циклического списка двенадцати places.

Это различие можно проверить программно. Результат минимального profection engine — completedAge, placeNumber, profectedSign и timeLord. Для такого результата не нужно вычислять текущий Марс, Юпитер или Луну. Планетные эфемериды становятся нужны позже, если выбранная школа добавляет transits, solar return или другое подтверждение.

Отсюда полезное правило чтения: выражение «активировался VII дом» означает выбор сектора внутри symbolic timing system, а не физическое изменение натальной карты. Натальный VII дом никуда не перемещается, а планеты не начинают буквально находиться в нём из-за возраста.

Математическое ядро: остаток от деления возраста на двенадцать

Для распространённой Ascendant-based annual profection пусть a — число завершённых лет текущего profection period. Тогда offset k = a mod 12, а номер активного place H = k + 1. При a = 0 H = 1; при a = 11 H = 12; при a = 12 цикл возвращается к H = 1.

Если rising sign кодируется индексом R от 0 до 11, profected sign вычисляется P = (R + k) mod 12. Например, при Gemini rising и возрасте 29 k = 5: счёт идёт Gemini, Cancer, Leo, Virgo, Libra, Scorpio, поэтому активен шестой whole-sign place — Scorpio. При традиционной rulership table time lord этого года — Mars.

Формула кажется элементарной, но переменная a должна быть определена корректно. Нельзя просто взять разницу дат в днях и разделить её на 365: leap years, time zone и выбранная boundary convention способны дать off-by-one около дня рождения. Software должен сначала определить, сколько годовых границ уже прошло, и только затем применять modulo.

Не один результат, а три: profected place, profected sign и lord of the year

В разговорной речи эти уровни часто сворачивают в «у меня год шестого дома». Технически полезнее хранить три поля. Place number сообщает относительную позицию от Ascendant; profected sign сообщает, какой знак занимает этот whole-sign place; time lord определяется по rulership table этого знака.

Для Aries rising возраст 29 даёт VI place = Virgo и time lord Mercury. Для Taurus rising тот же возраст 29 всё ещё даёт VI place, но знак будет Libra и time lord Venus. Возраст определяет номер места, а natal rising sign — его zodiac identity. Поэтому таблица «возраст → дом» одинакова для всех, а «возраст → управитель года» уже персональна.

Lord of the Year не следует путать с chart ruler. Chart ruler обычно означает управителя натального Ascendant и остаётся тем же в рамках выбранной rulership convention. Profection time lord меняется по циклу. Иногда обе роли достаются одной планете — например, в I-place profection year — но это совпадение функций, а не тождество терминов.

Почему базовая схема считает знаки, а не идёт по Placidus cusps

В стандартной реконструкции Hellenistic annual profections Ascendant sign является первым place целиком, следующий знак — вторым, далее по zodiacal order. Это естественно сочетается с Whole Sign houses: номер place и номер whole-sign house совпадают.

Если натальная карта на экране нарисована в Placidus, это не требует менять profection count. Можно продолжать использовать Placidus для других задач, а annual profection считать от rising sign по целым знакам. Иначе cusp geometry начнёт вмешиваться в технику, чьё базовое правило задаётся последовательностью signs/places.

Современные программы и авторы иногда предлагают house-based profections через quadrant houses или перемещение точной степени. Такие варианты не запрещены как авторская методика, но их нельзя молча выдавать за тот же алгоритм. Воспроизводимый отчёт должен написать: whole-sign sign-count, quadrant-house variant или degree-based profection.

Управитель года зависит от таблицы rulership: традиционный default нельзя незаметно заменить современным

Классическая annual profection работает внутри семипланетной domicile scheme: Aries и Scorpio — Mars; Taurus и Libra — Venus; Gemini и Virgo — Mercury; Cancer — Moon; Leo — Sun; Sagittarius и Pisces — Jupiter; Capricorn и Aquarius — Saturn.

Если современная программа назначит Scorpio Pluto, Aquarius Uranus, а Pisces Neptune, она изменит сам набор возможных time lords и историческую логику technique. Это может быть современная interpretive convention, но её необходимо обозначить как deviation, а не как незаметный software default.

Поскольку profection используется именно для выбора временного управителя, rulership table — не декоративная настройка. Она является частью алгоритмического контракта. Два калькулятора могут одинаково определить VI place и Scorpio, но вывести разных lords только из-за разных rulership tables.

День рождения или exact solar return: маленькая календарная разница с реальным edge case

Популярные calculators часто переключают profection в момент календарного дня рождения или в 00:00 местного дня. Это удобный интерфейсный shortcut: большую часть года он даёт тот же номер, что и более точная annual-return convention.

Однако Доротей связывает начало года с моментом, когда Солнце вновь достигает натальной позиции. Exact solar return может произойти за часы до или после локального времени рождения и иногда на соседней календарной дате. Пользователь, проверяющий карту около anniversary, поэтому может увидеть разные time lords в двух программах, хотя весь остальной год они совпадают.

Есть два честных решения. Простое приложение может объявить boundary = civil birthday и быть внутренне последовательным. Исторически ориентированная программа может вычислять exact solar return через эфемериды и root solving по солнечной долготе. Нечестно только скрывать convention и затем представлять расхождение как ошибку пользователя.

Точность времени рождения нужна не равномерно: решающим является знак Ascendant

Basic profection не использует точную степень Ascendant после того, как rising sign уже известен. Поэтому человек с ASC в середине знака может получить тот же profected place и time lord при ошибке рождения в несколько минут. Это резко отличается от solar-arc contacts к ASC, где каждая степень важна.

Но около границы rising sign ситуация дискретно меняется. Если реальный ASC мог быть 29°59′ одного знака или 0°01′ следующего, вся двенадцатилетняя sequence signs и time lords сдвигается на один знак. Здесь неопределённость не постепенно ухудшает результат — она переключает весь selector.

Место рождения требуется в той мере, в какой оно нужно для вычисления Ascendant. Если rising sign уже надёжно установлен из корректной натальной карты, дальнейшая modulo-арифметика использует только его sign index и возраст. Если время рождения неизвестно, подставлять условный полдень и выдавать полученный time lord как персонально точный методологически нельзя.

Ascendant — главный современный shortcut, но исторические profections могли стартовать и из других точек

В учебном современном формате annual profection почти всегда означает counting from the Ascendant. Это полезно: один вход, один активный place, один obvious time lord. Но у Валента handings-over не ограничиваются Horoskopos. Он профектирует другие significators и ключевые Lots, чтобы отвечать на разные topical questions.

Логически это означает, что слово profection описывает операцию передачи/продвижения по знакам, а не единственный священный starting point. Если стартовать от Lot of Fortune, output будет уже не «annual house from Ascendant», хотя step key может оставаться one sign per year.

Для glossary важно сохранить границу: ПУТЬ под annual profections описывает прежде всего Ascendant-based annual time-lord technique, потому что именно её обычно ищет пользователь. Расширенные profections от Lots и других significators относятся к профессиональному историческому слою и не должны незаметно вмешиваться в простой calculator.

Месячные и дневные профекции — отдельные масштабы, а не часть обязательной формулы года

Исторические и традиционные авторы развивали annual count в более мелкие time units. Один распространённый принцип начинает первый месяц с annual profected sign и передаёт следующий месяц следующему знаку; встречаются также более точные деления solar year и diurnal variants.

Нельзя вывести единственный universal monthly algorithm только из формулы H = age mod 12 + 1. Нужно дополнительно определить length of month, точку старта и способ обращения с неравной длиной солнечного года. Поэтому monthly profection должна иметь собственный method flag.

Для новичка практическая последовательность безопаснее: сначала надёжно определить annual place и lord; затем, если школа действительно использует sub-periods, добавить их отдельным слоем. Иначе простая годовая техника превращается в незаметную смесь разных временных ключей.

Что делает time lord: он задаёт приоритет чтения, а не отменяет остальную карту

В традиционной практике profected place выделяет тематическую область, а его ruler получает временный статус. Дальше рассматривают натальное состояние этого ruler: его sign, place, sect condition, достоинства, аспекты и связи с другими significators — в зависимости от школы.

Затем annual profection часто комбинируют с solar return и transits. Идея не в том, что time lord магически усиливает любой транзит, а в том, что technique создаёт hierarchy of attention: события и контакты, связанные с выбранным ruler и profected place, получают больший интерпретационный вес внутри этой традиции.

Такое чтение не превращает house number в событие. VII profection year не гарантирует брак или развод; X не гарантирует повышение; VIII не предсказывает смерть. Профекция маркирует сектор символической модели и time lord, после чего интерпретация остаётся условной и контекстной.

Не путать: один и тот же год можно описывать четырьмя разными временными слоями

Transit отвечает: где фактически находятся небесные тела в момент t относительно натала? Secondary progression отвечает: где тела оказываются в symbolic day-for-year ephemeris time? Solar arc отвечает: что произойдёт, если выбранный natal set сдвинуть одной общей дугой? Annual profection отвечает: какой sign/place и ruler выбирает дискретный возрастной индекс?

Solar return отличается особенно важным образом. Его exact moment — астрономически вычисляемое возвращение транзитного Солнца к натальной долготе; profection может использовать этот момент как boundary, но её active place определяется возрастным счётом, а не геометрией return chart.

Поэтому phrase «у меня активировался шестой дом, потому что Сатурн туда вошёл» смешивает техники. Transit Saturn through VI и VI-place profection могут совпасть в одном году, но являются независимыми conditions и должны храниться отдельными полями.

Почему два калькулятора могут дать разные profection year и time lord

Первое место проверки — age boundary. Один сервис может переключать год по local birthday, второй — по exact solar return, третий — ошибочно использовать calendar year. Расхождение обычно видно только возле anniversary, но именно там пользователь чаще всего проверяет новый год.

Второе — rising sign и zodiac convention. Разная birth time, time-zone conversion, координаты или tropical/sidereal setting могут изменить исходный Ascendant sign. Третье — house/profection model: whole-sign count против quadrant-house implementation. Четвёртое — ruler table: traditional seven против modern outer rulers.

Правильный debug screen должен показывать не только красивый итог «Ваш год — Венера», но и inputs: birth UTC, rising sign, completed age, boundary type, offset, profected place, profected sign и rulership table. Тогда disagreement превращается из мистической загадки в сравнение параметров.

• Сверить дату, время, timezone и место рождения.
• Сверить tropical/sidereal setting и rising sign.
• Сверить boundary: birthday или exact solar return.
• Сверить whole-sign versus quadrant/degree-based method.
• Сверить traditional versus modern rulership table.
• Сверить, считает ли сервис age 0 первым profection year.

Как должен быть устроен воспроизводимый profection engine

Минимальный production contract полезно разделить на два этапа. Natal stage вычисляет birth instant, Ascendant longitude и rising sign по объявленным zodiac/ephemeris conventions. Profection stage принимает risingSignIndex, target instant и boundary policy и возвращает discrete outputs. Такой дизайн не требует повторно строить всю натальную карту на каждый запрос.

Для birthday boundary completed age нужно считать календарно, а не через milliseconds / 365.25 days. Для exact-solar-return boundary software должен найти момент, когда транзитная солнечная longitude снова равна natal solar longitude с circular wrap и достаточной численной точностью; только после прохождения этого root event возрастной индекс увеличивается.

Выход должен быть прозрачным: method='annual-whole-sign', age, offset, placeNumber, sign, timeLord, rulership='traditional', boundary и source rising sign. Если позже добавляются monthly profections или profections from Lots, это новые method identifiers, а не дополнительные hidden switches той же функции.

Что реально делает production ПУТИ — и чего пока не делает

В актуальном репозитории slug annual-profections присутствует в FORECAST_ASTROLOGY_SLUGS компонента service-bridge.tsx. Это классификация энциклопедической темы: страница получает forecasting-oriented service bridge.

Отдельного runtime engine, который вычислял бы completed age, profected place/sign, Lord of the Year, monthly profections или exact profection boundary, в production-коде не обнаружено. Нет и UI result contract с timeLord/profectedHouse. Поэтому нельзя писать, будто ПУТЬ уже автоматически рассчитывает профекции.

Натальная часть проекта умеет работать с birth data для других задач, но её tropical/house settings не следует автоматически объявлять profection convention: пока отдельной функции нет, у annual-profections нет фактического production default по boundary, rulership или whole-sign method. Если расчёт будет добавлен, эти параметры должны стать явной частью implementation contract.

Один пример, в котором видно всю механику без интерпретационного тумана

Предположим, rising sign = Cancer, человеку исполнилось 34 года и выбран birthday boundary. 34 mod 12 = 10, поэтому активен XI place. Считая whole signs от Cancer: I Cancer, II Leo, III Virgo, IV Libra, V Scorpio, VI Sagittarius, VII Capricorn, VIII Aquarius, IX Pisces, X Aries, XI Taurus. Profected sign = Taurus.

В traditional domicile table Taurus ruled by Venus, следовательно time lord = Venus. На этом вычислительная часть базовой annual profection закончена. Ни текущая longitude Venus, ни solar return houses, ни transit aspects не требовались для получения этих трёх outputs.

Интерпретационная практика может затем спросить, где natal Venus стоит, какими places управляет, какова её condition и какие transits/solar-return factors повторяют тему. Но эти шаги нельзя задним числом включить в определение profection — иначе перестанет быть понятно, что именно калькулятор вычислил, а что астролог добавил как reading model.

Точность формулы не является доказательством прогностической причинности

Операция modulo 12, вычисление Ascendant и поиск solar-return instant при соответствующих inputs — математически и астрономически проверяемые процедуры. Можно точно установить, какой sign выдаст выбранный profection algorithm и совпадают ли два calculators при одинаковых conventions.

Другое утверждение — что выбранный sign или time lord объективно причиняет события, отношения, болезни, карьерные перемены или финансовые результаты. Это уже астрологическая интерпретация. Наличие древнего источника подтверждает историю doctrine, но не превращает doctrine в экспериментально установленный закон природы.

Поэтому responsible use профекции — ранжировать темы и вопросы внутри выбранной традиции, а не обещать неизбежное событие. Особенно недопустимо из одного profected place выводить диагноз, смерть, развод, беременность, судебный исход или гарантированный доход.