Стеллиум

История термина: многопланетные сочетания древние, слово stellium — нет

Историю лучше начинать не с определения «три планеты», а с разделения явления и названия. Во II веке Веттий Валент уже давал отдельные толкования комбинаций двух и трёх планет. Современное исследование его Anthologies показывает, что triple combinations были частью реальной античной практики совместного чтения планет. Это доказывает древность работы с многопланетными группами, но не существование современного термина stellium и не единый античный порог количества.

Для более старой европейской терминологии встречается satellitium — латинское слово, связанное с satelles, «спутник, сопровождающий, член свиты». Метафора хорошо передаёт группу тел, собранных вместе. Современное stellium выглядит как более позднее новолатинское образование от stella, «звезда», с коллективным оттенком значения.

Раннее документированное английское употребление stellium находится у James Wilson в A Complete Dictionary of Astrology 1819 года. Его формулировка говорит о crowd of planets и далее упоминает четыре или пять планет. Уже этот пример показывает, насколько опасно выдавать сегодняшнее учебное «3+ в знаке или доме» за неизменное историческое определение.

В конце XIX и в XX веке stellium и satellitium употреблялись параллельно, а затем современное слово стало обычным. Вместе с популяризацией natal astrology расширились и критерии: одни авторы стали считать три planets достаточными, другие сохраняли четыре, появились house-based и purely sign-based варианты. Поэтому история ведёт не к одному потерянному правильному правилу, а к нескольким линиям употребления.

Определение без ложной точности: стеллиум существует только вместе с объявленным профилем

Самый безопасный современный ответ: стеллиум — это заметная концентрация нескольких планет, которую конкретная школа признаёт единым кластером. Число участников и геометрия кластера не стандартизированы. Поэтому слово отвечает на вопрос «есть концентрация», но не сообщает автоматически, как именно она была обнаружена.

Для воспроизводимого результата нужны минимум четыре настройки: `minBodies`, `bodySet`, `clusterMode` и, если используется градусная близость, `conjunctionOrbProfile`. Для house-based варианта добавляется `houseSystem`. Без этих полей boolean `hasStellium = true` почти невозможно проверить независимо.

Практически полезно считать слово stellium вторичной меткой поверх исходных фактов. Сначала программа должна сохранить список объектов, их долготы, знаки, дома, ширину группы и сеть conjunction; только затем применить выбранную convention и поставить ярлык.

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

В современной литературе широко встречаются обе границы. Julia и Derek Parker используют три и более planets в одном sign или house; Alan Oken требует не менее четырёх. Историческое определение Wilson также говорит о четырёх или пяти в своём наблюдении. Поэтому число `3` не является природной константой термина, а число `4` — не единственная традиционная норма.

Разница имеет практический эффект. Тройка Sun–Mercury–Venus по правилу 3+ мгновенно создаёт множество стеллиумов, тогда как 4+ делает категорию значительно уже. Если исследователь сравнивает частоту стеллиумов в выборках, не объявив threshold, результаты разных каталогов становятся несопоставимыми.

Для ПУТИ разумная энциклопедическая позиция — не выбирать победителя. Glossary объясняет расхождение, а будущий software должен маркировать профиль, например `sign-3-planets` или `tight-chain-4-planets`, чтобы пользователь видел не только результат, но и правило.

Один знак, один дом или тесный градусный кластер — это три разные задачи

Sign-based test — категориальный: достаточно проверить, принадлежат ли выбранные объекты одному 30-градусному сектору zodiac. Планеты в 1° и 29° одного знака проходят такой тест, хотя между ними почти весь знак и они могут не иметь accepted conjunction по degree-based model.

House-based test группирует по дому. В quadrant systems один house способен захватывать части двух signs, поэтому планеты из соседних знаков могут оказаться в одном доме. Обратная ситуация тоже возможна: несколько planets одного sign разделяются cusp и попадают в разные дома.

Tight-cluster test — непрерывно-геометрический. Он спрашивает не о labels sign/house, а о расстояниях между longitudes. Такой кластер может пересечь 0° Aries, sign boundary или house cusp и всё равно остаться тесной цепочкой. Называть эти три объекта одним словом можно только после уточнения mode.

Как измерять ширину стеллиума: zodiac — круг, поэтому max − min иногда лжёт

Для degree-based profile полезно хранить `clusterSpan`: длину минимальной дуги zodiac, содержащей всех участников. На обычном участке её легко увидеть как расстояние между крайними longitudes. Но возле 0° Aries простое `max(longitude) - min(longitude)` ломается.

Например, группа 358°, 1° и 4° занимает минимальную дугу всего 6°, хотя наивное вычитание даёт 357°. Корректный алгоритм сортирует точки на круге, находит самый большой пустой промежуток между соседними позициями, включая переход 360°→0°, и вычитает этот gap из 360°.

