anchors

anchors

Якорі

src/modules/legend-v2/anchors — створює та перевіряє поворотні події біографії.

Вхід із Канону

Канон задає відомі факти, вік і межі, яким не можна суперечити. Він не має містити джерело для кожної вигаданої події.

Звичайні події навчання, роботи, дружби, стосунків, грошей або подорожей можна створювати, якщо вони сумісні з Каноном. Захищені великі зміни позначаються для підтвердження оператором.

Blueprint не використовується для створення Якорів. Шкали не визначають сюжет. Вони підключаються після відбору сильних відкритих ситуацій і вперше створюють конкретну реакцію людини, її ціну та безпосередній наслідок.

Виконання

1. Система будує м’які періоди життя за поточним віком. Вони допомагають перевірити хронологію, але не вимагають подію для кожного періоду або сфери.
2. Два незалежні запити одночасно створюють відкриті сюжетні ядра з усього життя. Емоція не задається. Кожне ядро фіксує життя до події, буквальну причину, зовнішній поворот, доказ особистої важливості, вразливість, незворотний потенціал, тимчасовий реєстр вигаданої біографії, контрфактичний шлях без події та 1-4 змінені карти життя: матеріальні умови, близькі стосунки, уявлення про себе або світ, ієрархію цінностей, тлумачення минулого, горизонт майбутнього, належність/ідентичність або ставлення до тіла й вразливості. Ядро містить 2-4 короткі можливі напрями реакції без готового результату, ціни чи подальшої біографії.
3. Після них один короткий Challenger Scout отримує вже знайдений пул і фактичні прогалини хронології, причинних ролей, людських наслідків та емоційного руху. Він шукає не порожню категорію, а подію, здатну витіснити вже знайдену сцену за масштабом біографічного розриву: важливе набуття з новим обов’язком, змішаний поворот, створення, близькість, отриману довіру, переосмислення минулого або зміну дому, тіла, покликання чи майбутнього. Новий вік, предмет або сфера не вважаються новою історією. Якщо цей додатковий запит недоступний, достатній пул перших двох Scout зберігається.
4. Перший запит знає поточну роботу, освіту та місто, але не має будувати з них усю біографію. Два інші не отримують ці факти як сюжетні цілі. Кожна ідея має бути окремою історією без спільного вигаданого проєкту, друга або установи.
5. Подія має бути цікавою через реальну ставку, невизначеність, можливість, втрату або помітний наслідок. Трагедія, красиві слова або звичайне компетентне виконання роботи самі по собі не роблять подію Якорем.
6. Окремий запит без шкал порівнює потенціал усього пулу. Він прибирає звичайні факти, формальні етапи, суперечності Канону, незрозумілі або взаємозамінні сцени та історії, де сильний можливий наслідок — лише надалі перевіряти, документувати або бути обережнішою. Метод роботи, короткий проєкт, участь у програмі, локальна роль, обережність або продовження з новими межами залишаються Фактами, якщо не змінюють центральний зв’язок, залежність, безпеку, становище, обов’язок або життєвий шлях.
7. Selector оцінює саму відкриту сцену в строгому порядку: біографічний розрив, незамінна особиста ставка, сумісність із Каноном і причинна природність, видима ціна або набуття, формувальний потенціал, цікавість для читача і лише потім різноманіття. Вік або сфера можуть вирішити лише близьку різницю приблизно до чотирьох балів. Один небезпечний напрям не знищує сильну сцену, бо напрями не є готовими гілками. За близької сили перевагу має подія, що природно випливає з Канону, а не захищена гіпотеза. Сервер бере до буфера лише історії з абсолютною силою не нижче 76 і зберігає сильні резерви.
8. Два паралельні Character Realization запити отримують по половині вибраних сцен. Вони не бачать ранній бал, передбачений результат або рекомендовану Selector реакцію. Для дорослої події вони читають усі 16 поточних шкал як єдиний простір допустимих реакцій і вперше створюють одну конкретну дію, негайний людський результат, особисту ціну, тривалу зміну та формувальний доказ. scale_driven означає, що зміна конкретної шкали правдоподібно змінила б реакцію. scale_modulated означає, що ситуація визначає широкий шлях, а шкала змінює момент, спосіб, звернення по допомогу, витримку або прийняту ціну. context_driven чесно залишає рішення за віком, Каноном або обставинами. У службовому поясненні залишаються лише 0-3 реально відмінні шкали. Шкала пошуку партнера застосовується лише до романтичних стосунків або дейтингу; сервер прибирає її з дружби, родини, роботи та загальної належності без повтору всього Writer-запиту. До 18 років поточні шкали не визначають реакцію; можливий лише обережний formation_signal.
9. Реакції перевіряються на рівні всього набору. Система не повинна повторювати в різних декораціях однакове врятування, відмову, відхід, правильне рішення або встановлення меж.
10. Safety-перевірка читає всі картки як спільну біографію. Пул до 8 карток перевіряється одним запитом; більший пул ділиться на дві паралельні частини не більше ніж по 8 оцінок. Кожна частина бачить увесь набір для пошуку повторів і хронологічних конфліктів, але повну відкриту сцену та Character Fit отримує лише для власних цільових карток. Вона перевіряє вік, Канон, причинний зв’язок, поворотність і видимий формувальний наслідок. Для формувального наслідку й емоції модель обирає ідентифікатор видимого фрагмента; сервер сам підставляє точний текст. Успішна паралельна частина зберігається одразу; після збою Resume перевіряє лише картки без Safety-оцінки.
11. Окремий сліпий Reader Jury бачить тільки вік, заголовок, event, trajectoryChange та ідентифікатори видимих речень. Він незалежно оцінює поворотність, біографічний розрив, ясність причинного ланцюга, емоційний вплив, бажання переповісти, особисту конкретність і природність. Після абсолютного Safety-gate картки strong та usable можуть потрапити до операторського набору. Для вже безпечних карток фінальна сила на 75% спирається на сліпу читацьку оцінку і на 25% — на семантичну; strong отримує малу перевагу, а weak не допускається. Jury не може скасувати Канон або виправдати небезпечну картку. Технічна помилка Jury не перезапускає весь цикл: використовується Safety-derived fallback. Resume зберігає вже отримані Reader-оцінки й надсилає до Jury лише нові картки.
12. Для пошуку глибоких повторів кожна картка отримує внутрішній відбиток: людська дилема, незворотний результат, функція наступного періоду життя та глибинний сюжетний механізм. Тому однаковий сюжет не стає новим лише через інший вік, професію, предмет, установу або сферу.
13. Захищена велика зміна береться з початкової ідеї та позначається сервером для підтвердження. Текстова модель не може прибрати цю позначку.
14. Початковий дорогий цикл не запускає нового Scout після фінальної оцінки. Спочатку bounded refill використовує вже оплачені сильні резерви та безпечні картки, у яких під час написання загубився видимий доказ. Якщо бракує лише однієї або двох карток і такого матеріалу немає, помилка зберігає весь оцінений пул та пропонує один Resume. Resume шукає 4–6 нових premise тільки в реально відсутньому періоді, незалежно відбирає щонайменше два сильні варіанти на одне місце, після чого пише й оцінює лише їх. Слабкий сюжет не підвищується заради числа вісім; дефіцит понад дві картки вимагає нового раунду.
15. Слабка картка не додається лише заради кількості, віку або сфери. Якщо цільова кількість ще не набрана, один обмежений recovery спочатку використовує вже оплачені сильні ядра з reserve, потім — лише змістовно сильні near-miss картки. Reader near-miss переписується тільки коли поворотність, біографічний розрив, емоція та бажання переповісти вже не нижче 76, а втрачено лише ясність або природність. Recovery не змінює створену реакцію чи вплив шкал, бачить повний пул і використовує не більше трьох LLM-викликів: Character rewrite, компактну Safety-оцінку та компактний Reader Jury. Новий Scout автоматично не запускається. Помилка recovery не стирає перевірений частковий набір; результат менше 8 завершується як незавершений без слабкого fallback-тексту.
16. Точний вік і період закріплюються після відбору. Подія має статися раніше за поточний вік, щоб її довготривалий вплив уже можна було побачити.
17. Оператор приймає, редагує, замінює або відхиляє Якорі. Відфільтровані картки та повний пул ідей залишаються у Pipeline report.

Кожен Якір містить буквальний заголовок на 2-5 слів, одне або два прості речення про подію загалом на 24-38 слів та одне речення про зміну подальшого шляху на 12-20 слів. Технічний запас становить 44 і 26 слів. Вік показується окремо й не повторюється в тексті. Видимий текст не використовує службові формулювання на кшталт «наступний період», «стійка роль», «структуровані умови» або «патерн доступу» і не повторює однакові вступи на кшталт «протягом багатьох років». Емоція має виникати з того, хто пішов, залишився, перестав довіряти, втратив місце, прийняв залежність або закрив важливий шлях, а не зі слів «боляче», «назавжди змінило» чи психологічного пояснення. Подробиці додаються пізніше в Банку Фактів.

Після фінального відбору план зберігає чесний реєстр покриття всіх 16 шкал: які шкали вже видно в реакціях Якорів, а яким ще потрібні докази в Банку Фактів. Це не квота на Якорі й не причина вигадувати слабку подію.

Зв’язки

• canon
• fact-bank
• quality-control