| # PROJECT PORTFOLIO MAP V1 — 2026-05-05 |
|
|
| ## Zweck |
|
|
| Diese Datei ist die verwertbare Ernte aus ProjectIntakeTower. |
|
|
| Ursprünglicher Auftrag: |
| Meine Projekte mappen, ihren Zustand verstehen, und daraus eine kontrollierte nächste Arbeitsreihenfolge ableiten. |
|
|
| Nicht-Zweck: |
| - keine Agenten-Kaskade rekonstruieren |
| - nicht alle 500 Cluster verstehen |
| - nicht 66 Entscheidungen auf einmal treffen |
| - keine Source-Projekte ändern |
| - keine GitHub Issues erstellen |
| - keine Merge-/Archive-Aktionen ausführen |
|
|
| --- |
|
|
| ## Was ich jetzt als wahr annehme |
|
|
| ProjectIntakeTower hat eine brauchbare Rohkarte erzeugt. |
|
|
| Wichtige Zahlen: |
|
|
| - Projekt-/Artefaktcluster: 500 |
| - Git-Repos: 98 |
| - Repos mit uncommitted changes: 58 |
| - Offene Branches: 11 |
| - Broken/auffällige Projekte: 72 |
| - Duplicate-Cluster: 4 |
| - Theme agent_control_tower_near: 14 |
| - Theme hermes_near: 5 |
| - Theme uni_near: 3 |
| |
| Achtung: |
| OWNER_DIGEST.md und triage/HUMAN_DECISION_REQUIRED.md wirken nicht vollständig konsistent. |
| OWNER_DIGEST.md spricht von wenigen Human-Decisions, HUMAN_DECISION_REQUIRED.md zählt 66. |
| Darum gilt: |
| - OWNER_DIGEST.md = grober Einstieg |
| - triage/*.md = aktuellere Arbeitsgrundlage |
| - nichts blind automatisieren |
| |
| --- |
| |
| ## Meine wichtigsten Projektfamilien |
| |
| ### 1. Agent Control Tower / Kommandozentrale |
| |
| Zweck: |
| Mein langfristiger Agent Control Tower / Dashboard / Steuerungsraum. |
| |
| Relevante Projekte aus dem Scan: |
| |
| - /home/smlflg/Projekte/Zentrale |
| - /home/smlflg/Projekte/ACT-agentcommandotower |
| - /home/smlflg/Projekte/AIOS-Cockpit |
| - /home/smlflg/Projekte/CodexDashBoard |
| - /home/smlflg/Projekte/ProjectDashboard |
| - /home/smlflg/Projekte/HarnessDashboard |
| - /home/smlflg/Projekte/AgentSwarmDashboard |
| - /home/smlflg/Projekte/KomandoZentral |
| - /home/smlflg/Projekte/MultiHarnessStudio |
| - /home/smlflg/Projekte/AgentArena |
| |
| Aktueller Zustand: |
| Viele Varianten derselben Grundidee. |
| Noch nicht weiterbauen. |
| Erst Konsolidierungsentscheidung treffen. |
| |
| Nächste menschliche Entscheidung: |
| Welches Repo wird Anchor für Agent Control Tower? |
| |
| Kandidaten: |
| - ACT-agentcommandotower |
| - Zentrale |
| - AIOS-Cockpit |
| - CodexDashBoard / ProjectDashboard als mögliche UI-/Dashboard-Quellen |
| |
| Status: |
| HUMAN_DECISION_REQUIRED. |
| |
| --- |
| |
| ### 2. Hermes / operatives Agenten-Nervensystem |
| |
| Relevante Projekte: |
| |
| - /home/smlflg/.hermes |
| - /home/smlflg/Projekte/UEBER_AGENT |
| - Hermes-nahe Agent-/Profile-/Skill-Artefakte |
| |
| Aktueller Zustand: |
| Sehr wichtig, aber potentiell gefährlich, weil operativer Kern. |
| .hermes hat viele uncommitted changes. |
| |
| Nächste menschliche Entscheidung: |
| Erst Sicherheits-Snapshot, dann keine wilden Änderungen. |
| |
| Status: |
| STABILIZE_FIRST. |
| |
| --- |
| |
| ### 3. Sidecar-Familie |
| |
| Relevante Projekte: |
| |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar-V5 |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar-V6 |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar-V7 |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar-V8 |
| - /home/smlflg/Projekte/Sidecar-Workspace/Sidecar-ng |
| - /home/smlflg/Projekte/Sidecar-Workspace/SidecarDashboard |
| - /home/smlflg/Projekte/Sidecar-Workspace/codex-sidecarV1 |
| |
| Aktueller Zustand: |
| Klarer Duplicate-/Merge-Cluster. |
| Nicht refactoren. |
| Erst entscheiden: |
| Welche Version ist Referenz? |
| Welche Version ist Archiv? |
| Welche Version enthält einzelne gute Ideen? |
| |
| Wahrscheinliche Richtung: |
| Sidecar-V7 als historisch wertvoller Stand. |
| Sidecar-V8 / Sidecar-ng prüfen als neuere Adapter-Ideen. |
| Aber keine Merge-Aktion ohne explizite Entscheidung. |
| |
| Status: |
| MERGE_DECISION_LATER. |
| |
| --- |
| |
| ### 4. Uni-/Lern-Agenten |
| |
| Relevante Projekte: |
| |
| - /home/smlflg/Projekte/Jobs_Selbständigkeit_Geldverdienen/AgentTestUniSupport |
| - /home/smlflg/Projekte/StudyAgent |
| |
| Aktueller Zustand: |
| Nützlich, aber nicht heute Hauptanker. |
| AgentTestUniSupport ist dirty und braucht Stabilisierung, wenn es aktiv genutzt werden soll. |
| |
| Status: |
| KEEP_BUT_NOT_TODAY. |
| |
| --- |
| |
| ### 5. Konkrete kleine Apps / Experimente |
| |
| Relevante Projekte: |
| |
| - /home/smlflg/Projekte/WerBinIch |
| - /home/smlflg/Projekte/BahnAgent |
| - /home/smlflg/Projekte/PortfolioTimeline |
| - /home/smlflg/Projekte/PromptGarage |
| - /home/smlflg/Projekte/PromptGarageUI |
| |
| Aktueller Zustand: |
| Teilweise wertvoll, teilweise Merge-/Pause-Kandidaten. |
| WerBinIch ist konkret und wahrscheinlich gut stabilisierbar. |
| PromptGarage/PromptGarageUI wirkt wie Merge-Familie. |
| |
| Status: |
| SECONDARY. |
| |
| --- |
| |
| ### 6. Archive-/Cache-/Evaluation-Artefakte |
| |
| Beispiele: |
| |
| - FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/django__... |
| - FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/astropy__... |
| - FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/sympy__... |
| - codex-skill-validation-fixtures/commit-repo |
| |
| Aktueller Zustand: |
| Wahrscheinlich keine aktiven Projekte. |
| Eher Cache, Fixture, Evaluation oder Altlast. |
| |
| Status: |
| ARCHIVE_CANDIDATE. |
| Aber nicht löschen. |
| Nur später markieren. |
| |
| --- |
| |
| ## Meine Top-Entscheidungen, aber nicht alle heute |
| |
| ### Entscheidung 1 — Heute |
| |
| Ist ProjectIntakeTower als Karte brauchbar genug? |
| |
| Antwort heute: |
| Ja, als Rohkarte. |
| Nein, nicht als automatisch vertrauenswürdiger Wahrheitsspeicher. |
| |
| Nächster Schritt: |
| Verifier laufen lassen und nur Fehler notieren. |
| |
| --- |
| |
| ### Entscheidung 2 — Heute oder morgen |
| |
| Welches eine Repo bekommt zuerst einen Sicherheits-Snapshot? |
| |
| Kandidaten: |
| 1. /home/smlflg/.hermes |
| 2. /home/smlflg/Projekte/Zentrale |
| 3. /home/smlflg/Projekte/ACT-agentcommandotower |
| 4. /home/smlflg/Projekte/WerBinIch |
| |
| Meine Tendenz: |
| Erst .hermes, weil es operatives Nervensystem ist. |
| Aber nur read-only anschauen und Snapshot planen, nicht blind committen. |
| |
| --- |
| |
| ### Entscheidung 3 — Später |
| |
| Welches Repo wird Agent-Control-Tower-Anchor? |
| |
| Kandidaten: |
| - ACT-agentcommandotower |
| - Zentrale |
| - AIOS-Cockpit |
| - ProjectDashboard / CodexDashBoard als UI-Quelle |
| |
| Noch nicht entscheiden, bevor die Konsolidierungsartefakte gelesen wurden. |
| |
| --- |
| |
| ### Entscheidung 4 — Später |
| |
| Welche Sidecar-Version ist Referenz? |
| |
| Kandidaten: |
| - Sidecar-V7 |
| - Sidecar-V8 |
| - Sidecar-ng |
| |
| Noch nicht mergen. |
| Nur vergleichen. |
| |
| --- |
| |
| ## Was ich ab jetzt ignoriere |
| |
| Für heute ignoriere ich: |
| |
| - Alle 500 Cluster vollständig durchzulesen |
| - Alle 66 Human Decisions |
| - Alle PAUSE-Projekte |
| - Alle Archive-Kandidaten |
| - Alle Issue-Drafts |
| - Alle Pending-Jobs außer einem bewusst ausgewählten |
| - Alle Agenten-Kaskaden-Details |
| |
| --- |
| |
| ## Nächste konkrete Aktion |
| |
| 1. Verifier laufen lassen. |
| 2. Ergebnis in PROJECT_PORTFOLIO_MAP_V1.md ergänzen. |
| 3. Danach entscheiden: |
| - ProjectIntakeTower weiter verdichten |
| - oder ein einziges Repo snapshotten |
| |
| Keine neuen Agenten. |
| Keine Builds. |
| Keine Refactors. |
| Keine Merges. |
| |
| --- |
| |
| ## Verifier-Ergebnis — 2026-05-05 14:46:40 CEST |
| |
| Ausgeführt in: |
| `/home/smlflg/Projekte/AgentProjectMinenraeumer/ProjectIntakeTower` |
| |
| Ergebnis: |
| |
| - `python3 verifier/verify_inventory.py` — passed, 500 projects |
| - `python3 verifier/verify_job_contracts.py` — passed, 139 pending jobs |
| - `python3 verifier/verify_artifacts.py` — passed |
| |
| Interpretation: |
| ProjectIntakeTower ist als Rohkarte brauchbar genug, um damit weiter zu verdichten. |
| Das macht die Karte nicht zu einem automatisch vertrauenswürdigen Wahrheitsspeicher. |
| Es heißt nur: die Hauptartefakte sind konsistent genug, um kontrolliert weiterzuarbeiten. |
| |
| Nächste Entscheidung bleibt: |
| |
| - ProjectIntakeTower weiter verdichten |
| - oder ein einziges Repo read-only snapshotten |
| |
| --- |
| |
| ## Verifier-Ergebnis — 2026-05-05 |
| |
| Ausgeführt aus: |
| `/home/smlflg/Projekte/AgentProjectMinenraeumer/ProjectIntakeTower` |
| |
| Ergebnis: |
| |
| ```text |
| python3 verifier/verify_inventory.py |
| verify_inventory: passed (500 projects) |
| |
| python3 verifier/verify_job_contracts.py |
| verify_job_contracts: passed (139 pending jobs) |
| |
| python3 verifier/verify_artifacts.py |
| verify_artifacts: passed |
| ``` |
| |
| Bewertung: |
| ProjectIntakeTower ist als Rohkarte verwendbar. Die Verifier bestätigen Inventar, Job-Contracts und Kernartefakte, aber sie bestätigen nicht automatisch, dass jede Triage- oder Human-Decision-Ableitung inhaltlich richtig ist. |
| |
| Nächste Entscheidung: |
| Entweder ProjectIntakeTower weiter zu einer kleineren Owner-Map verdichten oder genau ein Repo read-only für einen Sicherheits-Snapshot vorbereiten. Die stärkste Snapshot-Tendenz bleibt `/home/smlflg/.hermes`, aber nur mit explizit begrenztem Read-only-Plan. |
| |
