Mi a SoulCore?
Egy futtatókörnyezet, amely a meglévő AI modelleket kognitív modulokká alakítja — nem helyettesíti őket, hanem új szerepet ad nekik.
Folyamatos futtatókörnyezet
Nem request-response. Nem ciklikus. A SoulCore folyamatosan működik, mint egy operációs rendszer — state update-ok, események, döntések, végrehajtás, folytatás.
Runtime State
Nem memória. Nem prompt. Nem chat history. Az egész rendszer aktuális működési állapota — perzisztens, visszaállítható, nyomon követhető.
Többmagos intelligencia
Nem egy nagy modell. Több szakosodott mag — mindegyik külön fejleszthető, külön tanítható, külön cserélhető. Párhuzamosan dolgoznak, közös állapottérben működnek együtt.
Cserélhető komponensek
A meglévő AI modellek kognitív modulokká válnak egy nagyobb futtatókörnyezeten belül — nem maga a futtatókörnyezet.
Horizontális skálázhatóság
Egy intelligencia több magból áll. Több csomópont, közös állapottér — elosztott intelligencia, nem csak nagyobb GPU.
Graciózus minőségromlás
Ha egy Core hibázik, a rendszer nem omlik össze. A rendszer gyengébben működik tovább, nem pedig leáll.
Determinisztikus döntési réteg
Ugyanabból az állapotból ugyanaz a döntés születik. A kommunikáció természetes, de a döntés reprodukálható.
Nincs token limit
Kontextusablak helyett perzisztens állapot. Nincs felső határ a feldolgozható információ mennyiségének.
Folyamatos végrehajtás
Minden kérdés nem egy új élet. A rendszer folyamatosan fut — state update-ok, események, ok-okozati lánc, végrehajtás.
Nyelvfüggetlenség
A rendszer belül nem nyelven gondolkodik. A Language Runtime csak átalakít — bármilyen nyelven működik, a belső működés ugyanaz.
Felelősségi szétválasztás
Minden komponensnek egyetlen feladata van. A Language Runtime nem dönt. A Runtime Kernel nem gondolkodik. A Core nem generál nyelvet.
Elosztott intelligencia
Több csomóponton, közös állapottéren keresztül működik. Az intelligencia nem egy helyen van — elosztottan, mégis koordináltan.
Eseményvezérelt aktiválás
Nem minden mag fut folyamatosan. Csak az aktiválódik, amelyikre épp szükség van — energia- és számítási hatékonyság.
Visszagörgetés és állapot-folytatás
Ha egy mag hibázik, a rendszer atomikus visszagörgetést hajt végre. A teljes állapot menthető — ott folytat, ahol abbahagyta.
A problémán gondolkodik
Nyolc lépéses kognitív folyamat: előbb a probléma reprezentációja épül fel, a nyelv csak a be- és kimeneti forma.
Rendszerfelépítés
A SoulCore egy többrétegű AI futtatókörnyezet, amely elválasztja a nyelvi feldolgozást, a kognitív döntéshozatalt, az állapotkezelést, a memóriát és a végrehajtást.
KATTINTS A NAGYÍTÁSHOZ
A rendszer 8 különálló rétegből épül fel: Language Runtime, Cognitive Core Layer, Multi-Core Architecture, Runtime Kernel, Runtime State, Memory Layer, Goal Layer és Execution Layer. Mindegyik komponens egyetlen feladatért felel, ami moduláris, skálázható és hosszú távon bővíthető rendszert eredményez.
Hagyományos AI vs SoulCore
| Hagyományos AI | SoulCore | |
|---|---|---|
| Egyetlen modell | → | Több kognitív mag |
| Prompt | → | Runtime State |
| Kontextusablak | → | Perzisztens állapot |
| Munkamenet | → | Folyamatos futtatókörnyezet |
| Monolitikus | → | Moduláris |
| Nyelv-központú | → | Állapot-központú |
| Újraindítás minden promptnál | → | Folyamatos végrehajtás |
| Token limit (kontextusablak) | → | Nincs token limit (perzisztens állapot) |
| Skálázás: nagyobb modell / több GPU | → | Horizontális skálázás, közös állapottér |
| Komponensek cseréje: teljes modellváltás | → | Cserélhető magok, a Runtime megmarad |
| Memória és célok a modellen belül | → | Külön memória és célrendszer |
| A válaszon gondolkodik | → | A problémán gondolkodik (8 lépéses folyamat) |
| Hibás kontextusból továbbgenerál | → | Visszagörgetés és hibaelkülönítés |
| Dinamikus memória a szekció alatt | → | Teljes állapot-mentés, ott folytat, ahol abbahagyta |
| Minden modell folyamatosan fut | → | Eseményvezérelt aktiválás (csak az kell, ami épp dolgozik) |
| Nincs önellenőrzés | → | Önellenőrzés, elutasítja saját válaszát is |
| Variáció minden promptnál | → | Determinisztikus döntés ugyanabból az állapotból |
Miért jobb a többmagos architektúra?
Nem csak azért, mert több Core van. Hanem mert mindegyik specializált, külön fejleszthető, külön tanítható, külön cserélhető, párhuzamosan dolgozik, és közös Runtime State-en keresztül működik együtt.
Ez közelebb áll egy operációs rendszerhez, mint egy chatbothoz.
Folyamatos végrehajtás, perzisztens állapot
A rendszer nem minden kérdésnél indul újra. Folyamatosan működik, állapota perzisztens, visszaállítható. A rendszer pontosan ott folytatja, ahol abbahagyta — akár napokkal később is.
Strukturált gondolkodási folyamat
A gondolkodás nem egyetlen pillanat, hanem nyolc lépcsős, strukturált folyamat. Minden lépés megtervezett, minden döntés nyomon követhető.
Információ → Feldolgozás → Megértés → Szándék → Tükröződés → Ötletelés → Döntés → Válasz
Mit nem állít a projekt?
AGI
A projekt nem állítja, hogy AGI-t hoz létre.
Tudat
A projekt nem állítja, hogy a rendszer tudatos.
Emberi gondolkodás
A projekt nem állítja, hogy a rendszer emberi értelemben gondolkodik.
Ez egy architekturális kutatási irány, amely a nyelvet, az állapotot és a végrehajtást külön rétegekre bontja.
Hol tart a fejlesztés?
A vízió és a jelenlegi implementáció különálló dolog. Ez a blokk a tényleges állapotot mutatja — mit tartunk késznek és mi van folyamatban.
Kész komponensek
- Language Runtime Encoder (300M)
- Language Runtime Decoder (300M)
- StateBundle (768 dim)
- Tokenizer
- Hybrid Core V8 (200–300M)
- Training Pipeline (69 fájl)
Félkész / következő
- Integráció — a komponensek összekapcsolása
- Tesztelés — Language Runtime és Hybrid Core
- Knowledge Store — részleges (7 modul)
- API — még nincs külső hozzáférés
Fejlesztési környezet
- 2× RTX 5060 Ti — 32 GB VRAM
- 32+ GB RAM
- ~50 GB tárhely
- Fejlesztés alatt — kutatási fázis
Nem kell újat építeni — a kód létezik. A következő lépés az integráció, a tesztelés és az API.
Legfrissebb bejegyzések
Hírek, kutatási eredmények és technikai részletek.
A nyelv nem a gondolkodás tere
A Language Runtime nem gondolkodik. A nyelv csak felület a külvilág felé – a gondolkodás az állapotváltozásokban történik.
Tovább olvasom →
Determinisztikus döntés: ugyanaz az állapot, ugyanaz a döntés
Az azonos állapotból azonos döntés születik. A kommunikáció változhat, a döntés nem – ez a determinisztikus döntési réteg lényege.
Miért jött létre a SoulCore?
A mai LLM-ek alapvető problémája: nincs valódi futó rendszer, nincs belső állapot, nincs folyamatos működés.
Cserélhető komponensek
A SoulCore komponensei cserélhetők: Transformer, Mamba, RWKV, MoE — a runtime szerződés nem változik.
Nem az, amit gondolsz
A SoulCore nem chatbot, nem LLM, nem wrapper. Egy új AI Runtime Architecture.
Állapotkezelés: Snapshot, Rollback, Versioning
A Runtime Kernel állapotkezelése: snapshot, rollback, versioning, persistence.
Többmagos intelligencia architektúra
A SoulCore többmagos architektúrája: Planning, Reasoning, Memory, Vision, Language, Execution — mindegyik önállóan.
Letölthető anyagok
Dokumentumok a SoulCore architektúráról, kutatási anyagok és specifikációk.
SoulCore V4 — Specifikáció
A SoulCore V4 architektúra tömör összefoglalása: Language Runtime (Encoder/Decoder 300M), StateBundle 768, Hybrid Core V8 és a 8 rétegű rendszerfelépítés. TXT formátum.
Készen állsz felfedezni?
Merülj el a SoulCore architektúrájában, olvass a legfrissebb kutatási eredményekről, vagy töltsd le a specifikációt.