Paweł Domański
864 lines
27 KiB
Markdown
864 lines
27 KiB
Markdown
# 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.
|