# Mission Control # Diagram ``` mermaid %%{init: { 'theme': 'base', 'themeVariables': { 'primaryColor': '#0b1220', 'primaryTextColor': '#e5e7eb', 'lineColor': '#475569', 'fontFamily': 'Inter, ui-sans-serif, system-ui', 'fontSize': '14px' }, 'flowchart': { 'curve': 'basis', 'nodeSpacing': 55, 'rankSpacing': 65 } }}%% flowchart LR %% ========================================================= %% BASE STYLES (dark UI) %% ========================================================= classDef top fill:#111827,stroke:#f59e0b,stroke-width:2.5px,color:#ffffff,rx:16,ry:16; classDef control fill:#0b2a4a,stroke:#22c55e,stroke-width:2.5px,color:#e0f2fe,rx:16,ry:16; classDef section fill:#0b1220,stroke:#1f2937,stroke-width:1.2px,color:#cbd5e1,rx:12,ry:12; classDef agent fill:#020617,stroke:#475569,stroke-width:1.2px,color:#e5e7eb,rx:10,ry:10; %% ========================================================= %% MISSION COLOR SYSTEM %% ========================================================= %% Apollo (blue) classDef missionApollo fill:#0b2a4a,stroke:#38bdf8,stroke-width:3px,color:#e0f2fe,rx:16,ry:16,font-weight:bold; classDef apSection fill:#061a2f,stroke:#38bdf8,stroke-width:1.8px,color:#e0f2fe,rx:12,ry:12; classDef apAgent fill:#020617,stroke:#38bdf8,stroke-width:1.6px,color:#e0f2fe,rx:10,ry:10; %% Hubble (amber) classDef missionHubble fill:#2a1606,stroke:#f59e0b,stroke-width:3px,color:#ffedd5,rx:16,ry:16,font-weight:bold; classDef hbSection fill:#1b0f06,stroke:#f59e0b,stroke-width:1.8px,color:#ffedd5,rx:12,ry:12; classDef hbAgent fill:#020617,stroke:#f59e0b,stroke-width:1.6px,color:#ffedd5,rx:10,ry:10; %% Artemis (green) classDef missionArtemis fill:#052e1a,stroke:#22c55e,stroke-width:3px,color:#dcfce7,rx:16,ry:16,font-weight:bold; classDef arSection fill:#041f12,stroke:#22c55e,stroke-width:1.8px,color:#dcfce7,rx:12,ry:12; classDef arAgent fill:#020617,stroke:#22c55e,stroke-width:1.6px,color:#dcfce7,rx:10,ry:10; %% ========================================================= %% COLUMN 1: PROGRAM LEAD %% ========================================================= PROGRAM_LEAD["🧭 [NASA-HQ]\nPROGRAM LEAD\nVision · Strategy · Final Decisions"]:::top %% ========================================================= %% COLUMN 2: MISSION CONTROL %% ========================================================= MISSION_CONTROL["🎛️ [MCC]\nMISSION CONTROL\nResearch · Delegation · Execution · Orchestration"]:::control PROGRAM_LEAD --> MISSION_CONTROL %% ========================================================= %% COLUMN 3: PILLARS / MISSIONS (stacked) %% ========================================================= subgraph PILLARS[" "] direction TB FLIGHT_SYSTEMS["🚀 [APOLLO]\nFLIGHT SYSTEMS\nEngineering · Infrastructure · Reliability"]:::missionApollo MISSION_STORY["🔭 [HUBBLE]\nMISSION STORY\nContent · Creative · Distribution"]:::missionHubble MISSION_OUTCOMES["🌙 [ARTEMIS]\nMISSION OUTCOMES\nProduct · Growth · Community"]:::missionArtemis end MISSION_CONTROL --> FLIGHT_SYSTEMS MISSION_CONTROL --> MISSION_STORY MISSION_CONTROL --> MISSION_OUTCOMES %% ========================================================= %% APOLLO DETAILS (Flight Systems) %% ========================================================= subgraph FS_DETAILS[" "] direction TB FS_S1["🧱 [APOLLO-CORE]\nCore Tech"]:::apSection FS_S2["💻 [APOLLO-CODE]\nFlight Code"]:::apSection FS_S3["✅ [APOLLO-VERIFY]\nVerification"]:::apSection Anvil["🧰 APOLLO-CORE / Anvil\nSystems Engineer"]:::apAgent Cipher["🛡️ APOLLO-CORE / Cipher\nSecurity Engineer"]:::apAgent Pixel["🧩 APOLLO-CODE / Pixel\nFrontend Engineer"]:::apAgent Sentry["🛰️ APOLLO-CODE / Sentry\nDevOps & Infra"]:::apAgent Inspector["🔍 APOLLO-VERIFY / Inspector\nQA & Reliability"]:::apAgent FS_S1 --> Anvil FS_S1 --> Cipher FS_S2 --> Pixel FS_S2 --> Sentry FS_S3 --> Inspector end FLIGHT_SYSTEMS --> FS_S1 FLIGHT_SYSTEMS --> FS_S2 FLIGHT_SYSTEMS --> FS_S3 %% ========================================================= %% HUBBLE DETAILS (Mission Story) %% ========================================================= subgraph MS_DETAILS[" "] direction TB MS_S1["📝 [HUBBLE-CONTENT]\nMission Content"]:::hbSection MS_S2["🎨 [HUBBLE-CREATIVE]\nCreative Studio"]:::hbSection Rex["🎬 HUBBLE-CONTENT / Rex\nScript Writer"]:::hbAgent Sage["📚 HUBBLE-CONTENT / Sage\nResearch & Analysis"]:::hbAgent Echo["📰 HUBBLE-CONTENT / Echo\nNewsletter Engine"]:::hbAgent Clip["🎞️ HUBBLE-CONTENT / Clip\nShort-form Video"]:::hbAgent Nebula["🧑‍🎨 HUBBLE-CREATIVE / Nebula\nVisual Design"]:::hbAgent Nova["🎥 HUBBLE-CREATIVE / Nova\nVideo Production"]:::hbAgent MS_S1 --> Rex MS_S1 --> Sage MS_S1 --> Echo MS_S1 --> Clip MS_S2 --> Nebula MS_S2 --> Nova end MISSION_STORY --> MS_S1 MISSION_STORY --> MS_S2 %% ========================================================= %% ARTEMIS DETAILS (Mission Outcomes) %% ========================================================= subgraph MO_DETAILS[" "] direction TB MO_S1["🧪 [ARTEMIS-EXP]\nExperiments"]:::arSection MO_S2["📡 [ARTEMIS-TLM]\nTelemetry"]:::arSection MO_S3["🤝 [ARTEMIS-GROUND]\nGround Crew"]:::arSection Scout["🧭 ARTEMIS-EXP / Scout\nProduct Intelligence"]:::arAgent Herald["📣 ARTEMIS-EXP / Herald\nLaunch & Announcements"]:::arAgent Forge["🧲 ARTEMIS-TLM / Forge\nOptimization"]:::arAgent Pulse["📈 ARTEMIS-TLM / Pulse\nTelemetry & Analytics"]:::arAgent Beacon["🧰 ARTEMIS-GROUND / Beacon\nSupport & Onboarding"]:::arAgent Link["🗨️ ARTEMIS-GROUND / Link\nCommunity Ops"]:::arAgent Vibe["✨ ARTEMIS-GROUND / Vibe\nEngagement"]:::arAgent MO_S1 --> Scout MO_S1 --> Herald MO_S2 --> Forge MO_S2 --> Pulse MO_S3 --> Beacon MO_S3 --> Link MO_S3 --> Vibe end MISSION_OUTCOMES --> MO_S1 MISSION_OUTCOMES --> MO_S2 MISSION_OUTCOMES --> MO_S3 ``` # Mission Management System **Operational framework for OpenClaw** ## Wprowadzenie Mission Management System to **operacyjny system zarządzania pracą**, zaprojektowany do działania w środowisku **OpenClaw**. Jego celem jest przekształcenie chaotycznych zadań, pomysłów i decyzji w **czytelne, routowalne misje**, które można łatwo delegować, monitorować i domykać. System nie jest klasycznym „task managerem” ani zwykłym org chartem. To **model operacyjny**, który: * porządkuje pracę według **misji**, a nie ról czy działów, * wymusza **jasną odpowiedzialność i kontekst**, * umożliwia **deterministyczne routingowanie zadań** w OpenClaw, * pozostawia **audit trail** decyzji, wyników i wniosków. *** ## Filozofia systemu System opiera się na trzech prostych założeniach: 1. **Każda praca ma swoją misję** Zamiast „engineering / marketing / product” używamy **misji operacyjnych**, które opisują *po co* dana praca istnieje. 2. **Najpierw routing, potem wykonanie** Każde zadanie jest najpierw klasyfikowane i kierowane do odpowiedniej misji i sekcji, a dopiero potem wykonywane przez konkretnego agenta. 3. **Decyzje są tak samo ważne jak wykonanie** Każdy pakiet pracy kończy się decyzją: `PROCEED | ITERATE | HOLD | SCRUB` Dzięki temu system uczy się w czasie, zamiast tylko produkować artefakty. *** ## Struktura zarządzania System ma wyraźną hierarchię odpowiedzialności: ### PROGRAM LEAD Odpowiada za: * wizję, * kierunek, * priorytety, * finalne decyzje. PROGRAM LEAD **nie zarządza zadaniami** — zarządza intencją i sensem działań. *** ### MISSION CONTROL (MCC) MISSION CONTROL jest **centrum operacyjnym systemu**. Odpowiada za: * triage i routing zadań, * rozbijanie problemów na wykonalne pakiety, * pilnowanie WIP, * kontrolę trybów SIM / FLIGHT, * domykanie misji i archiwizację. W OpenClaw to właśnie MISSION CONTROL pełni rolę **koordynatora i dispatcher’a**. *** ## Misje jako podstawowe jednostki pracy Zamiast tradycyjnych działów system używa **trzech stałych misji**, które są jednocześnie: * jednostkami organizacyjnymi, * kluczami routingu, * przestrzeniami roboczymi w filesystemie. ### 🚀 APOLLO — *Flight Systems* Misja odpowiedzialna za **stabilność i techniczne fundamenty systemu**. Zakres: * Core Tech * Flight Code * Verification Wszystko, co dotyczy infrastruktury, kodu, bezpieczeństwa i jakości, trafia do APOLLO. *** ### 🔭 HUBBLE — *Mission Story* Misja odpowiedzialna za **opowieść, komunikację i formę**. Zakres: * Mission Content * Creative Studio HUBBLE zajmuje się tym, jak misja jest opisywana, rozumiana i prezentowana na zewnątrz. *** ### 🌙 ARTEMIS — *Mission Outcomes* Misja odpowiedzialna za **efekt, wzrost i informację zwrotną**. Zakres: * Experiments * Telemetry * Ground Crew ARTEMIS mierzy, eksperymentuje i zamienia dane oraz feedback w kolejne decyzje. *** ## Call‑signy i routing Każda sekcja w systemie ma **jednoznaczny call‑sign**, np.: * `APOLLO-CORE` * `HUBBLE-CONTENT` * `ARTEMIS-TLM` Call‑signy pełnią rolę: * kluczy routingu w OpenClaw, * prefiksów folderów, * tagów w dokumentacji i telemetrii. Dzięki temu system jest: * łatwy do automatyzacji, * przewidywalny, * odporny na chaos komunikacyjny. *** ## Pakiety misji (Mission Packets) Każda jednostka pracy w systemie jest realizowana jako **Mission Packet** — spójny pakiet zawierający: * kontekst i cel, * log wykonania, * artefakty, * wyniki, * decyzję końcową. Pakiety są: * wersjonowane w filesystemie, * audytowalne, * łatwe do archiwizacji i analizy retrospektywnej. *** ## Tryby pracy: SIM i FLIGHT System rozróżnia dwa tryby: * **SIM** — eksperymenty, szkice, analizy, drafty * **FLIGHT** — działania produkcyjne, publikacje, zmiany o realnym wpływie Przejście z SIM do FLIGHT wymaga spełnienia jawnych kryteriów jakości i akceptacji, co chroni system przed przypadkowymi decyzjami. *** ## Dlaczego ten system istnieje Mission Management System został zaprojektowany, aby: * skalić pracę człowieka i LLM‑ów, * wymusić klarowność zamiast „prompt‑chaosu”, * uczynić OpenClaw **systemem operacyjnym**, a nie tylko chatbotem, * umożliwić długoterminową, iteracyjną pracę bez utraty kontekstu. ## Jak zacząć (Quick Start) Poniższe kroki pozwolą Ci uruchomić system **Mission Management System** w praktyce: od przygotowania środowiska, przez utworzenie struktury folderów, aż po stworzenie pierwszego **Mission Packet** i wykonanie przykładowego routingu w OpenClaw. *** ### 1) Wybierz miejsce na system (ROOT\_PATH) **Rekomendacja:** trzymaj system w przestrzeni, do której OpenClaw ma bezpieczny dostęp (najczęściej workspace OpenClaw). Dzięki temu unikniesz problemów z uprawnieniami i sandboxem. * Przykład (Linux/macOS/WSL): `~/.openclaw/workspace/missions` * Przykład (Windows): `%USERPROFILE%\.openclaw\workspace\missions` > Jeśli koniecznie chcesz trzymać to w `.org` / Johnny Decimal, zrób to, ale upewnij się, że sandbox/OpenClaw ma prawo czytać i pisać w tej lokalizacji. *** ### 2) Uruchom OpenClaw i przygotuj profil (polecane) Dobrą praktyką jest trzymanie tego systemu w osobnym profilu OpenClaw, np. `missionctl`, aby nie mieszać ustawień z innymi projektami. ```bash openclaw --profile missionctl gateway start openclaw --profile missionctl gateway status ``` *** ### 3) Sprawdź sandbox i dostęp do plików To krok, który oszczędza najwięcej czasu: upewniasz się, że agent będzie mógł tworzyć foldery i pliki w `ROOT_PATH`. ```bash openclaw --profile missionctl sandbox explain ``` Jeśli widzisz, że dostęp do docelowej ścieżki jest ograniczony — przenieś `ROOT_PATH` do workspace albo dostosuj konfigurację sandboxa. *** ### 4) Upewnij się, że agent ma narzędzia do pracy z plikami (fs) Jeżeli masz restrykcyjne polityki narzędzi, ustaw profil narzędzi na taki, który zawiera operacje plikowe. ```bash openclaw --profile missionctl config set tools.profile '"coding"' ``` > Jeśli już masz skonfigurowane narzędzia plikowe — ten krok możesz pominąć. *** ### 5) Utwórz strukturę systemu (bootstrap) Masz dwa warianty: **(A) automatyczny** (polecany) i **(B) ręczny** (gdy wolisz mieć pełną kontrolę). #### A) Automatyczny bootstrap przez OpenClaw (polecany) Ustaw `ROOT_PATH` i poproś OpenClaw o utworzenie struktury (MCC + misje + sekcje + template’y + config mapowania). To jest najszybsza droga, bo zapewnia spójność. ```bash export ROOT_PATH="$HOME/.openclaw/workspace/missions" openclaw --profile missionctl agent --message " Utwórz system Mission Management System w katalogu ROOT_PATH=$ROOT_PATH. Wymagania: - stwórz foldery: _MCC/50_templates, APOLLO/CORE_TECH/missions, APOLLO/FLIGHT_CODE/missions, APOLLO/VERIFICATION/missions, APOLLO/99_archive, HUBBLE/CONTENT/missions, HUBBLE/CREATIVE/missions, HUBBLE/99_archive, ARTEMIS/EXPERIMENTS/missions, ARTEMIS/TELEMETRY/missions, ARTEMIS/GROUND_CREW/missions, ARTEMIS/99_archive. - utwórz pliki MCC: 00_operating-manual.md, 10_backlog.md, 20_active-missions.md, 30_decisions.md, 40_routing-rules.md, 90_archive-index.md - utwórz template’y w _MCC/50_templates: task-brief.md, sim-flight-checklist.md, post-mission-report.md, decision-record.md - utwórz _MCC/openclaw.missions.json z mapowaniem: APOLLO-CORE→APOLLO/CORE_TECH (Anvil,Cipher) APOLLO-CODE→APOLLO/FLIGHT_CODE (Pixel,Sentry) APOLLO-VERIFY→APOLLO/VERIFICATION (Inspector) HUBBLE-CONTENT→HUBBLE/CONTENT (Rex,Sage,Echo,Clip) HUBBLE-CREATIVE→HUBBLE/CREATIVE (Nebula,Nova) ARTEMIS-EXP→ARTEMIS/EXPERIMENTS (Scout,Herald) ARTEMIS-TLM→ARTEMIS/TELEMETRY (Forge,Pulse) ARTEMIS-GROUND→ARTEMIS/GROUND_CREW (Beacon,Link,Vibe) Na koniec wypisz krótkie podsumowanie co utworzyłeś i gdzie. " ``` #### B) Ręczny bootstrap (gdy wolisz robić to sam) Tworzysz foldery zgodnie z dokumentacją i wklejasz pliki startowe/template’y (np. z Twojego `Operating Manual`). Ten wariant jest wolniejszy, ale daje pełną kontrolę nad treścią. *** ### 6) Zweryfikuj, że system “stoi” (kontrola jakości po bootstrapie) 1. Podgląd logów (czy agent nie dostał odmowy uprawnień / tool policy): ```bash openclaw --profile missionctl logs --follow ``` 2. “Sanity check” folderów: ```bash openclaw --profile missionctl agent --message "Sprawdź czy istnieją: $ROOT_PATH/_MCC, $ROOT_PATH/APOLLO, $ROOT_PATH/HUBBLE, $ROOT_PATH/ARTEMIS oraz ich sekcje. Wypisz braki." ``` *** ### 7) Utwórz pierwszy Mission Packet (przykład end‑to‑end) Zróbmy minimalny, ale realistyczny przykład: analiza telemetrii. **Zlecenie:** „Spada retencja 7‑dniowa” → routing do `ARTEMIS-TLM` → agent `Pulse`. **Nazwa pakietu:** `YYYY-MM-DD__ARTEMIS-TLM__retention-drop-7d` ```bash openclaw --profile missionctl agent --message " Utwórz Mission Packet w ROOT_PATH=$ROOT_PATH dla: CALLSIGN: ARTEMIS-TLM Owner: Pulse Mode: SIM Slug: retention-drop-7d W środku utwórz standard: 00_brief.md, 10_worklog.md, 20_artifacts/, 30_results.md, 40_decision.md, 90_links.md W 00_brief.md wpisz: - Context: Spadek retencji 7d w ostatnich 14 dniach - Goal: Zidentyfikować źródło spadku + zaproponować działania - Deliverables: raport, hipotezy, plan telemetrii - Acceptance: wskazany etap lejka/segment + 2-3 eksperymenty + plan pomiaru - Risks: brak pełnych danych kohortowych Na koniec dopisz wpis do _MCC/20_active-missions.md i ustaw status IN_PROGRESS. " ``` *** ### 8) Codzienny rytm pracy (minimum operacyjne) Jeśli chcesz, żeby system działał “jak Mission Control”, utrzymuj prosty rytm: * **Rano (MCC):** przegląd `_MCC/20_active-missions.md`, ogranicz WIP, zdejmij blokery. * **W trakcie dnia:** aktualizacje w `10_worklog.md` + artefakty do `20_artifacts/`. * **Zamknięcie:** wypełnij `30_results.md`, `40_decision.md`, zdecyduj `PROCEED/ITERATE/HOLD/SCRUB`, przenieś do `99_archive`, dopisz do `_MCC/90_archive-index.md`. *** ### 9) Kiedy używać SIM vs FLIGHT (prosty trigger) Używaj **SIM** zawsze, gdy: * robisz research, szkice, analizy, drafty, * testujesz pomysły, * nie jesteś pewien finalnej decyzji. Przechodź do **FLIGHT** tylko, gdy: * masz jasne acceptance criteria, * masz artefakty gotowe, * (jeśli dotyczy) masz weryfikację, * wiesz jakie metryki monitorujesz po wdrożeniu. Jeśli chcesz, mogę dopisać krótką, praktyczną sekcję **“Najczęstsze błędy i jak ich unikać”** (np. złe routowanie, mieszanie misji w jednym pakiecie, brak decyzji końcowej) albo przygotować **jednostronicowy cheat‑sheet** do powieszenia obok konsoli. # ✅ Finalne nazewnictwo (po wszystkich zmianach) ## 1️⃣ Góra struktury — **ZAMKNIĘTE** ### **PROGRAM LEAD** ✅ *Vision · Strategy · Final Decisions* ### **MISSION CONTROL** ✅ *Research · Delegation · Execution · Orchestration* *** ## 2️⃣ Trzy główne filary — **ZATWIERDZONE** ### 🟦 **FLIGHT SYSTEMS** *Engineering · Infrastructure · Reliability* ### 🟧 **MISSION STORY** *Content · Creative · Distribution* ### 🟩 **MISSION OUTCOMES** *Product · Growth · Community* *** ## 3️⃣ Sekcje pod każdą kartą — **AKTUALNE** ### Pod **FLIGHT SYSTEMS** * **Core Tech** ✅ * **Flight Code** ✅ * **Verification** *** ### Pod **MISSION STORY** * **Mission Content** * **Creative Studio** *** ### Pod **MISSION OUTCOMES** * ✅ **Experiments** * ✅ **Telemetry** ← *(zmienione, zatwierdzone)* * ✅ **Ground Crew** *** ## 4️⃣ Całość — finalny „mental model” PROGRAM LEAD └── MISSION CONTROL ├── FLIGHT SYSTEMS │ ├── Core Tech │ ├── Flight Code │ └── Verification │ ├── MISSION STORY │ ├── Mission Content │ └── Creative Studio │ └── MISSION OUTCOMES ├── Experiments ├── Telemetry └── Ground Crew To w tym momencie: * ✅ brzmi naturalnie (bez sztucznej NASA‑terminologii) * ✅ pasuje idealnie do struktury kart z Twojego screena * ✅ jest spójne semantycznie (każdy poziom „ma sens”) * ✅ nadaje się do realnego użycia w UI, dokumentacji i rozmowach *** ## Następny krok (już wykonawczy) Jeśli potwierdzisz jednym zdaniem: > **„Tak, to jest finalne nazewnictwo”** to w **następnej odpowiedzi**: * narysuję **finalny diagram**, * **dokładnie w strukturze kart jak na screenie** (bez eksperymentów), * w **dark UI style**, bardzo czytelny, * z tym nazewnictwem 1:1. ``` mermaid %%{init: { 'theme': 'base', 'themeVariables': { 'primaryColor': '#0b1220', 'primaryTextColor': '#e5e7eb', 'lineColor': '#475569', 'fontFamily': 'Inter, ui-sans-serif, system-ui', 'fontSize': '14px' }, 'flowchart': { 'curve': 'basis', 'nodeSpacing': 55, 'rankSpacing': 65 } }}%% flowchart LR %% ========================================================= %% STYLES (dark dashboard / product UI) %% ========================================================= classDef top fill:#111827,stroke:#f59e0b,stroke-width:2.5px,color:#ffffff,rx:16,ry:16; classDef control fill:#0b2a4a,stroke:#22c55e,stroke-width:2.5px,color:#e0f2fe,rx:16,ry:16; classDef pillarTech fill:#0f172a,stroke:#3b82f6,stroke-width:2.5px,color:#e0f2fe,rx:16,ry:16; classDef pillarStory fill:#0f172a,stroke:#f59e0b,stroke-width:2.5px,color:#ffedd5,rx:16,ry:16; classDef pillarOutcome fill:#0f172a,stroke:#22c55e,stroke-width:2.5px,color:#dcfce7,rx:16,ry:16; classDef section fill:#0b1220,stroke:#1f2937,stroke-width:1.2px,color:#cbd5e1,rx:12,ry:12; classDef agent fill:#020617,stroke:#475569,stroke-width:1.2px,color:#e5e7eb,rx:10,ry:10; %% ========================================================= %% COLUMN 1: PROGRAM LEAD %% ========================================================= PROGRAM_LEAD["[NASA-HQ] PROGRAM LEAD\nVision · Strategy · Final Decisions"]:::top %% ========================================================= %% COLUMN 2: MISSION CONTROL %% ========================================================= MISSION_CONTROL["[MCC] MISSION CONTROL\nResearch · Delegation · Execution · Orchestration"]:::control PROGRAM_LEAD --> MISSION_CONTROL %% ========================================================= %% COLUMN 3: PILLARS (stacked vertically) %% ========================================================= subgraph PILLARS[" "] direction TB FLIGHT_SYSTEMS["[APOLLO] FLIGHT SYSTEMS\nEngineering · Infrastructure · Reliability"]:::pillarTech MISSION_STORY["[HUBBLE] MISSION STORY\nContent · Creative · Distribution"]:::pillarStory MISSION_OUTCOMES["[ARTEMIS] MISSION OUTCOMES\nProduct · Growth · Community"]:::pillarOutcome end MISSION_CONTROL --> FLIGHT_SYSTEMS MISSION_CONTROL --> MISSION_STORY MISSION_CONTROL --> MISSION_OUTCOMES %% ========================================================= %% DETAILS: each pillar expands to the right %% ========================================================= %% --- APOLLO / Flight Systems subgraph FS_DETAILS[" "] direction TB FS_S1["[APOLLO-CORE] Core Tech"]:::section FS_S2["[APOLLO-CODE] Flight Code"]:::section FS_S3["[APOLLO-VERIFY] Verification"]:::section Anvil["APOLLO-CORE / Anvil\nSystems Engineer"]:::agent Cipher["APOLLO-CORE / Cipher\nSecurity Engineer"]:::agent Pixel["APOLLO-CODE / Pixel\nFrontend Engineer"]:::agent Sentry["APOLLO-CODE / Sentry\nDevOps & Infra"]:::agent Inspector["APOLLO-VERIFY / Inspector\nQA & Reliability"]:::agent FS_S1 --> Anvil FS_S1 --> Cipher FS_S2 --> Pixel FS_S2 --> Sentry FS_S3 --> Inspector end FLIGHT_SYSTEMS --> FS_S1 FLIGHT_SYSTEMS --> FS_S2 FLIGHT_SYSTEMS --> FS_S3 %% --- HUBBLE / Mission Story subgraph MS_DETAILS[" "] direction TB MS_S1["[HUBBLE-CONTENT] Mission Content"]:::section MS_S2["[HUBBLE-CREATIVE] Creative Studio"]:::section Rex["HUBBLE-CONTENT / Rex\nScript Writer"]:::agent Sage["HUBBLE-CONTENT / Sage\nResearch & Analysis"]:::agent Echo["HUBBLE-CONTENT / Echo\nNewsletter Engine"]:::agent Clip["HUBBLE-CONTENT / Clip\nShort-form Video"]:::agent Nebula["HUBBLE-CREATIVE / Nebula\nVisual Design"]:::agent Nova["HUBBLE-CREATIVE / Nova\nVideo Production"]:::agent MS_S1 --> Rex MS_S1 --> Sage MS_S1 --> Echo MS_S1 --> Clip MS_S2 --> Nebula MS_S2 --> Nova end MISSION_STORY --> MS_S1 MISSION_STORY --> MS_S2 %% --- ARTEMIS / Mission Outcomes subgraph MO_DETAILS[" "] direction TB MO_S1["[ARTEMIS-EXP] Experiments"]:::section MO_S2["[ARTEMIS-TLM] Telemetry"]:::section MO_S3["[ARTEMIS-GROUND] Ground Crew"]:::section Scout["ARTEMIS-EXP / Scout\nProduct Intelligence"]:::agent Herald["ARTEMIS-EXP / Herald\nLaunch & Announcements"]:::agent Forge["ARTEMIS-TLM / Forge\nOptimization"]:::agent Pulse["ARTEMIS-TLM / Pulse\nTelemetry & Analytics"]:::agent Beacon["ARTEMIS-GROUND / Beacon\nSupport & Onboarding"]:::agent Link["ARTEMIS-GROUND / Link\nCommunity Ops"]:::agent Vibe["ARTEMIS-GROUND / Vibe\nEngagement"]:::agent MO_S1 --> Scout MO_S1 --> Herald MO_S2 --> Forge MO_S2 --> Pulse MO_S3 --> Beacon MO_S3 --> Link MO_S3 --> Vibe end MISSION_OUTCOMES --> MO_S1 MISSION_OUTCOMES --> MO_S2 MISSION_OUTCOMES --> MO_S3 ``` Jasne — i to jest **mega dobry pomysł** do nawigacji w OpenClaw 👍\ Zrobimy tak: do każdego „klocka” (filary, sekcje, agenci) dodamy **jednoznaczny “Mission Call‑Sign”** w stylu NASA, żebyś mógł: * szybko wyszukiwać w logach / UI (`[APOLLO-CORE]`, `[ARTEMIS-STORY]`), * łatwo mapować „gdzie jestem w strukturze”, * mieć spójne prefiksy do routing’u w OpenClaw (np. foldery/komendy/telemetria). Poniżej masz **konkretną propozycję naming scheme** + **gotowy Mermaid LR** już z tymi nazwami. *** ## 1) Proponowany schemat “NASA Mission Names” (prosty i praktyczny) ### Poziom 0 (góra) * **PROGRAM LEAD** → `[HQ]` albo `[NASA-HQ]` (prosto i czytelnie) * **MISSION CONTROL** → `[MCC]` (Mission Control Center — klasyk) ### Poziom 1 (3 filary = 3 programy) Dobieram nazwy tak, żeby **kojarzyły się z rolą**, a nie były losowe: * **FLIGHT SYSTEMS** → `[APOLLO]`\ (Apollo = “flight systems”, engineering, niezawodność, klasyczny program misji załogowej) * **MISSION STORY** → `[HUBBLE]`\ (Hubble = “widzialność, obraz, opowieść”, świetny symbol komunikacji/visual) * **MISSION OUTCOMES** → `[ARTEMIS]`\ (Artemis = “outcomes”, nowy program, rozwój, skala, community, ciągłe iteracje) > Jeśli wolisz stricte „misje” zamiast „programów”, też dam wariant (np. Apollo 11 / STS‑1 / Voyager 1 / JWST). ### Poziom 2 (sekcje) = sufiksy * `-CORE` / `-CODE` / `-VERIFY` * `-CONTENT` / `-CREATIVE` * `-EXPERIMENTS` / `-TELEMETRY` / `-GROUND` ### Poziom 3 (agenci) = nazwany komponent Np. `APOLLO-CORE/Anvil`, `HUBBLE-CONTENT/Rex`, `ARTEMIS-TELEMETRY/Pulse` To Ci daje **ładne ścieżki**: * **Routing**: `MCC → APOLLO-CORE → Anvil` * **Log tags**: `[ARTEMIS-TELEMETRY] Pulse event …` * **Folder/tag**: `APOLLO/CORE_TECH`, `HUBBLE/CONTENT` *** ## 2) Gotowy diagram LR z “NASA mission names” (do OpenClaw) To jest Twoja wersja **Left → Right**, tylko z dodanymi call‑signami. *** ## 3) Jak to wykorzystać „nawigacyjnie” w OpenClaw (praktyka) ### A) Routing komend / tasków * `MCC → APOLLO-CORE → Anvil` (systemy) * `MCC → HUBBLE-CREATIVE → Nebula` (grafika) * `MCC → ARTEMIS-TLM → Pulse` (metryki) ### B) Tagowanie logów i telemetrii * `[APOLLO-CODE] build succeeded` * `[HUBBLE-CONTENT] script drafted` * `[ARTEMIS-TLM] KPI anomaly detected` ### C) Foldery / przestrzeń w `.org` (jeśli chcesz) Możesz mieć np.: * `./missions/APOLLO/CORE_TECH/` * `./missions/HUBBLE/CONTENT/` * `./missions/ARTEMIS/TELEMETRY/` *** ## 4) Szybkie dopasowanie (jedna decyzja) Jasne — dodamy **kolory per misja** + **ikony** w samych węzłach tak, żeby: * było **czytelnie** (LR, jak masz teraz), * działało w większości rendererów Mermaid (bez HTML), * “misje” od razu rzucały się w oczy (APOLLO / HUBBLE / ARTEMIS), * łatwo się po tym nawigowało w OpenClaw (prefiksy zostają). Poniżej masz gotowy kod: **kolory + ikony + call‑signy**. *** ## ✅ LR + Kolory misji + Ikony (APOLLO / HUBBLE / ARTEMIS) **Co jest nowe:** * misje mają własne klasy: `missionApollo`, `missionHubble`, `missionArtemis` * sekcje i agenci dziedziczą kolor misji (osobne klasy sekcji/agentów per misja) * ikony w labelach: 🚀 (Apollo), 🔭 (Hubble), 🌙 (Artemis), plus małe ikony w sekcjach *** ## Drobna uwaga o kompatybilności Mermaid * Ikony emoji ✅ działają praktycznie wszędzie. * Kolory ✅ działają wszędzie, bo to `classDef`. * Jeśli renderujesz w miejscu, które ma stare Mermaid, a coś się sypie — najczęściej problemem bywa **emoji** albo **puste subgraph title** `" "`. Jeśli chcesz wersję „maksymalnie kompatybilną”, mogę: * usunąć emoji z subgraph title, * zastąpić `" "` na np. `" "` → `"PILLARS"` itp. *** ## Jedno pytanie, żebym trafił w Twój styl nawigacji W OpenClaw wolisz, żeby call‑sign był: 1. **prefiksem** w nazwie węzła (tak jak teraz: `APOLLO-CORE / Anvil`)\ czy 2. osobnym **tagiem** na końcu (np. `Anvil — Systems Engineer [APOLLO-CORE]`)? Powiedz „1” albo „2” i dopasuję cały diagram pod to, żeby nawigacja była turbo spójna.