microdao-daarion/docs/cursor/01_product_brief_mvp.md

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 — орієнтир, а не жорсткий контракт.
• Якщо функція не потрібна для основних флоу (описаних вище) — її можна перенести в наступні ітерації.
• Головний пріоритет: простий, стабільний досвід для перших реальних користувачів, навіть ціною урізаного функціоналу.