Ekosystem Aion

← Wróć do katalogu

AionFlow CRM Panelactive

Slugpanel-aionflow

Domenapanel.aionflow.pl

Port3012

Wzorzec deployplain-script

Ścieżka repo/var/www/panel.aionflow.pl

Ma tylko kod kliencki MCP (vault-mcp.ts, cc-mcp-config.ts) — łączy się z Vault MCP, nie wystawia własnego.

Status PM2 (na żywo)

Proces	Status	Uptime	Restarty
aion-command-worker	online	1d	0
aionflow-panel	online	1d	3

Głębsze spojrzenie

inspiracja

Panel lead-gen z 7-etapowym pipeline'em, część etapów celowo w backloguinsight

Kod pipeline'u jawnie zaznacza: 'SUPPORTED_ETAPY = [0,1,2,3,6,7]; Etap 4,5 — backlog' — projekt zaplanował więcej etapów niż zaimplementowano.

źródło: workers/src/enrichment/pipeline/run.ts

cel

Scraping polskich rejestrów firm, wzbogacanie, scoring i eksport leadów dla handlowcagoal

Scraping rejestrów (OWG, Aleo, CEIDG) dla miasta docelowego, deduplikacja po NIP, skan wzbogacający (Lighthouse, stack, social media), scoring, generowanie skryptów sprzedażowych przez Claude+MCP, eksport CSV leadów ocenionych.

źródło: workers/src/enrichment/

zależności

Directus (dev), Neo4j do grafu relacji, Firecrawl, Playwright, router LLM wewnętrznydependency

Directus pod dbfirmy.aionflow.pl (dev), Neo4j do grafu relacji osoba-firma, Firecrawl do scrapingu, Playwright do skanów, wewnętrzny router LLM, Claude CLI przez OAuth.

źródło: .env, infra/neo4j/docker-compose.yml, README.md

znaczenie

Własne narzędzie sprzedażowe firmy zasilające zespół handlowyinsight

Wewnętrzne narzędzie do budowy pipeline'u sprzedaży B2B — dostarcza leady wstępnie ocenione i wzbogacone (wiek domeny, stack, dojrzałość marketingowa) do personalizacji cold outreach.

źródło: workers/src/graph-sync (analiza kodu)

co działa

480 restartów to efekt auto-rebuild watchera w dev, nie crash looptested-ok

Wysoka liczba restartów wynika z panel-auto-rebuild wywołującego pm2 restart przy każdym zapisie plików podczas aktywnego developmentu (~96 restartów/dzień). Log potwierdza dziesiątki czystych startów.

źródło: pm2 describe, .dev/auto-rebuild.mjs

aionflow-graph-sync działa poprawnie jako cron co 6h — status 'stopped' jest oczekiwanytested-ok

Status 'stopped' wynika z cron_restart + autorestart:false — zaprojektowane zadanie wsadowe. Log potwierdza 112 kolejnych udanych przebiegów 'Sync OK' (32601 Firma, 9521 Lead węzłów), zero błędów.

źródło: logs/graph-sync.log (112x Sync OK)

co nie działa

Realny wyścig ERR_MODULE_NOT_FOUND podczas przebudowy devtested-broken

Błędy powtarzają się dla chunków build/styles.mjs i tras API — wyścig między usunięciem starego .output a zapisaniem nowych chunków. Przejściowe, samoczynnie ustępują, ale powodują realne 500 podczas developmentu.

źródło: aionflow-panel-error.log

co do przetestowania

Etapy 0 i 2 pipeline'u to stuby, niepewna aktywacja realnych kluczy APIuntested

Nie potwierdzono czy etap 0 (rejestr.io/CEIDG) i etap 2 (Google Business Profile), oznaczone jako 'MVP: stub', są podłączone do realnych kluczy. Niepewna behawior heap/RSS pod obciążeniem.

źródło: workers/src/enrichment/pipeline (komentarze 'stub')

rekomendacja

Zbudować atomowo do tymczasowego katalogu przed restartem i pogodzić limity pamięcirecommendation

auto-rebuild.mjs powinien budować do katalogu tymczasowego i atomowo podmieniać .output dopiero po sukcesie. Pogodzić max_memory_restart (500M) z --max-old-space-size=1536.

źródło: .dev/auto-rebuild.mjs, ecosystem.config.cjs