Эта страница отвечает:Каким должен быть порог этой линии, чтобы это не было решением на глазок?
Как называется эта малая жизненная цепочка (можно оставить пустым)
Пример для привязки —— какое дело уже достигало какой-то степени (пустое поле запишется как «пример без названия»)
★ Степень, которой уже достиг пример для привязки (обязательно) —— это и есть единица «одной стандартной степени» U
Высота —— высота, которой должно достичь это дело; определяет, на сколько ступеней делится порог (подробность ∝ высоте)
Переопределить множитель положительного порога вручную (пусто = ступень по умолчанию для высоты)
Переопределить множитель отрицательного порога вручную (пусто = ступень по умолчанию для высоты)
Что считается на этой странице (сначала проговорим соглашение)
Этот механизм —— практическое обобщение самого пользователя, а не академическая теория —— ни DOI, ни автора-основателя, ни рецензирования.
На странице не появятся слова «значимость», «доверительный интервал», «p-значение», «размер эффекта», потому что в этом механизме нет ни одной статистики.
Сопоставить можно только на уровне названий —— NCA / QCA (оба спрашивают «насколько должно недоставать, чтобы это считалось недостатком»), только для сопоставления, без смешивания.
Шесть её опор: ① на одной главной жизненной цепочке висят несколько малых жизненных цепочек; ② каждую малую жизненную цепочку определяет высота;
③ подробность порога ∝ высоте; ④ порог нельзя задавать на глаз, его нужно закрепить по делу, достигшему стандартной степени;
⑤ порог делится на положительный / отрицательный и каждый идёт по верхней / нижней полосе линии времени;
⑥ при выходе в подходящий квадрантзапускается следующая. В результате получается пункт ⑦: порог живой.
В чём именно «порог живой»: не в том, что порог сам плавает, а в том, что привязка переезжает вверх ——
как только появляется измерение ≥ положительного порога T⁺, достигнутая степень закрепляется как новая привязка U′, и пороги следующего поколения выводятся от неё заново.
Поэтому блок ④ ниже скажет, «когда пора перепривязываться и чему равна новая привязка».
Как проводятся четыре квадранта: по горизонтальной оси —— степень (измерение относительно нижней полосы T⁻), по вертикальной оси —— время (продвижение контрольных точек относительно 50 %) ——
🟢 Опережение (на полосе и ещё не перевалило за половину) · 🔵 На полосе (на полосе и уже больше половины) · 🟡 Предупреждение (провал ниже нижней полосы и ещё не половина; два раза подряд считается как 🔴) ·
🔴 Отказ (провал ниже нижней полосы и уже больше половины). Кроме того, достаточно одной контрольной точки ≥ T⁺, чтобы сразу запустить следующую, не дожидаясь конца линии времени.
Что здесь слова пользователя, а что —— решения самого алгоритма (разнесено честно, не путать)
· Из слов пользователя (6 пунктов): на главной цепочке висят несколько малых жизненных цепочек · каждую определяет высота · подробность зависит от высоты ·
порог фиксируется по примеру, достигшему стандарта (не на глаз) · положительный и отрицательный пороги идут по верху и низу линии времени · подходящий квадрант —— запуск следующей.
· Решения этого алгоритма (4 пункта, и ни одно число не из слов пользователя):
① множители лестницы высоты (1.0/1.3/1.6/2.0/2.5 и 0.8/0.7/0.6/0.5/0.4) —— в словах сказано только «подробность зависит от высоты», ни одного числа не дано;
② число контрольных точек N = высоте —— это прочтение «подробности» как «на сколько контрольных точек делится», трактовка самого алгоритма;
③ ожидаемая линия E_k = T⁻ + (T⁺−T⁻) × k/N (линейный подъём) —— в словах ожидаемой линии нет, это вспомогательная линия, добавленная для определения квадранта;
④ граница 50 % у четырёх квадрантов —— в словах сказано только «подходящий квадрант», а как его проводить, не сказано.
Пункты ①② выше на странице можно переопределить полями ввода; ③④ жёстко зашиты в алгоритме.
Не подтверждено (то, в чём нет уверенности, помечено здесь)
· Не подтверждено ①: размер эффекта d у NCA —— в этот раз исходная литература не проверялась (Crossref не сверялся, оригинал не читался), поэтому страница называет только понятие
и не приводит его формулу и не приводит DOI —— привести значило бы выдумать.
· Не подтверждено ②: порог согласованности QCA —— так же, только сопоставление названий.
· Не подтверждено ③: есть ли у «высоты» в исходном тексте фиксированные ступени (ровно ли 1–5) —— не подтверждено; страница работает по 1–5, а выход за диапазон обрабатывается как высота по умолчанию 3 с предупреждением.
· Не подтверждено ④: у этого механизма нет ни одного случая калибровки в реальном мире —— T⁺/T⁻ на странице это арифметический результат,
и он не означает, что механизм проверен на каком-либо реальном бизнесе.
· Не подтверждено ⑤: исходный текст алгоритма / проектный документ: в этот раз не удалось найти ни одного письменного первоисточника этого механизма (есть только устный рассказ пользователя),
поэтому соглашение этой страницы целиком взято из слов пользователя + решений самого алгоритма, сторонних документов для ссылки нет.
Файл алгоритма: /_shared/algo/live-threshold.js (чистый фронтенд, ноль внешних зависимостей, не тянет CDN, не вызывает LLM).
Полная документация алгоритма (включая план повышения ступеней по девяти осям): домашняя машина /opt/inventory/live_threshold.md;
проверка порогов по всему хранилищу: /opt/inventory/threshold_audit.md.
Что можно сделать дальше
Следующих слайсов пока нет.
Сгенерировано /opt/slices_build/build.py по спецификации /_shared/slices/live-threshold.json — чтобы изменить эту страницу, правьте спецификацию и перезапустите генератор; никогда не правьте HTML вручную.