Документ описывает инструменты на предпилотной стадии. Числовые правила интерпретации — пороги, веса, границы диапазонов — заданы экспертно и не откалиброваны на данных; измерительные свойства модулей не подтверждены.
1. От балла к конфигурации
Самый распространённый формат психологического теста — одномерный скрининг, организованный вокруг одного признака и выдающий число на шкале. Это полезно для скрининга: есть проблема или нет, насколько она выражена. Но для понимания — недостаточно.
Недостаточность не в точности числа. Она в том, что человеческие проблемы редко существуют как изолированные величины. Например: тревога может поддерживаться руминацией, руминация — усиливаться недосыпом, недосып — следовать из рабочего перегруза, а перегруз — компенсировать неуверенность в отношениях. Это связанная структура, в которой каждый элемент удерживает остальные.
Для работы с такими структурами в системе различаются три уровня описания — и они не смешиваются.
Балл — одномерная оценка выраженности. Полезен для скрининга, ограничен для понимания.
Профиль — формализованное многомерное описание состояния. Набор шкал, индексов, значений по осям. Профиль спроектирован так, чтобы держать раздельно выраженность, поддерживающие механизмы и функциональную цену. Это результат измерения — система может выдать его автоматически. Многомерные профили психометрика строит давно: MMPI, DASS-21, PID-5 выдают именно профили. Профиль — обязательная ступень, но не то, чем система отличается от многошкальных инструментов. Принцип и состав профиля описаны в методологии ядра.
Конфигурация — гипотеза о внутренней организации профиля. Не просто «руминация высокая, избегание среднее», а «руминация поддерживает тревогу, которая запускает избегание, которое разрушает сон, что усиливает руминацию» — и предположение, что эта петля — ядро текущего затруднения. Конфигурация предлагает связную картину: какие элементы профиля могут быть связаны между собой и где связи замыкаются друг на друга. Что из этого верно и на что стоит опереться, определяет человек — система таких выводов не делает. Именно этот уровень система ставит своей задачей.
Конфигурация вырастает из профиля: профиль даёт данные, конфигурация предлагает понимание.
Определение, которое предлагается как рабочее: конфигурация — это рабочая карта текущего режима функционирования в зоне затруднения. Каждое слово здесь несёт нагрузку. Рабочая — подлежащая уточнению и пересмотру. Карта — способ описания, а не вещь внутри человека. Текущего режима — состояние, которое может измениться, а не свойство личности. В зоне затруднения — карта описывает конкретную проблему, а не человека целиком: как может быть устроено напряжение, что его удерживает, в каком контексте оно живёт, во что обходится и на что уже можно опереться.
Чтобы это различение — профиль как данные, конфигурация как гипотеза организации — было не метафорой, а рабочей единицей анализа, конфигурации нужен собственный словарь.
2. Словарь конфигурации
Конфигурация собирается из нескольких слоёв. Каждый отвечает за своё измерение картины: без него это измерение из описания уходит.
Сигнал — что наблюдается. Тревога, усталость, раздражительность, боль. Это точка входа — то, с чем человек приходит.
Механизм — что поддерживает сигнал. Не «почему возникло» (этиология часто неизвестна и не всегда нужна), а «почему не проходит». Руминация, избегание, контроль, непереносимость неопределённости. Механизм — то, что предположительно удерживает сигнал.
Контекст — где и при каких условиях сигнал проявляется: привязан ли он к работе, отношениям, времени суток, типу нагрузки.
Цена — во что состояние обходится: сон, работоспособность, отношения, здоровье, способность принимать решения. Для многих диагностических категорий в ICD-11 и DSM-5 критерий клинической значимости включает дистресс и/или нарушение функционирования; как именно учёт цены меняет интерпретацию профиля, предстоит проверить.
Ресурс — что внутри системы поддерживает возможность перестройки. Не «отсутствие проблемы», а сохранные участки функционирования, доступные стратегии, переносимые навыки (подробнее — §5).
Точка вмешательства — то, с чего человек и специалист решают начать. Система её не выбирает и об эффективности такого выбора ничего не утверждает: это предмет разговора, а не результат расчёта.
Кроме ядра, конфигурация может включать структуру сигнала — из каких компонентов он складывается — и траекторию (как состояние развивается во времени: нарастает, стабилизировалось, колеблется). В разных модулях и доменах эти слои могут быть развёрнуты по-разному или частично вложены в другие.
Слои связаны между собой: механизм относится к устойчивости сигнала, контекст — к условиям его проявления, цена — к его последствиям, ресурс — к сохранным сторонам, точка вмешательства — к тому, с чего начинается разговор. Конфигурация — карта отношений между этими слоями.
Это базовый словарь: стабильный, но не навсегда закрытый. У него есть ядро, без которого понятие конфигурации распадается. Но по мере появления новых модулей и доменов словарь может уточняться и расширяться.
3. Карта для совместной интерпретации
Система не сообщает человеку истину о нём. Она строит конфигурационную гипотезу — структурированное предположение о том, как организовано его текущее затруднение. Эту гипотезу человек может осмыслить и проверить на соответствие своему опыту. Что делать дальше, система не предлагает.
Различие принципиальное. Классификационный инструмент отвечает «у вас X». Навигационный ставит другую задачу: предложить, как это может быть устроено, что предположительно удерживает состояние и что в ответах отмечено как сохранное, — и спросить, насколько это совпадает с наблюдениями самого человека. Насколько хорошо это удаётся, предстоит проверить: инструменты предпилотные.
Первичную конфигурационную гипотезу строит ИИ-интерпретация — слой поверх измерительного ядра, спроектированный так, чтобы читать не только суммарные показатели, но и отдельные ответы. Этот слой спроектирован и активируется после прохождения допилотных проверок.
Переход от профиля к конфигурации не полностью автоматизируем. Система может предложить первичную конфигурационную гипотезу на основе ответов. Насколько она содержательна, проверяет человек. Но завершить акт понимания автоматически она не может. Понимание возникает там, где гипотеза встречается с опытом человека — и либо узнаётся, либо уточняется, либо отвергается.
Здесь можно различить три шага. Система генерирует конфигурационную гипотезу на основе данных профиля. Человек узнаёт или не узнаёт себя в предложенной карте. Понимание — если оно возникает — рождается в этой встрече.
Система нуждается в человеке не только как в источнике данных: без его отклика гипотеза остаётся непроверенной. Человек оценивает, соответствует ли она его опыту и полезна ли она, — психометрическую валидность это не устанавливает.
Конфигурационная гипотеза не считается завершённой без встречи с опытом человека: узнавание показывает, что с человеком говорят о нём, а не мимо него. Признаком корректности гипотезы оно при этом не является.
Это не отказ от строгости. Измерительное ядро — шкалы, скоринг, последующая калибровка — остаётся фундаментом. ИИ-слой его не подменяет и баллы не корректирует; модуль безопасности детерминирован и от генерации не зависит. Назначение измерения — дать материал для интерпретации: профиль вносит в разговор структуру, конфигурация — предлагает способ её упорядочить.
Следствие для архитектуры: результат системы — профиль с конфигурационной гипотезой, а не диагностическое заключение. Конкретные принципы построения описаны в методологии ядра.
ИИ может ошибаться. Разбор не заменяет консультацию специалиста, а его источник — ответы человека и рассчитанный профиль, не что-либо ещё. Отчёт — гипотеза, которую человек проверяет, а не заключение о нём.
4. Оптимум как рабочая модель
Клиническая психометрика измеряет прежде всего отклонение от статистической нормы. Это полезно для скрининга, но ограниченно: человек, который удерживается «в пределах нормы» ценой хронического перенапряжения, по статистике здоров, а по клиническим соображениям уязвим.
В архитектуре системы заложена рабочая модель: описывать положение относительно оптимума — состояния, при котором система стабильно достигает своих целей с приемлемой ценой, достаточной устойчивостью и достаточной адаптивностью.
Важно зафиксировать статус этого понятия. Оптимум — не онтологическая характеристика человека и не утверждение о том, каким он «должен быть». Это проектный принцип системы. Рамка оптимума задаёт вопросы о цене, устойчивости и адаптивности состояния — отдельно от вопроса о его выраженности. А именно — различать четыре оси:
Эффективность — достигается ли результат. Цена — во что это обходится. Устойчивость — надёжно ли это удерживается. Адаптивность — может ли система перестраиваться при изменении условий.
Эта рамка позволяет ставить вопрос о типах отклонения — не как о диагностических категориях, а как о характеристиках конфигурации в целом. Тип отклонения описывает не отдельный симптом, а режим, в котором находится система: дефицит (результат не достигается), перегруз (результат достигается ценой, несовместимой с устойчивостью), хрупкая компенсация (результат держится на жёсткой стратегии, разрушающейся при изменении условий), нестабильность (чередование приемлемых и кризисных периодов), ригидность (неспособность перестроиться), норма (допустимый диапазон по всем осям), потенциал (область, в которой у системы есть неиспользованный запас).
Типы отклонения различаются не тяжестью, а режимом. Следует ли из режима что-либо для практических решений — предмет проверки, а не свойство рамки. Насколько успешно система их различает — вопрос эмпирической проверки, а не постулат.
Следствие для архитектуры: модули собирают данные не только о выраженности, но и о цене, устойчивости и адаптивности. Реализация — в методологии ядра.
5. Ресурс как элемент конфигурации
Проблемная сторона конфигурации — сигналы, механизмы, цена — концептуализирована в клинической психометрике относительно глубоко. Ресурсная сторона — значительно слабее. В стандартных инструментах ресурс, как правило, отсутствует или сведён к «защитным факторам» — формальному перечню без структурного места в модели.
В архитектуре системы ресурс — полноправный элемент конфигурации, без которого картина устойчивости остаётся неполной.
Ресурс — это не «отсутствие проблемы» и не абстрактная «сильная сторона». В рабочем определении системы это элемент конфигурации, который может снижать цену, повышать адаптивность или открывать доступ к альтернативной стратегии.
Ресурсы различаются по типу.
Переносимый ресурс — рабочий паттерн, который функционирует в одной области и потенциально может быть замечен и частично перенесён в другую. Руководитель, который на работе выстраивает чёткие процессы делегирования и обратной связи, но дома «не умеет разговаривать о чувствах», — случай, когда навык существует, но не переносится через границу контекста. Система, спроектированная так, чтобы видеть оба контекста, может сделать такой перенос заметным. Межмодульное сопоставление — проектная стадия: сейчас реализован один модуль.
Сохранный ресурс — целый участок функционирования, не связанный с проблемным механизмом. Человек в тяжёлой тревоге, который сохраняет способность к дисциплине, удержанию обязательств, интеллектуальной работе. Это не «перевёрнутая тревога» — это отдельная сохранная функция. Сохранная функция — то, что в ответах отмечено как сохранное.
Компенсаторный ресурс — стратегия, которая не идеальна, но временно поддерживает устойчивость. Она может быть дорогой, но всё же лучше распада. Здесь возникает важный вопрос: не всякий ресурс однозначно полезен; иногда это компенсация, цену которой стоит оценить.
Метаресурс — способность замечать своё состояние и рефлексировать. В рабочем определении к метаресурсу отнесены способность просить помощь, выдерживать неопределённость и обучаться новому способу регуляции. Это не конкретный навык, а более высокий уровень организации — способность системы к перестройке. Человек с хорошей рефлексией и тяжёлой тревогой — по клиническим соображениям другой случай, чем человек с той же тревогой и без способности наблюдать за собой. Насколько ресурсный слой меняет интерпретацию профиля, предстоит проверить.
Перекрёстная видимость — принцип, по которому наблюдаемый контраст между контекстами может рассматриваться как указание на ресурс. Функционирует ли процесс как ресурс на самом деле, из профиля не следует и узнаванием не подтверждается: это остаётся гипотезой, требующей контекста. Но она описывает один тип ресурса (переносимый), а не исчерпывает понятие.
В этой рамке процесс считается патологическим не потому, что он «плохой», а потому что стал единственной стратегией — чрезмерной и негибкой. Ключевые параметры перехода — интенсивность, ригидность, дефицит альтернатив и цена. Тот же принцип работает в обратную сторону: контраст между контекстами может стать темой для разговора о том, что в другой ситуации уже получается.
Оба принципа — типология ресурсов и перекрёстная видимость — гипотезы о полезности. Их ценность предстоит проверить: действительно ли структурный учёт ресурсов в конфигурации улучшает клиническую полезность результата.
6. Трансдиагностичность и трансдоменность
Трансдиагностичность — свойство механизмов пересекать границы диагнозов. Руминация участвует в поддержании и тревоги, и депрессии, и ОКР — это один из наиболее изученных трансдиагностических процессов.
Трансдоменность — следующий шаг: свойство функционально родственных процессов проявляться в разных жизненных областях. Избегание в психике, на работе, в здоровье и в отношениях — процессы, которые в ряде случаев опираются на схожий паттерн, хотя их проявления и последствия различаются.
Для конфигурации это означает, что конфигурации разных модулей могут разделять общие механизмы. Если руминация высокая и в модуле тревоги, и в будущем модуле депрессии — это может оказаться одним руминативным процессом, а не двумя независимыми состояниями. Если модулей несколько, общий механизм можно рассматривать как гипотезу о едином процессе. Проверяет её человек; сейчас реализован один модуль, и такое сопоставление остаётся проектной стадией.
В архитектуре системы механизмы выбраны как рабочий уровень описания: предполагается, что именно на нём заметны пересечения между контекстами. Это не утверждение, что механизмы «реальнее» диагнозов или доменов. Это проектное решение: для задач системы — связать области и увидеть общие процессы — выбран уровень механизмов. Насколько этот выбор продуктивнее других, предстоит проверить.
Модуль проектируется так, чтобы работать на двух уровнях сразу: различать паттерны и видеть общие механизмы.
7. Два вектора развития
Снизу вверх: один модуль → данные → калибровка → второй модуль → связи между модулями → домен → связи между доменами. Каждый шаг этого движения должен опираться на данные и быть проверяемым. Статус каждого модуля фиксируется в его методологии.
Сверху вниз: принципы, по которым оценивается каждое архитектурное решение. Приближает ли решение к системе, которая способна описывать конфигурации, замечать ресурсы и помогать человеку строить интерпретируемую карту?
Архитектурные принципы задаются заранее и уточняются по мере накопления данных. Это различение важно: принципы (этот документ) фиксируют направление, проектные решения (методология ядра) операционализируют принципы в конкретных структурах, эмпирические данные (калибровка модулей) проверяют, работают ли решения.
8. Границы
Система не является автономным диагностическим инструментом. Конфигурация — гипотеза, не диагноз. Система предлагает карту, не устанавливает истину. Окончательная интерпретация — человеческий акт, не вычислительный результат.
Система не предназначена для «развития вообще» вне контекста измеримых затруднений функционирования. Рамка оптимума шире клинической, но основание остаётся клиническим.
Система не завершена. Этот документ описывает направление мышления, а не отчёт о достигнутом. Каждое утверждение здесь — гипотеза, подлежащая проверке данными и практикой.
9. Связь с остальными документами
Этот документ — эпистемологические основания: зачем система существует и что она стремится видеть.
Методология ядра — архитектурные принципы: как это реализуется в модулях, типах вопросов, временных окнах, модуле безопасности, валидационном фреймворке.
Модульные методологии (первая: тревога) — конкретные решения в каждом модуле.
Дальше
Как устроены модули: методология ядра.
Первый модуль: методология тревоги · о Профиле тревоги.
Популярное изложение этих идей: А что, если инструмент может видеть то, чего не видит человек?