Ekosystem Aion

← Wróć do katalogu

Aion Discovery Reportsactive

Slugdiscovery-aionflow

Domenadiscovery.aionflow.pl

Port3063

Wzorzec deployplain-script

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

Portal raportów strategicznych (Repako, Kowaltech, ...).

Status PM2 (na żywo)

Brak danych z pm2 jlist dla: discovery-aionflow

Głębsze spojrzenie

inspiracja

Model 'atomów' z polami section/visibility to źródło wzorca całego kataloguinsight

lib/report-visibility.js implementuje atomy z polem visibility:'locked' vs jawne atomy publiczne. Dane w data/*.js potwierdzają użycie pól section/type — dokładnie ten sam kształt, który jest używany w niniejszym katalogu projektów ekosystem.aionflow.pl.

źródło: lib/report-visibility.js, data/repako-report.js

Filozofia L1/L2/L3 z 'Loop Engineering' — poziomy autonomii per sekcja raportuinsight

PIPELINE_LEVELS.md: L1 (tylko raport, nigdy auto-publish), L2 (wymaga zatwierdzenia człowieka), L3 (autonomiczne). 'Jeden błąd w L3 -> cofnij do L2 bez dyskusji'.

źródło: PIPELINE_LEVELS.md

cel

Wielo-najemcze portale raportów rynkowych z osobnymi danymi logowania per klientgoal

ecosystem.config.cjs definiuje osobne user/pass/slug per klient (repako, sancti, kowaltech i in.) — każdy raport to oddzielny plik data/{slug}-report.js budowany przez pipeline i syntezowany do {slug}-master.js przez Claude Opus 4.8.

źródło: ecosystem.config.cjs, scripts/build-master.js

zależności

Redis (sesje), Anthropic API (synteza), DataForSEO/Apify/Exa (research), OIDC SSOdependency

server.js wymaga Redis do sesji, ANTHROPIC_API_KEY do build-master.js, DATAFORSEO/APIFY/EXA do zasilania atomów, oraz OIDC z id.aionflow.pl do logowania adminów.

źródło: server.js, ecosystem.config.cjs, .env

znaczenie

Wzorzec projektu-matki dla całego katalogu ekosystemuinsight

Struktura atomów (section/type/title/body/source/visibility) z tego projektu została świadomie przeniesiona jako format dla obecnego katalogu ekosystem.aionflow.pl — architektoniczny pierwowzór, nie tylko kolejny z 30+ projektów.

źródło: kontekst zadania + lib/report-visibility.js

co działa

Proces online, restart_time wysoki to efekt aktywnych redeployów w tej sesji, nie awariatested-ok

restart_time=89, ale unstable_restarts=0, status online. Log potwierdza redeploye kodu podczas tej sesji ('[deploy] Written luxbud-report.js') — to praca deweloperska, nie crash-loop.

źródło: pm2 describe (restarts 89, unstable 0), pm2 log tail

co nie działa

Stary błąd 'RedisStore is not a constructor' w logu — nieaktualny, plik nie zmieniał się od 30 czerwcatested-broken

17 wystąpień błędu w error.log, ale mtime pliku to 30 czerwca — sprzed obecnego kodu, który poprawnie tworzy RedisStore (server.js:83). Błąd historyczny, już naprawiony.

źródło: ls -la error.log (mtime Jun 30), grep RedisStore w server.js:83

co do przetestowania

System widoczności atomów (locked/public) jest bardzo świeży — 18 commitów, wszystkie z 9 lipcauntested

Cała historia gita to 18 commitów z dzisiejszą datą, w tym 'FIX (critical, discovered during Phase 6 verification)' — funkcja widoczności atomów wciąż w fazie aktywnego dopracowywania z łatanymi na bieżąco lukami bezpieczeństwa.

źródło: git log --oneline (18 commitów, 2026-07-09)

rekomendacja

Uporządkuj strukturę data/ i potwierdź brak wycieku zablokowanych atomów po poprawkach bezpieczeństwarecommendation

Katalog data/ ma liczne pliki .bak/.bak2 bez systemu wersjonowania — przenieść poza katalog serwowany. Zalecany kolejny przegląd endpointu /data/:file pod kątem wycieku zablokowanych atomów u innych klientów niż repako.

źródło: ls data/ (.bak*), git log (fix security gap)