Сам `clusterSpan` ещё не решает, является ли группа стеллиумом. Он лишь честно описывает компактность. Threshold вроде `span ≤ 10°` — дополнительная convention, а не свойство zodiac geometry.

Цепочка соединений и «все со всеми»: одна группа может пройти один тест и провалить другой

Если школа требует conjunction, возникает второй вопрос: должны ли все пары быть внутри orb или достаточно связной цепочки. Пусть A соединена с B, а B — с C, но A и C уже вне допустимого orb. В graph terms это connected component, но не complete clique.

Chain rule признаёт такую тройку единым кластером, потому что от любого участника можно пройти к другому по accepted conjunction edges. All-pairs rule отвергнет её: крайние участники напрямую не связаны. Оба алгоритма логически непротиворечивы, но дают разную статистику.

Поэтому фраза «все планеты стеллиума должны быть в соединении» тоже недостаточно точна. Нужно спросить: every pair или continuous chain? Именно этот параметр объясняет часть расхождений между современными школами и калькуляторами.

У стеллиума нет собственного универсального орбиса

Если стеллиум определяется по одному sign или house, отдельный orb вообще не нужен. Если используется tight-cluster model, обычно берут правила conjunction — но сами conjunction orbs зависят от школы, участвующих bodies и техники. Поэтому вопрос «какой орбис у стеллиума?» не имеет единственного числа без profile.

Можно задать фиксированный edge threshold, planet-dependent orbs или уже существующий conjunction profile проекта. Важно не подменять одно другим: `clusterSpan = 12°` не означает, что каждая пара находится в conjunction, и наличие двух тесных соединений не гарантирует, что ширина всей группы мала.

Glossary `orb` отвечает на устройство допустимых отклонений, а специализированная статья о стеллиуме может разбирать конкретные cluster policies. Здесь достаточно зафиксировать архитектурную границу: orb принадлежит rule set, не слову stellium самому по себе.

Кто считается участником: планеты, светила, узлы, углы и астероиды

В астрологическом языке Sun и Moon традиционно входят в общий рабочий набор planets, хотя астрономически Sun — звезда, а Moon — спутник Земли. Поэтому большинство современных planet-based definitions считает светила участниками. Это терминологическая convention астрологии, а не заявление об их физической классификации.

ASC, MC и lunar nodes — вычисляемые точки/оси, а не планеты. Chiron — малое тело; asteroids образуют ещё более широкий класс объектов. Их присутствие рядом с планетарным кластером можно интерпретировать отдельно, но включение в минимальный count должно быть сознательным расширением профиля, иначе число участников меняется без объяснения.

Уран, Нептун и Плутон входят в многие современные definitions, но античные и средневековые авторы не могли использовать их как участников до открытия этих тел. Поэтому фраза «традиционный стеллиум с Плутоном» требует исторической оговорки: это современное расширение более старой идеи planetary grouping.

Sun–Mercury–Venus: почему три знакомых объекта не всегда означают редкую геометрию

Mercury и Venus — внутренние планеты. С Земли Mercury никогда не отходит от Sun более чем примерно на 28°, а Venus — примерно на 47–48°. Поэтому их longitudes структурно ограничены относительно солнечной; появление Sun, Mercury и Venus в одном секторе гораздо менее случайно, чем свободная комбинация любых трёх независимых тел.

Из этого не следует запрет считать такую тройку. Следует другое: если школа хочет, чтобы stellium обозначал необычно плотную конфигурацию, она может потребовать четвёртую planet или более строгий degree criterion. Если школа определяет термин просто как 3+ в одном sign, тройка проходит тест без дополнительных исключений.

Важно не маскировать preference под астрономический закон. Геометрия объясняет, почему Mercury/Venus часто оказываются близко к Sun; решение повысить threshold принадлежит astrological definition.

Медленные внешние планеты: групповая эпоха и индивидуальная карта — разные уровни

Uranus, Neptune и Pluto движутся медленно, поэтому их sign placements разделяются большими группами людей одного поколения. Если два медленных тела долго находятся рядом, сам этот фон не становится уникальным для одного рождения.

Индивидуальность кластера возрастает, когда к нему присоединяются faster/personal planets, Moon, angles или house placement — но эти дополнительные факторы нужно считать отдельно, а не объявлять outer planets «не считающимися» без правила. В одном профиле они могут входить в count, в другом — только описывать фон.

Полезная запись поэтому содержит `bodySet`: например, seven traditional planets, ten modern planets или custom set. Тогда спор «Плутон считается?» превращается из мнения в проверяемую настройку.

Домовой стеллиум нельзя отделить от системы домов

