Трёхсторонний архитектурный консенсус DETai¶

Зачем понадобился синтез¶

Архитектура DETai была рассмотрена одновременно из трёх равноправных перспектив:

системной — у каждой сущности должны быть ясные границы, владелец, канонический адрес и связи;
гуманистической — человек должен понимать смысл своей работы, видеть её результат и влиять на развитие целого;
предпринимательской — экосистема должна порождать жизнеспособную компанию, проверяемый продукт, рынок, права, план и evidence.

Ни одна перспектива не является приложением к двум другим. Смысл без исполнения остаётся намерением; исполнение без архитектуры становится хаотичным; система и бизнес без человеческой субъектности превращают участника в ресурс.

Итоговая формула¶

DETai — экосистема, Umbrella Brand и интегрированное предпринимательское целое, в котором методологическое ядро DET, институциональная жизнь, технологический слой, управление, продукты и системы ответственности развиваются согласованно. Планируемая DETai Oy должна стать основным финским юридическим, коммерческим и операционным субъектом стартап-этапа, не присваивая автоматически профессиональную истину, авторство или пользовательские данные.

Геометрия целого¶

                              DETai
        экосистема · Umbrella Brand · integrated venture
                                │
                    Governance ⇄ Management
                  смысл · власть · стратегия · участие
                                │
                      методологическое ядро DET
                                │
              ┌─────────────────┴─────────────────┐
              ▼                                   ▼
   ИНСТИТУЦИОНАЛЬНЫЙ СЛОЙ              ТЕХНОЛОГИЧЕСКИЙ СЛОЙ
   практика · супервизия ·              U.L.I. → Platform DETai
   образование · исследование
              └─────────────────┬─────────────────┘
                                │
    PRODUCT–MARKET · LEGAL–ECONOMIC · TRUST · EVIDENCE
                                │
                  KNOWLEDGE SUBSTRATE И RUNTIME

Предпринимательская деятельность не образует третий функциональный слой. Она собирается как Venture Execution View из уже существующих систем.

Принятые решения¶

1. Один канон — несколько представлений¶

У объекта один канонический дом. Сайт, книга, onboarding, заявка, презентация и role view показывают разные проекции, но не создают конкурирующие определения.

2. Человек — участник, а не винтик¶

Осмысленное участие является требованием Operating Model. Участнику доступны контекст целого, границы роли, связь задачи со стратегией, ожидаемый результат, обратная связь и способы предложить изменение или заявить возражение.

3. Governance и Management различаются¶

Governance удерживает миссию, источник власти, основные границы и зарезервированные решения. Management Layer превращает эту рамку в домены, роли, две стратегии, портфель, ресурсы и работу.

4. Две стратегии необходимы¶

стратегия управления развивает способность системы управляться;
стратегия развития определяет, куда система движется и на какие ставки направляет ресурсы.

5. Brand & Communications — самостоятельный операционный домен¶

Он управляет применением бренда, аудиториями, каналами и выпуском коммуникаций, но не владеет миссией, профессиональной истиной, продуктовой ценностью или evidence единолично.

6. Рабочая среда — маршрут, а не новая система¶

Task tools, код, U.L.I., Team OS, Knowledge Substrate, runtime и Corporate Vault принадлежат разным системам. Рабочая среда связывает их для участника без переноса канонического содержания.

7. Компания не равна экосистеме¶

DETai Oy рассматривается как планируемый основной оператор стартап-этапа. Режимы прав на метод, бренд, код, данные, исследования и публикации проектируются раздельно.

8. Продуктовая ясность достигается через gate¶

Psychology in Quotes остаётся существующим продуктом. DETai Insight Workspace принимается как приоритетная гипотеза customer discovery, а не как уже утверждённый lead product или готовое клиническое решение. Смысл и ограниченное действие гипотезы сохранены в портфельном решении.

9. Публичные claims ограничены evidence¶

Амбициозная подача допустима как vision и founder position. Научное, клиническое, рыночное или техническое утверждение получает собственный статус, область применимости и подтверждающее evidence.

10. Статус объекта многомерен¶

Отдельно фиксируются архитектурный статус, состояние реализации, доказательный статус и видимость. Жизненный цикл документа не заменяет состояние описываемой системы или продукта.

11. Принятые решения видимы с основных страниц¶

Читателю не требуется изучать архив альтернатив, чтобы понять действующую конструкцию. История решений сохраняется и доступна по ссылке, но канонические страницы прямо показывают актуальную позицию и честно маркируют открытые гипотезы.

Что пока не решено¶

юридическая форма, договорные условия, cap table и режимы конкретных лицензий до профессиональной проверки;
утверждение lead product до customer discovery и portfolio gate;
окончательная распределённая Governance-модель до пилота;
клинические claims и регулируемые сценарии до соответствующего evidence и review;
изменяемые требования Business Finland — они хранятся только в датированном внешнем профиле.

Проверка дальнейших решений¶

Новое решение принимается только тогда, когда одновременно можно ответить:

Где его канонический дом и кто имеет право его изменить?
Как оно помогает человеку понимать, действовать, видеть результат и влиять?
Как оно усиливает жизнеспособность, безопасность или способность учиться?
Какой у него текущий статус и чем он подтверждён?
Как оно должно быть представлено на сайте, в документации, книге и runtime?