dexter/DBAdmin

Fork 0

Files

T

Paweł Domański 64944cf004 May 17, 2026, 11:40 PM

2026-05-18 06:40:19 +00:00

27 KiB

Raw Blame History

Mission Control

Diagram


%%{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:

Każda praca ma swoją misję
Zamiast „engineering / marketing / product” używamy misji operacyjnych, które opisują po co dana praca istnieje.
Najpierw routing, potem wykonanie
Każde zadanie jest najpierw klasyfikowane i kierowane do odpowiedniej misji i sekcji, a dopiero potem wykonywane przez konkretnego agenta.
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.

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.

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.

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ść.

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)

Podgląd logów (czy agent nie dostał odmowy uprawnień / tool policy):

openclaw --profile missionctl logs --follow

“Sanity check” folderów:

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

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.

%%{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ł:

prefiksem w nazwie węzła (tak jak teraz: APOLLO-CORE / Anvil)
czy
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.

27 KiB Raw Blame History Unescape Escape

Mission Control

Diagram

Mission Management System

Wprowadzenie

Filozofia systemu

Struktura zarządzania

PROGRAM LEAD

MISSION CONTROL (MCC)

Misje jako podstawowe jednostki pracy

🚀 APOLLO — Flight Systems

🔭 HUBBLE — Mission Story

🌙 ARTEMIS — Mission Outcomes

Call‑signy i routing

Pakiety misji (Mission Packets)

Tryby pracy: SIM i FLIGHT

Dlaczego ten system istnieje

Jak zacząć (Quick Start)

1) Wybierz miejsce na system (ROOT_PATH)

2) Uruchom OpenClaw i przygotuj profil (polecane)

3) Sprawdź sandbox i dostęp do plików

4) Upewnij się, że agent ma narzędzia do pracy z plikami (fs)

5) Utwórz strukturę systemu (bootstrap)

A) Automatyczny bootstrap przez OpenClaw (polecany)

B) Ręczny bootstrap (gdy wolisz robić to sam)

6) Zweryfikuj, że system “stoi” (kontrola jakości po bootstrapie)

7) Utwórz pierwszy Mission Packet (przykład end‑to‑end)

8) Codzienny rytm pracy (minimum operacyjne)

9) Kiedy używać SIM vs FLIGHT (prosty trigger)

✅ Finalne nazewnictwo (po wszystkich zmianach)

1️⃣ Góra struktury — ZAMKNIĘTE

PROGRAM LEAD ✅

MISSION CONTROL ✅

2️⃣ Trzy główne filary — ZATWIERDZONE

🟦 FLIGHT SYSTEMS

🟧 MISSION STORY

🟩 MISSION OUTCOMES

3️⃣ Sekcje pod każdą kartą — AKTUALNE

Pod FLIGHT SYSTEMS

Pod MISSION STORY

Pod MISSION OUTCOMES

4️⃣ Całość — finalny „mental model”

Następny krok (już wykonawczy)

1) Proponowany schemat “NASA Mission Names” (prosty i praktyczny)

Poziom 0 (góra)

Poziom 1 (3 filary = 3 programy)

Poziom 2 (sekcje) = sufiksy

Poziom 3 (agenci) = nazwany komponent

2) Gotowy diagram LR z “NASA mission names” (do OpenClaw)

3) Jak to wykorzystać „nawigacyjnie” w OpenClaw (praktyka)

A) Routing komend / tasków

B) Tagowanie logów i telemetrii

C) Foldery / przestrzeń w .org (jeśli chcesz)

4) Szybkie dopasowanie (jedna decyzja)

✅ LR + Kolory misji + Ikony (APOLLO / HUBBLE / ARTEMIS)

Drobna uwaga o kompatybilności Mermaid

Jedno pytanie, żebym trafił w Twój styl nawigacji

27 KiB

Raw Blame History

C) Foldery / przestrzeń w `.org` (jeśli chcesz)