title: RuvFlo / Claude-Flow vs наш стек — порівняння
date: 2026-05-10
author: VPS Claude
RuvFlo / Claude-Flow vs наш стек
Короткий висновок
Запозичити 2-3 ідеї без ламання нашого стеку. Повна заміна нераціональна — наш стек доменно-спеціалізований (БАД-комплаєнс, аналітика реклами, контент-генерація), RuvFlo — generic software-development фреймворк. Найбільший gap у нас — semantic memory (AgentDB-патерн), він дійсно вартий впровадження.
Що таке RuvFlo
Open-source оркестратор мульти-агентних swarms на базі Claude Code від Reuven Cohen (ruvnet). Репо github.com/ruvnet/ruflo, ~31k stars. Встановлюється через npx ruflo init або claude mcp add ruflo — реєструє MCP-сервер у Claude Code, додає 27 хуків, дає 100+ типових агентів і ~210 MCP-tools. Заявлені метрики: 84.8% solve rate на SWE-bench, 75% економія API через intelligent routing і кешування. По суті це layer поверх Claude Code, який перетворює його з one-shot CLI на координовану команду агентів зі спільною памʼяттю.
Архітектурні ідеї RuvFlo
- SPARC методологія (Specification → Pseudocode → Architecture → Refinement → Completion) — 5-фазний TDD-подібний pipeline, кожна фаза має свого агента-спеціаліста.
- Hive-Mind / Queen-Worker — одна Queen-координатор + 8 типів workers (Architect, Coder, Tester, Analyst, Researcher тощо). Топології: hierarchical, mesh, adaptive.
- AgentDB — векторна память з HNSW-індексом (sub-ms retrieval), hybrid search dense+graph, cross-session snapshots (RVF).
- Consensus layer — Byzantine/Raft для розподіленого узгодження + gossip-протоколи.
- Federation — mTLS + ed25519 між машинами, 14 типів PII-детекту, trust scoring (для cross-machine swarms).
- 12 background workers — auto-trigger на події (code audit, test gap detection, security scan).
- Goal Planner на GOAP A* — англомовну ціль перетворює в executable plan.
Що дублює наш стек
- Hive-Mind Queen+Workers ≈ моя роль оркестратора + Dev Crew (7 ролей) + спеціалізовані crews (Case Builder, Google Ads, legal-advisor). Фактично у нас вже Queen-Worker, просто без формальної назви.
- 27 хуків ≈ наші cron-агенти (PM-Agent, Drift Detector, Watchdog, Scout) — той самий patern «реакція на подію без явного виклику».
- Background workers ≈ наш PM-Agent (auto-update wiki) + Drift Detector + Watchdog.
- SPARC ≈ наш pipeline brief→ТЗ→тех-док (rule #14, project_documentation_pipeline). У них формальніше, у нас живіше і кастомізоване під робочий процес з тобою.
Що RuvFlo доповнює (gaps у нас)
- AgentDB з векторним пошуком — у нас memory це grep по markdown, RAG ми не маємо. Це справжній gap, особливо у sessions/ і decisions_log.md.
- Federation між машинами — VPS+Desktop у нас живуть через outbox/inbox папки і SSH push, у них це нативно з шифруванням.
- Multi-provider router з failover (Claude/GPT/Gemini/Ollama) — у нас Gemini Fallback rule-based і обмежений.
- 75% економія API через kv-cache і routing — для нас релевантно, бо Opus 4.7 дорогий.
- Goal Planner GOAP — формалізує декомпозицію задач (можливе майбутнє покращення).
Чого немає в RuvFlo (наші переваги)
- Бізнес-доменна спеціалізація: legal-advisor під БАД-комплаєнс, Case Builder під клінічні кейси, Google Ads Crew — їх RuvFlo не замінить, він generic dev-фреймворк.
- Reports Hub з URL-доступом до markdown.
- Wiki як source of truth з PM-Agent automation і readiness_pct трекінгом.
- Інтеграції під твій домен: Tabletki API, Looker, BigQuery
ad-analytics-hub, Telegram-канали, Notion sync — нічого з цього RuvFlo з коробки не дає.
- Passepartout — централізований vault.
Рекомендація
Варіант (б) — запозичити окремі ідеї.
Повна заміна (г) недоцільна — RuvFlo це фреймворк під software development, у нас 70% це маркетинг/аналітика/контент/комплаєнс. Перенесення (в) теж не варто — наші crews вже зрілі і доменно-точні. Просто ігнорувати (а) теж шкода — там є 2-3 цікаві штуки.
Що конкретно запозичити (без ламання)
-
AgentDB-патерн для памʼяті — поставити sqlite-vec або ChromaDB поверх /root/.claude/projects/-/memory/ і /srv/wiki/. Дасть мені semantic search замість grep — особливо корисно по decisions_log і sessions. Effort: 1-2 дні. Risk: малий, поверх існуючого.
-
SPARC-фази як slash-команди для нових проектів — /sparc-spec, /sparc-arch, /sparc-refine. Формалізує наш brief→ТЗ→тех-док pipeline і дасть predictable artifacts на кожній фазі. Effort: 1 день. Risk: нульовий.
-
Federation-ідея для VPS↔Desktop handoff — замінити outbox/inbox папки на mTLS-канал зі structured messages. Не критично, але прибере ручний ls outbox-to-desktop/ перед handoff. Effort: 2-3 дні. Risk: середній (новий компонент).
Усе інше (Queen-Worker, hooks, multi-provider router) у нас уже є у власній формі. Робити рефактор заради переїзду на ruflo не варто — зламається доменна логіка.
Source links