# Product Brief - MVP

## 1. Мета

Дати першим користувачам (фаунерам спільнот та їхнім командам) простий спосіб:

- створити свою micro-DAO (спільноту),
- налаштувати базову приватність (public / confidential),
- почати працювати в чаті з каналами,
- керувати простими задачами в проєктах,
- спробувати приватного AI-агента всередині спільноти.

Ціль: **реальний робочий простір для 1–2 команд**, а не демо-скріншоти.

## 2. Персони

1. **Фаундер спільноти / команди**
   - Хоче створити свій "маленький всесвіт": чат, задачі, базу знань.
   - Цінує приватність, простоту і контроль над даними.
   - Не хоче розбиратися в технічних деталях DAO / токенів.

2. **Учасник команди**
   - Приходить за інвайтом або з публічного каналу.
   - Хоче: писати в чат, бачити задачі, отримувати фоллоу-апи.
   - Агента сприймає як "корисного помічника", а не як складну систему.

3. **Ранні технічні тестувальники**
   - Можуть пробачити сирість інтерфейсу.
   - Важливо: стабільність базових флоу, зрозумілий API та логічна структура.

## 3. Ключові сценарії (Core Flows)

### 3.1. Onboarding: створення першої micro-DAO

1. Користувач заходить на сайт.
2. Логін через email (magic-link).
3. В онбордингу задає:
   - назву спільноти,
   - режим: Public / Confidential,
   - перший канал (наприклад, `#general`),
   - базові налаштування приватного агента.
4. Потрапляє в основний інтерфейс чату своєї нової спільноти.

### 3.2. Публічний канал як точка входу

1. Гість відкриває публічний канал за посиланням `/c/:slug`.
2. Читає стрічку (read-only).
3. Через форму "Зареєструватися в каналі" вводить email + ім'я + viewer-type.
4. Стає учасником (Member / Visitor) і може писати в канал.

### 3.3. Командний чат

1. Учасники пишуть повідомлення в канали.
2. Можуть створювати follow-up із будь-якого повідомлення.
3. Бачать базову активність (нові повідомлення, треди).

### 3.4. Follow-ups

1. З повідомлення в чаті користувач натискає "Створити follow-up".
2. Задає: назву, відповідального (assignee), дедлайн (опційно).
3. У вкладці "Follow-ups" бачить:
   - Assigned to me,
   - All (простий список задач із статусом).

### 3.5. Проєкти та задачі (Kanban-lite)

1. Користувач створює проєкт для команди.
2. Додає задачі (title, статус, опційний due).
3. Переміщує задачі між колонками Backlog / In Progress / Done.
4. Фільтрує задачі за статусом (мінімально).

### 3.6. Приватний агент

1. У налаштуваннях спільноти або онбордингу вмикається "Team Assistant".
2. У спеціальному чаті з агентом користувач ставить питання по контексту спільноти.
3. Агент відповідає, використовуючи:
   - історію чату (контекст сесії),
   - в майбутньому — Co-Memory і документи (для MVP можна обмежитися контекстом чату).

## 4. Обсяг MVP (In Scope)

### 4.1. Функції

- **Auth:**
  - Логін через email (magic-link).

- **Teams / micro-DAO:**
  - Створення спільноти.
  - Перегляд списку моїх спільнот.
  - Перемикач режиму: Public / Confidential.

- **Channels:**
  - Створення public / group каналів.
  - Список каналів для обраної спільноти.

- **Messages:**
  - Відправка / отримання повідомлень у каналі.
  - Пагінація стрічки (cursor / limit).

- **Public Channel Landing:**
  - Read-only стрічка для гостей.
  - Форма реєстрації (email + ім'я + viewer-type).

- **Follow-ups:**
  - Створення follow-up з повідомлення.
  - Перегляд списку follow-up (фільтр по assignee / статусу).

- **Projects & Tasks (спрощено):**
  - Створення проєкту.
  - Додавання задач.
  - Зміна статусу задачі між базовими колонками.

- **Agents:**
  - Створення / наявність одного "Team Assistant".
  - Базовий чат з агентом через API існуючого LLM-провайдера.

- **Settings:**
  - Мова інтерфейсу (мінімум: uk + en).
  - Часовий пояс.
  - Прості параметри агента (on/off, мова, профіль).

### 4.2. Нефункціональні вимоги

- Стабільність під 10–50 активних користувачів.
- Чат відповідає ≤ 300 мс (до LLM-викликів).
- Мінімальна мобільна адаптація (читання + базове введення).

## 5. Що НЕ входить в MVP (Out of Scope)

- Повна реалізація токеноміки (RINGK, 1T, KWT, DAARION) та стейкінгу.
- Governance (пропозиції, голосування, timelock).
- Повний Co-Memory (файли, wiki, RAG-індексація) — можна мати лише базові заглушки.
- Складні інтеграції (Gmail, Calendar, Notion та ін.).
- Просунуте управління правами (детальний RBAC/UI для ролей, кастомні ACL).
- Повний multi-agent orchestration (мережа агентів, роутинг між моделями).
- Робототехніка та фізичні інтеграції (на рівні MVP лише як стратегічна перспектива).

## 6. Успіх MVP (Success Criteria)

- 1–2 живі спільноти (5–20 людей), що:
  - щодня використовують чат,
  - створюють проєкти й задачі,
  - користуються хоча б одним агентом.
- Мінімум 3–5 сесій на користувача на тиждень.
- Нуль критичних блокерів:
  - логін завжди працює,
  - повідомлення не губляться,
  - онбординг можна пройти від початку до кінця без допомоги девів.

## 7. Примітки для розробників

- Цей brief — **орієнтир, а не жорсткий контракт**.
- Якщо функція не потрібна для основних флоу (описаних вище) — її можна перенести в наступні ітерації.
- Головний пріоритет: **простий, стабільний досвід для перших реальних користувачів**, навіть ціною урізаного функціоналу.