House membership — не свойство planet само по себе. Оно появляется после выбора house system и расчёта cusps для конкретного времени и места. Поэтому house stellium должен записываться вместе с `houseSystem`, а не как абсолютный факт, одинаковый во всех программах.

В Whole Sign Houses каждый знак целиком становится домом. Там три planets в одном sign автоматически принадлежат и одному whole-sign house, хотя номер дома определяется Ascendant sign. В Placidus границы домов обычно не совпадают с границами signs: один sign cluster может разделиться, а один дом может собрать planets из соседних signs.

Это означает, что фраза «у меня стеллиум в X доме» без времени рождения и названия house system технически неполна. Для sign-based cluster те же данные о домах вообще не обязательны.

Что можно установить без времени рождения, а что нельзя

Для sign-based cluster время часто не критично для медленных planets и Sun, если они далеко от sign boundary. Moon движется значительно быстрее и за сутки проходит большую дугу, поэтому при неизвестном времени её знак или участие около границы могут быть неопределёнными. Правильный результат тогда — диапазон возможных classifications, а не выбранный наугад noon.

Для house-based stellium точный birth time и place принципиальны: они определяют Ascendant и cusps. Без них нельзя достоверно утверждать, что четыре planets находятся, например, в шестом доме, даже если приложение технически умеет построить карту на условное время.

Для tight planet-only cluster можно работать только с longitudes участников. Место рождения не входит напрямую в стандартные geocentric ecliptic longitudes, но необходимо для корректного восстановления UTC из local civil time и становится частью расчёта при topocentric convention.

«Управитель стеллиума» не является встроенным свойством термина

Если все участники находятся в одном sign, можно изучать ruler этого sign. Это обычное применение sign rulership: оно не создаёт новую специальную планету «управитель стеллиума». Если cluster определяется только одним house и пересекает несколько signs, sign ruler всей группы вообще не единственен.

Для house emphasis можно отдельно рассматривать ruler знака на cusp/whole-sign house в соответствии с выбранной house doctrine. Но смешивать этот ruler с dispositors всех planet нельзя: это разные отношения. Участники кластера могут иметь разные dispositors, mutual receptions и essential conditions.

Точно так же у стеллиума нет встроенного apex. Если астролог выделяет одну planet как лидирующую — по достоинству, угловости, rulership, central degree или другим критериям — это дополнительный analytical layer и он должен быть назван.

Стеллиум не превращает несколько планет в одну «сверхпланету»

Даже очень тесный cluster состоит из разных bodies с разными significations, скоростями, достоинствами, домами и аспектами. Техническая группировка удобна для обнаружения концентрации, но не стирает индивидуальные свойства участников.

В интерпретации полезнее сначала понять каждую planet, затем их непосредственные conjunctions и только после этого оценивать общий sign/house context. Если крайние bodies не находятся в прямом accepted conjunction, особенно важно не приписывать им автоматический двусторонний контакт только потому, что между ними есть третья planet.

Научного подтверждения причинного психологического действия стеллиума нет. Вычисляемы positions, membership и angular distances; выводы о характере, событиях или «энергии» относятся к астрологической традиции и должны оставаться в этом статусе.

Стеллиум, conjunction и aspect pattern: соседние, но не взаимозаменяемые понятия

Conjunction — отношение двух объектов относительно 0° и выбранного orb. Stellium описывает группу из нескольких объектов. Если кластер строится как conjunction network, он использует соединения как рёбра, но не становится одним гигантским двухточечным аспектом.

T-square, Grand Trine и другие строгие aspect configurations обычно определяются набором углов между несколькими вершинами. У стеллиума такой единой геометрической схемы нет: знак, дом или chain policy могут заменить фиксированный набор angles. Именно поэтому его статус как aspect pattern зависит от таксономии конкретной школы.

Glossary `aspect-pattern` объясняет общий класс конфигураций, а специализированный материал ПУТИ о stellium разбирает спорные criteria и практику чтения глубже. Эта страница удерживает терминологическую границу и не дублирует весь cluster analysis.

Транзитный стеллиум: временная концентрация использует те же правила, но другой объект исследования

Слово stellium применяют не только к natal chart. Несколько current planets могут временно собраться в одном sign или тесной degree zone. Тогда membership меняется по времени: быстрая Moon может войти и выйти за часы, Mercury/Venus — за дни или недели, slow planets задают более длинный фон.

Нельзя автоматически переносить natal interpretation на transit cluster. Сначала вычисляют текущую конфигурацию и её контакты с natal chart, затем уже используют конкретную predictive doctrine. Сам временный count не гарантирует события и не сообщает, к какой natal теме он относится.

Для software transit stellium нуждается в timestamp и profileId. Без них результат невозможно повторить, особенно если одна из planets находится возле sign boundary или edge выбранного conjunction orb.

