# Контекст и решения

Хронология исследования 2026-08-14 (одна сессия Claude Code). Здесь — почему система выглядит
именно так и какие пути отвергнуты. Нужно, чтобы в новом чате не переоткрывать закрытые вопросы.

## С чего началось

Вопрос был про Huly (self-hosted инсталляция `ordo` на ordo.ins.is, версия v0.7.426): почему
раздел «Карточки» не похож на Notion. Дальше разговор развернулся в «а можно ли из этого сделать
мою систему» и закончился решением писать своё.

## Что выяснили про Huly

**Карточки — не Notion.** В модели карточек v0.7.426 (`models/card/src/index.ts`) зарегистрированы
представления Table, List, Grid, Feed — канбана нет вообще. Группировка в списке жёстко ограничена
четырьмя полями (`_class`, `createdBy`, `modifiedBy`, `parent`). Notion-аналог в Huly — модуль
Documents (тимспейсы), а Cards — типизированные объекты с атрибутами.

**Проекта как сквозной сущности нет.** Пространство принадлежит модулю: `tracker.class.Project`,
`document.class.Teamspace`, `card.class.CardSpace`, канал чата — четыре независимых пространства,
каждое со своим составом участников и своим архивом.

**Кастомные поля почти недоступны.** В Settings → Классы кастомизируются только Contact и Task;
у пространств кастомные атрибуты добавлять нельзя. Полноценные пользовательские поля есть только
у карточек (MasterTag).

**Заметки не в файлах.** Документы — collaborative-объекты; наружу экспорт JSON/CSV, Print to PDF,
бэкап воркспейса. Импорт из markdown+YAML есть (unified import format), обратной живой выгрузки нет.

**Мобильного нет, десктоп ходит на huly.app** (подключение к self-hosted — открытый issue).

## Что выяснили про форк Huly

- Масштаб: 192 плагина, 94 модели, 63 серверных плагина, 22 сервиса, 15 базовых пакетов; 313 МБ репо.
- Безопасность привязана к пространствам: транзактор держит карты пространств и участников в памяти
  и подставляет `space: {$in: [...]}` в каждый запрос (`foundations/server/packages/middleware/src/spaceSecurity.ts`).
  Значит «проект над пространствами» дёшев и безопасен, а «проект вместо пространств» — переписывание
  слоя безопасности.
- Апстрим замедлился: **87 коммитов за 13 недель против 247 за предыдущие 13**, последние недели
  4/3/1 коммит; хостед-сервис Huly закрывают («hosting is no longer being funded»).
- Вывод: форк — это усыновление чужой кодовой базы без активного мейнтейнера.

Спека форка написана и лежит в `/home/meteor/apps/ordo/specs/2026-08-14-project-over-spaces-design.md`.
**Путь отвергнут**, документ оставлен на случай возврата к теме.

## Что выяснили про AppFlowy

- Основное приложение — Dart/Flutter, AGPL-3.0; редактор `appflowy-editor` — тоже Dart. В веб-систему
  не переносится.
- `AppFlowy-Web` — React + Slate + Yjs, AGPL-3.0, активно развивается. Код технически взять можно, но:
  AGPL с сетевой оговоркой делает всю систему AGPL, и это не библиотека, а приложение (свой формат
  документов, своя модель баз, свой redux и API-клиент).
- Решение: **заимствуем поведение и UX-решения** (виды баз, строка-как-страница, поповеры полей),
  код не берём. Редактор — BlockNote поверх TipTap.

## Почему в итоге своё

Список требований делится надвое. Дорого писать: совместное редактирование в реальном времени, чат,
движок живых запросов, мультиарендность на тысячи воркспейсов. Дёшево писать: проекты с атрибутами и
фильтрами, задачи, метки, канбан, заметки, справочники, права по проекту.

Из дорогого не нужно ничего: команда — три человека, переговоры в телеграме, документы пишет один.
Зато в чужом движке сопротивление ровно там, где важно: сквозной проект, markdown-файлы, мобильное.
В своём коде это не фичи, а следствие схемы (`project_id` в каждой таблице, файл как способ хранения).

Плюс отправная точка: `apps/nurion-projects` уже даёт половину каркаса — Express + SQLite, админка,
кабинет с авторизацией, i18n, деплой, MCP-сервер.

## Требования, добавленные владельцем по ходу

1. Вертикальный рейл разделов (Проекты, Задачи, Документы, Базы, Финансы).
2. Мультитенантность: аккаунт (Nurion, Inside Realty, Личное) → проекты внутри.
3. Финансы заложить сразу, включить позже.
4. Справочник людей и контактов — **не делать**.
5. Метки задач как в Todoist, с закреплением в меню.
6. Композер задачи как в Todoist: одна строка с разбором даты/метки/приоритета, выбор проекта, режим «разобрать текст».
7. Базы с настраиваемыми видами как в Notion: доска/таблица/список/галерея/календарь, группировки, фильтры, обложки.
8. Агент Hermes через телеграм — спрашивать статусы, двигать задачи.
9. Очень быстрый веб, PWA, готовность к десктопу под Apple Silicon.
10. Горячие клавиши и сильный полнотекстовый поиск.

## Прототип

Кликабельный прототип интерфейса: **https://ordo-proto.sites.meteor.group**
Исходник: `/home/meteor/sites/ordo-proto/public/index.html` (один файл, без сборки).

Он и есть спецификация в картинках: все экраны, состояния и подсказки-пояснения внутри интерфейса.