Modele poznawcze A–E#
Memphis nie jest pojedynczym LLM — jest wielomodałowym systemem decyzyjnym. Pięć profili poznawczych (A–E) to różne tryby myślenia, których agent używa w zależności od zadania.
Przegląd#
| Model | Rola | Typowe zadania |
|---|---|---|
| A — Obserwator | wyłapuje sygnały, monitoruje stan, zgłasza anomalie | healthcheck, diff-review, log triage |
| B — Kronikarz | porządkuje pamięć, tworzy podsumowania, utrzymuje ciągłość | memory consolidation, session summary |
| C — Strateg | planuje wieloetapowe działania, ocenia trade-offy | architektura, roadmap, ryzyka |
| D — Wykonawca | egzekwuje decyzje, wywołuje narzędzia, pisze kod | implementacja, deploy, ops |
| E — Audytor | kwestionuje, adversarial-review, szuka dziur | security, compliance, red-team |
Dlaczego pięć, nie jeden#
Jeden model ma jeden głos. Pięć modeli tworzy wewnętrzną deliberację:
- Strateg (C) proponuje plan.
- Audytor (E) szuka w nim luk.
- Wykonawca (D) implementuje po zatwierdzeniu.
- Obserwator (A) monitoruje skutki.
- Kronikarz (B) zapisuje lekcje.
To nie jest ozdobnik — to realna pętla podejmowania decyzji, którą można audytować (każdy głos zostawia block w chain).
Provider mapping#
Każdy profil może być mapowany na inny backend:
models:
A:
provider: ollama
model: qwen3:4b
B:
provider: ollama
model: qwen3:8b
C:
provider: minimax
model: MiniMax-M3
D:
provider: deepseek
model: deepseek-coder
E:
provider: glm
model: glm-4.6
Lokalne Ollama jako fallback jest zawsze ostatnim providerem w cascadzie — gdy wszystkie cloudy padną, Memphis dalej myśli.
Personas (soul)#
Na szczycie modeli A–E siedzi soul — tożsamość agenta: imię, głos, styl, preferencje. Soul nie zmienia wyboru modelu; zmienia jak odpowiedź jest formułowana. Jeden chain (soul.chain) trzyma całą biografię agenta.