Синастрия: смешанный кластер двух карт — не автоматически natal stellium

В synastry можно увидеть несколько planets двух людей в одной небольшой zodiac zone. Геометрически это реальная concentration longitudes, но участники принадлежат двум разным natal charts и двум разным моментам времени. Называть такую группу просто «стеллиумом человека» некорректно.

Если школа использует термин synastry stellium, она должна объявить, разрешает ли смешивать bodies обеих карт и какой minimum применяется к каждой стороне. Иначе три placements одного человека плюс одна planet другого незаметно превращаются в конфигурацию, которой нет ни в одной natal chart отдельно.

Для совместимости важнее перечислить конкретные cross-chart conjunctions и роли участников, чем строить вывод о качестве отношений из одного cluster label.

ПУТЬ сейчас: данных для нескольких профилей достаточно, автоматического stellium classifier нет

В свежем production-коде `generate-natal` natal engine рассчитывает tropical geocentric positions для Sun, Moon, Mercury, Venus, Mars, Jupiter, Saturn, Uranus, Neptune и Pluto и сохраняет для каждой planet `sign`, `absoluteDegree` и `house`. Дома считаются Placidus. Этого набора уже достаточно, чтобы позже построить sign-count, Placidus-house-count и degree-cluster algorithms.

Одновременно структура хранит True Node, Lilith, Selena и angles отдельно, а aspect engine включает некоторые точки в аспектные расчёты. Это важно для будущего classifier: нельзя автоматически брать `allPositions` из aspect engine и считать их «планетами стеллиума», иначе nodes/points незаметно увеличат count. Нужен явный `bodySet`.

По свежему ZIP отдельные поля или функции `stellium`, `planetCluster`, `clusterProfile` или `stelliumType` в production path не найдены. Значит ПУТЬ сейчас не должен заявлять пользователю автоматически рассчитанный стеллиум как существующую функцию.

Есть ещё одно ограничение: если `birthTime` отсутствует, natal engine технически использует 12:00 и всё равно вычисляет Placidus houses. Такой fallback допустим для внутренней устойчивости системы, но его нельзя использовать как достоверный house-stellium detector. Будущий classifier должен блокировать house mode либо маркировать его как uncertain, пока реальное время рождения неизвестно.

Как записывать стеллиум так, чтобы результат можно было проверить

Минимальная запись для sign profile: список участников, их точные longitudes, sign, `minBodies`, `bodySet` и zodiac framework. Для house profile добавляются birth-time reliability и house system. Для tight cluster — `clusterSpan`, conjunction profile и graph rule `chain` или `allPairs`.

Полезно также хранить признаки, которые не определяют membership, но влияют на дальнейшее чтение: какие пары реально conjunct, кто из participants retrograde, какие внешние aspects связывают cluster с остальной картой и какие dispositors у planets. Эти данные не должны менять label задним числом, если profile их не использует.

Такой формат позволяет честно сравнить две программы. Если обе получили одинаковые longitudes, но одна использовала `3+ same sign`, а другая `4+ connected conjunctions`, различие ответа становится понятным и воспроизводимым.

От измеримого к символическому: граница, которую стеллиум сам не пересекает

Расчёт может установить количество объектов, их longitudes, membership одного sign/house, angular separations, cluster span и conjunction graph. Эти утверждения воспроизводимы при одинаковых ephemeris и настройках.

Утверждения «стеллиум делает знак главным», «даёт особый талант», «создаёт кармическую миссию» или «обязательно вызывает перекос жизни» не следуют из геометрии как физический закон. Это symbolic interpretations разных астрологических школ; их можно обсуждать, но нельзя выдавать за измеренное свойство кластера.

Профессиональное чтение также сохраняет остальную карту. Даже если cluster велик, противоположные и квадратные аспекты, ruler relationships, houses, sect, достоинства и другие структуры не исчезают. Стеллиум — способ заметить концентрацию, а не разрешение игнорировать всё остальное.

Что остаётся специализированной статье ПУТИ о стеллиуме

Эта glossary-страница устанавливает термин: происхождение названия, competing definitions, состав участников, роль house system, отличие sign/house/tight cluster и требования к software profile. Её задача — чтобы читатель понимал, почему два источника способны дать разные labels.

Специализированная страница `aspect-configurations/stellium` предназначена для следующего уровня: детального разбора cluster topology, состава planets, внешних аспектов, поколенческого фактора, чтения sign/house emphasis и практических примеров. Дублировать этот материал здесь означало бы каннибализировать отдельный кластер энциклопедии.

После glossary читатель должен уметь сначала описать вычисляемый объект, а уже затем переходить к его интерпретации. Это и есть граница между терминологией и long-form analysis.