May 17, 2026, 11:40 PM
This commit is contained in:
Paweł Domański
@@ -0,0 +1,863 @@
|
||||
# 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.
|
||||
Reference in New Issue
Block a user