Skip to content

Дорожня карта і версії

Порядок збірки Agentfy.ai 2.0. Кожна версія — блок робіт з явним скоупом і відповідальним (заповнити). Легенда статусів: 🟢 готово · 🟡 у роботі · ⚪ заплановано.

Версії стисло

ВерсіяБлокСтатусВідповідальний
v0.1Скафолд — репо, скелет CleanSlice, infra/setup⚪ заплановано
v0.2Core (no-runtime) — agent, llm, chat, memory, orchestrator⚪ заплановано
v0.3Ефемерний Light-рантайм (MVP) — tasks, worker, events, file⚪ заплановано
v0.4Браузерний рантайм + billing/usage⚪ заплановано
v0.5Heavy + Warm + scheduled⚪ заплановано
v0.6Знання — сервіс LightRAG⚪ заплановано
v0.7Фронтенд — app + admin + SDK⚪ заплановано
v1.0Прод — IaC, observability, хардненг⚪ заплановано

v0.1 — Скафолд

Відповідальний: · Статус: ⚪ заплановано

  • Скелет NestJS + Prisma + CleanSlice у api/ (#-аліаси, збірка .prisma за слайсами).
  • infra (prisma · redis) + setup (core · mcp); BullMQ на Redis; health-ендпоінт.
  • Вихід: api піднімається, міграції проганяються, health зелений.

v0.2 — Core (no-runtime)

Відповідальний: · Статус: ⚪ заплановано

  • agent (нова модель), system/llm (Claude gateway, стримінг), chat/memory на Postgres.
  • orchestrator у режимі No-Runtime (tool-аналіз заглушений → завжди пряма відповідь LLM).
  • user (auth — власна JWT, team/role/apiKey).
  • Вихід: чат з агентом end-to-end, без подів.

v0.3 — Ефемерний Light-рантайм (MVP-ядро)

Відповідальний: · Статус: ⚪ заплановано

  • runtimetasks (BullMQ), менеджер worker (sessions · k8s · idle · profiles), events (SSE/WS).
  • Образ застосунку worker — цикл агента + bash/fs-тули + WS-клієнт.
  • system/file (артефакти/результати) + хуки метерингу usage.
  • Вихід: «виконай bash-скрипт» → Job піднімається, стримить логи, зберігає результат, гасне.

v0.4 — Браузерний рантайм + billing

Відповідальний: · Статус: ⚪ заплановано

  • Браузер-режим worker (Playwright + Chromium in-pod; без окремого пулу Browserless).
  • billing (subscription/product/price/payment/invoice/webhook) + usage → рядки інвойсу.
  • Хардненг безпеки: NetworkPolicy, короткоживучі креди, ізоляція неймспейсів, аудит-лог.
  • Вихід: браузерні задачі працюють; usage метериться і білиться.

v0.5 — Heavy + Warm + scheduled

Відповідальний: · Статус: ⚪ заплановано

  • Heavy-профіль (виділений нодпул, високі ліміти) + Warm (преміум, розширений idle).
  • Scheduled-задачі (BullMQ repeatable) → той самий шлях через orchestrator.

v0.6 — Знання (LightRAG)

Відповідальний: · Статус: ⚪ заплановано

  • Сервіс LightRAG (Python) у Hetzner k8s; agent/knowledge — тонкий gateway.
  • Workspaces на кожну базу знань; async/черга індексації (з бюджетом токенів) через tasks.
  • Storage-бекенд за масштабом (unified PG pgvector + AGE vs Neo4j + Qdrant). Спершу бенчмарк.

v0.7 — Фронтенд (app + admin + SDK)

Відповідальний: · Статус: ⚪ заплановано

  • app (кабінет) + admin (панель) на Nuxt; нові UI для рантайм-сесій + usage/billing.
  • Вбудовуваний чат-віджет (SDK).

v1.0 — Прод

Відповідальний: · Статус: ⚪ заплановано

  • IaC для Hetzner k8s; object storage + datastores провіжняться.
  • Observability (Sentry, логи/метрики), бекапи/HA, rate-limits.
  • GA-хардненг + навантажувальний тест (вкл. індексацію LightRAG на цільовому масштабі).

Команда / відповідальні

ЗонаВідповідальнийНотатки
Core / runtime (api, worker)
Знання (LightRAG)
Фронтенд (app, admin, SDK)
Інфра / DevOps (Hetzner k8s, IaC)
Billing / usage

Заповнюйте відповідальних у міру формування команди. Версії мапляться на фазовий план у MIGRATION.md та api2/ACTION-PLAN.md.