Zweck und Nicht-Zweck
Zweck
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, GitHub Issues, Merges oder Archive-Aktionen.
Was jetzt als wahr gilt
Die Rohkarte ist brauchbar. Gleichzeitig sind die Quellen nicht vollständig konsistent:
OWNER_DIGEST.md ist ein grober Einstieg, triage/*.md ist die
aktuellere Arbeitsgrundlage. Nichts wird blind automatisiert.
| Signal |
Wert |
Bedeutung |
| Duplicate-Cluster |
4 |
Es gibt echte Merge-/Konsolidierungsarbeit, aber nicht heute als Aktion. |
| agent_control_tower_near |
14 |
Die Tower-Idee ist verteilt und braucht zuerst eine Anchor-Entscheidung. |
| hermes_near |
5 |
Operatives Nervensystem, vorsichtig und zuerst read-only behandeln. |
| Broken/auffällig |
72 |
Signal für spätere Triage, nicht für sofortige Bulk-Reparatur. |
Wichtigste Projektfamilien
1. Agent Control Tower / Kommandozentrale
Langfristiger Steuerungsraum. Viele Varianten derselben Grundidee, deshalb nicht weiterbauen, bevor der Anchor entschieden ist.
HUMAN_DECISION_REQUIRED
Konsolidierung
- /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
2. Hermes / operatives Agenten-Nervensystem
Sehr wichtig, aber potentiell gefährlich. .hermes hat viele uncommitted changes und darf nicht wild verändert werden.
STABILIZE_FIRST
Read-only snapshot planen
- /home/smlflg/.hermes
- /home/smlflg/Projekte/UEBER_AGENT
- Hermes-nahe Agent-/Profile-/Skill-Artefakte
3. Sidecar-Familie
Klarer Duplicate-/Merge-Cluster. Erst Referenzversion und Ideenspeicher entscheiden, dann erst vergleichen oder mergen.
MERGE_DECISION_LATER
nicht refactoren
- /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
4. Uni-/Lern-Agenten
Nützlich, aber nicht Hauptanker für heute. AgentTestUniSupport ist dirty und braucht Stabilisierung, falls es aktiv genutzt wird.
KEEP_BUT_NOT_TODAY
- /home/smlflg/Projekte/Jobs_Selbständigkeit_Geldverdienen/AgentTestUniSupport
- /home/smlflg/Projekte/StudyAgent
5. Konkrete kleine Apps / Experimente
Teilweise wertvoll, teilweise Merge-/Pause-Kandidaten. WerBinIch wirkt konkret und wahrscheinlich gut stabilisierbar.
SECONDARY
- /home/smlflg/Projekte/WerBinIch
- /home/smlflg/Projekte/BahnAgent
- /home/smlflg/Projekte/PortfolioTimeline
- /home/smlflg/Projekte/PromptGarage
- /home/smlflg/Projekte/PromptGarageUI
6. Archive-/Cache-/Evaluation-Artefakte
Wahrscheinlich keine aktiven Projekte. Später markieren, aber nicht löschen.
ARCHIVE_CANDIDATE
nicht löschen
- FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/django__...
- FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/astropy__...
- FirstRealHarnessEvaluation_KarpathiesMD/results/repo_cache/sympy__...
- codex-skill-validation-fixtures/commit-repo
Top-Entscheidungen
1. Heute: Ist die Karte brauchbar?
Ja, als Rohkarte. Nein, nicht als automatisch vertrauenswürdiger Wahrheitsspeicher.
Verifier grün
Inhalt bleibt zu prüfen
2. Heute oder morgen: erstes Snapshot-Repo
Stärkste Tendenz: /home/smlflg/.hermes, weil es operatives Nervensystem ist. Nur read-only anschauen und Snapshot planen.
kein blindes Commit
3. Später: Agent-Control-Tower-Anchor
Kandidaten: ACT-agentcommandotower, Zentrale, AIOS-Cockpit, ProjectDashboard / CodexDashBoard als UI-Quelle.
4. Später: Sidecar-Referenz
Kandidaten: Sidecar-V7, Sidecar-V8, Sidecar-ng. Noch nicht mergen, nur vergleichen.
Heute bewusst ignorieren
- Alle 500 Cluster vollständig durchlesen.
- Alle 66 Human Decisions bearbeiten.
- Alle PAUSE-Projekte und Archive-Kandidaten klären.
- Alle Issue-Drafts prüfen.
- Alle Pending-Jobs außer einem bewusst ausgewählten starten.
- Agenten-Kaskaden-Details rekonstruieren.
- Builds, Refactors, Merges oder Source-Projekt-Änderungen ausführen.
- GitHub Issues erstellen.
Nächste konkrete Aktion
| Schritt |
Status |
Konsequenz |
| Verifier laufen lassen |
done |
Inventory, Job-Contracts und Artefakte sind konsistent genug. |
| Ergebnis in Markdown ergänzen |
done |
PROJECT_PORTFOLIO_MAP_V1.md bleibt kanonisch. |
| Danach entscheiden |
open |
ProjectIntakeTower weiter verdichten oder genau ein Repo read-only snapshotten. |
Verifier-Ergebnis
| Command |
Result |
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: Die Hauptartefakte sind konsistent genug, um kontrolliert weiterzuarbeiten.
Das bestätigt nicht automatisch jede Triage-Ableitung inhaltlich.
Quellen und Nachbaransichten
Diese HTML-Seite ist eine Lesefassung. Die Markdown-Datei bleibt die kanonische Arbeitsnotiz.