Lokale ~/source/ Repos — was wo liegt

~/source/ ist flach organisiert (viele Tools nutzen absolute ~/source/<repo> Pfade). Strukturierung erfolgt ueber den Vault, nicht ueber Filesystem-Hierarchie. Das ~/source/README.md (gespiegelt aus dieser Datei) gibt einen Schnell-Index direkt im Source-Root.

Strategie-Kern (aktiv)

Repo	Zweck
agentic-ventures/	Vault — das hier. Operating System der Firma in Markdown
agentic-ventures-website/	Marketing-Site (Next.js, Tailwind v4)
av-cockpit/	Operations-Dashboard (Next.js 16, Tailwind v4, Recharts). Liest Vault-Markdown via gray-matter in Server Components. Static Export → S3 + CloudFront unter dashboard.agenticventures.de. Pages: /heute, /projekte (Kanban), /cloud (AWS-Kosten), /finanzen, /routinen. Projekt: _index
agents-platform/	Lambda-basierte Agent-Plattform auf AWS (CDK). Pattern fuer Cron-Agents — siehe agents-platform. Erstanwendung: Beleg-Pipeline
marvinkuehlmann.de/	Personal-Site (dormant, Re-Launch geplant)

MCPs (das wiederverwendbare Asset)

Repo	Inhalt
mcps/	Mono-Repo mit gsuite, lexware, m365, papierkram, ticketpay
yapily-mcp/	Banking — Yapily Open Banking
banksapi-mcp/	Banking — BanksAPI
enable-banking-mcp/	Banking — Enable Banking

Plus die offiziellen MCPs die wir verbrauchen (ElevenLabs, Replicate, Runway, AWS) — die laufen via uvx/npx direkt referenziert, nicht hier.

Aktive Kunden (Code-Repos lokal)

Repo	Status
bas-twin/	aktiv
vibe-factory/	aktiv (Markdown-Vault, ~2.7MB, soll snapshot-migriert werden nach extern/shared/vibe-factory/)
a-icking/	aktiv (gecloned 2026-05-14 fuer Pipeline-Audit + Rebuild). Enthaelt alte Lambda-Pipeline + neues inference-service/ (FastAPI/Bedrock-Rebuild, Build-Account av-production). Branches: main (alte Lambdas), feat/inference-service-skeleton (Rebuild Unit 1-3), audit/phase0-quick-wins (sofortige Wins, nicht deployed). Projekt-Index: _index
gaeb_converter/	alte Helper-Komponente zur a-icking-Pipeline (GAEB-Parser). Wird in Phase 1 Rebuild nicht benutzt

Weitere aktive Kunden (becker-projekt, mayday-rhynern) liegen nur in GitHub, lokal nicht gecloned.

Working-Tooling (taeglich genutzt, nicht-strategisch)

Repo	Inhalt
youtube/	Marketing-Video-Working-Verzeichnis (scripts, transcripts, footage, content-plan)
remotion/	Auto-Edit-Pipeline + B-Roll-Templates. Pattern dokumentiert in video-editing-pipeline. Soll zu eigenem marketing-tooling/ Repo umheben (Phase B)

Archiviert / Superseded (lokal noch vorhanden)

Repo	Ersetzt durch	Anmerkung
av-dashboard/	av-cockpit/	Astro 5 Vorgaenger des Operations-Dashboards. Liegt noch als Design-Referenz (ink-Palette, MetricCard-Pattern). Nicht mehr aktiv entwickelt seit 2026-05-16

Migration ausstehend

Repo	Plan
second-brain/	Pre-Vault Knowledge-Base, ~103 Files. Migrations-Skizze: _index

_archive/ Struktur (5 Sub-Buckets)

_archive/
├── plattform-iteration/   # die bewussten Tode aus 2026-05-09 (siehe ADR keine-eigene-plattform)
│                          # voit, agentic-os, julia_v2, agent-agentur,
│                          # factory, kuehlmann, kuehlmann-multi-user, moltbot
├── templates/             # alte Code-Vorlagen
│                          # Nextjs, Python, Shopify Apps, VS_Code_Extention,
│                          # alpha, twenty, node, ghost-theme
├── external/              # externe Tools / Forks
│                          # librechat-dsgvo, frappe_docker, openclaw-fork
├── personal/              # Personal/Pre-Career
│                          # bachelor-thesis, github-repos, projekt-arche
└── legacy/                # Pre-Vault Sammelordner ohne klare Kategorie
                           # Kunden/, agentur/, worktrees/, agent-agentur-rest

_archive/ ist read-only-Erinnerung — nichts da rein wieder reaktivieren ohne explizite Entscheidung. Bei Bedarf gh repo unarchive <name> fuer GitHub-Side.

GitHub-Side (Stand 2026-05-09)

13 Repos archiviert: voit, agentic-os, julia-v2, heyjulia-blog, heyjulia-website, factory, kuehlmann, kuehlmann-gastro, klrty, klrty-ai, ai-avatar, handwerker-saas, max. Reversibel via gh repo unarchive (90-Tage-Frist).

Konvention bei neuem Repo

1. Strategie-Kern? → flach im Top-Level, Eintrag hier ergaenzen
2. Code zu einem Kunden? → eigenes Repo, lokal flach + Vault-Pointer in intern/kunden/<kunde>.md
3. Neuer MCP? → flach im Top-Level mit -mcp-Suffix, Eintrag in _index
4. Neuer Plattform-Build? → STOP. ADR keine-eigene-plattform lesen, dann diskutieren

Related

• stack — Tooling-/Account-Inventar (SaaS ohne MCP)
• _index — MCP-Library
• _index — eigene Code-Repos / MCP-Forks (Detail pro Repo)
• keine-eigene-plattform — warum keine neue Plattform mehr