Hugging Face's logo

smlflg
/
AgentProjectMinenraeumer

Model card Files
xet
 Community
AgentProjectMinenraeumer / ProjectIntakeTower /PROJECT_PORTFOLIO_MAP_V1.md
smlflg's picture
smlflg
Initial public upload from Projekte/AgentProjectMinenraeumer
3f604b3 verified
preview code
|
Raw History Blame Contribute Delete
8.16 kB

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:

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.