# 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.