Agentic Ventures Wiki

ideas-backlog

9 Min. Lesezeit

Ideas Backlog

Ideen die gut klingen, aber nicht in den aktuellen Fokus (Phase 1 Skills, 10k Revenue, Dogfood-Test) passen. Nicht vergessen — auch nicht befeuern. Promotion-/Discard-Regeln siehe _context.

Format

### <Ein-Satz-Titel>
- **Erfasst:** YYYY-MM-DD
- **Kontext:** Warum kam die Idee auf (ein Satz)
- **Beschreibung:** Was ist die Idee (2-4 Saetze)
- **Status:** parked | re-evaluating | promoted-to-action-items | discarded
- **Review-Datum:** YYYY-MM-DD (wann neu pruefen — Default: Start Phase 2)

Parked

Agentic Ventures Workplace Standard-Stack (Twenty + Plane + OWUI + Cockpit + Drumrum)

  • Erfasst: 2026-05-18 (Brainstorm-Session mit Marvin nach Cost-Audit-Deploy)
  • Kontext: Diskussion ueber wiederverwendbares KMU-Suite-Paket, getriggert durch Andre/Christoph-Tool-Suche und Marvins Vision „Open-Source verbinden statt ERP-Brocken”
  • Beschreibung: Modulares Self-Host-Paket auf Hetzner pro Kunde mit zwei Saeulen: A) Operative Tools (Twenty + Plane + Nextcloud + Baserow + Cal.com + OWUI), B) Steuerungs-Cockpit (Multi-Tenant av-cockpit). Docker-Compose-Profiles fuer Feature-An/Aus, Pulumi fuer Infra, Cron-Code-Workflows statt n8n, Authentik als SSO, MCP-Layer als Chat-Hub. Phase 1 laeuft als VF-Liquiditaets-Cockpit (_index) — Multi-Tenant-Vollausbau erst nach Phase-1-Adoptions-Beweis. Detail: agentic-ventures-workplace-standard-stack.
  • Status: parked (Phase 2-4 — Phase 1 ist als eigenes Projekt aktiv)
  • Review-Datum: 2026-06-30 (nach VF-Phase-1-Live + Adoption-Check)

Skool-Community + YouTube-Video als Entry

  • Erfasst: 2026-04-19 (Siri-Notiz Fr 17.04. 22:39)
  • Kontext: Marvin ueberlegt ob eine Skool-Community + ein einleitendes YouTube-Video den Anfang einer Community-/Content-Pipeline bilden koennte. Idee: Community aufmachen, im YouTube-Bio verlinken, erste Leute reinholen.
  • Beschreibung: Skool-Community als Anker fuer Agentic-Ventures-Content (YouTube schon als Recurring Theme, Cadence 14 Tage). Ein YouTube-Video das die Community ankuendigt, Bio-Link zur Community, dann organisch befuellen. Unsicherheit: wie aufwaendig ist der Community-Betrieb?
  • Status: parked
  • Review-Datum: 2026-06-01 (nach Phase 1 Skills + Dogfood-Woche). Rule Zero: Social-Media-Content-Pipelines sind nachrangig — zuerst Phase 1 + 10k Revenue, dann bewerten ob Community Sinn macht.

Hetzner-MCP forken und integrieren

  • Erfasst: 2026-04-19
  • Kontext: Beim Discourse-Server-Setup aufgekommen. Hetzner hat keinen offiziellen MCP, aber mehrere Community-Varianten (lazyants/hetzner-mcp-server mit 104 Tools am umfangreichsten). Fuer „Server per Claude-Tool-Call managen” waere das praktisch.
  • Beschreibung: Fork nach ~/source/mcps/hetzner-mcp-server/ nach Pattern aus Rule 18. Vorher Code-Review (Token-Handling, Logging, Telemetrie). Dediziertes Hetzner-Projekt anlegen damit Blast-Radius klein bleibt. Read-only + Read-write Token trennen. Destructive Tools nicht auto-approven.
  • Status: parked
  • Review-Datum: Wenn wir regelmaessig Server provisionieren oder mehrere Instanzen managen. Fuer ein-Server-Setup reicht die Hetzner-Web-Console.

Werbespot „GF in Weste am Grill” — Story-Version des Pitches

  • Erfasst: 2026-04-25
  • Kontext: Marvin sucht ein bildhaftes Vehikel das den Agentic-Pitch („Agents fuehren das Buero, Menschen werden frei”) emotional transportiert.
  • Beschreibung: Kurzer Werbespot. Geschaeftsfuehrer im entspannten Outfit (Hemd + Weste), Setting Garten/Grill. Spricht in die Kamera: „Seit Agentic sind meine Leute nicht mehr vorm Computer — die treffen wieder Menschen, grillen wieder zusammen.” Bild macht das abstrakte Versprechen (Agents uebernehmen Buerokram) konkret und sympathisch. Offen: Schauspieler oder echter Kunde als Testimonial, Drehort, Budget, Distribution (YouTube Pre-Roll? Website-Hero? Social?).
  • Status: parked
  • Review-Datum: Phase 2 oder wenn ein Bestandskunde Lust auf Testimonial-Dreh hat — dann wird’s guenstig und authentisch zugleich.

Podcast-Zusammenfassung + Recherche-Skill fuer Personal-System

  • Erfasst: 2026-04-17
  • Kontext: Marvin hoert Podcasts (Fitness, Supplements, andere Themen) und moechte Kerninhalte strukturiert in ein eigenes Wissenssystem bekommen, inkl. vertiefender Recherche und Bewertung gegen den eigenen Bedarf.
  • Beschreibung: Skill der eine Podcast-Folge (Link/Transkript) zusammenfasst, Kern-Claims identifiziert, Research-Fragen ableitet, externe Quellen sucht, am Ende Empfehlung ins persoenliche Fitness-/Supplement-/Gesundheits-System schreibt. Ausserhalb Agentic-Ventures-Scope (Agent-Consulting fuer KMU), aber echter Alltags-Nutzen fuer Marvin persoenlich.
  • Status: parked
  • Review-Datum: 2026-06-01 (wenn Phase 1 Skills durch sind und Dogfood-Woche gelaufen ist)

SeaTable-MCP (eigener Build oder Fork) fuer Permissions-Workflow

  • Erfasst: 2026-05-04
  • Kontext: Beim Erlei-Auftrag (Berechtigungskonzept) aufgekommen. Es gibt einen offiziellen MCP von SeaTable GmbH (seatable/seatable-mcp, 16 Tools), aber der ist bewusst auf Daten-Operationen beschraenkt — keine Schema- oder Permission-Tools („intentionally focuses on data operations”).
  • Beschreibung: Eigener MCP (oder Fork) der Permissions-Workflows abdeckt: Gruppen anlegen, Views erstellen + filtern, Group-View-Shares setzen, User-Management. Pattern analog “mcp-papierkram” (FastMCP, HTTP-Transport), Scope ~10-12 Tools. Wichtige Einschraenkung — vor Build pruefen: Spalten-Permissions per Gruppe sind in der SeaTable REST-API ueberhaupt nicht enthalten. Der MCP waere nur Teil-Loesung — Summen-Spalten-Hidden-Schritt bleibt UI-Klickerei. Bei 1-2 Kunden lohnt sich das nicht (4-7h Build sparen ~15-20 min Klick-Arbeit pro Setup).
  • Status: parked
  • Review-Datum: Wenn 3+ SeaTable-Kunden in Sicht sind (siehe “erlei” als ersten). Falls SeaTable die Spalten-Permissions-API nachzieht: sofort re-evaluieren.

Eat-the-frog-Briefing — TODOs morgens im Kalender

  • Erfasst: 2026-05-14
  • Kontext: Beim Vault-Repo-Divergenz-Aufraeumen (Lambda agent-daily-briefing Option Y, kein action-items-Block mehr im Briefing) ist die Frage aufgekommen wie Marvin morgens wissen soll was anliegt. Speziell die Dinge die er vor sich herschiebt (eat-the-frog): unangenehme Anrufe, faellige Mails, kleine fiese Aufgaben die nie auf die Liste kommen.
  • Beschreibung: Morgendliches Push (Telegram + ggf. Kalender-Block) mit den 3 wichtigsten ToDos, davon mindestens einer ein „eat-the-frog”-Eintrag (lang aufgeschoben, klar definiert, < 30 min Aufwand). Quelle: vermutlich Scan ueber intern/projekte/*/_index.md + next_step-Frontmatter + Kalender + Mail-Patterns („Anrufen bei XYZ”-Erwaehnungen in Threads). Zusaetzlich: Kalender-Block im hello@-Calendar als 30-Min-Slot anlegen — wenn der Block im Kalender steht, wird die Aufgabe nicht mehr unsichtbar. ADHS-Workflow-konform (siehe Memory user_adhd).
  • Status: parked
  • Review-Datum: 2026-06-01 (nach Force-Push-Aufraeumen + Lambda Option Y stabil)

Mittelstand-Index — Programmatic Local SEO als Self-Serve-Produkt

  • Erfasst: 2026-05-18
  • Kontext: Brainstorm-Session ausgehend von „lokale Seite fuer Hamm fuer Unternehmer”. Wiki/Community-Idee schnell als 2-Jahres-Side-Projekt erkannt, das nicht zum 10k-MRR-Fokus passt. Beim Reframen auf „online verkaufbar ohne Gespraech” hat sich ein interessanteres Modell aufgetan.
  • Beschreibung: Programmatic-SEO-Property pro deutscher Mittelstadt (hamm.mittelstand-index.de, lippstadt.mittelstand-index.de etc.). Pro Firma eine AI-generierte Profil-Seite aus Handelsregister + Google Maps + Website-Scrape + Stellenanzeigen, plus Digital-/AI-Reife-Score (0-100) als Hook plus 3 konkrete Modernisierungs-Vorschlaege. SEO-Long-Tail auf „[firma] [stadt]” + „[branche] [stadt]“. Monetarisierung gestapelt no-touch: AdSense + Affiliate (Buchhaltungs-SaaS, Versicherung) + „Claim your profile” Self-Serve 19€/Monat + Score-Detailreport-PDF 39€ + Lead-Verkauf an Steuerberater/Banken. Realistisches Modell: 480-1330€ MRR pro Stadt, × 30 Staedte = 14-40k MRR. Voit darunter als Content-Pipeline + Self-Serve-Backend. Funnel-Bonus: 5-10% der Profil-Besucher sind GFs spannender Firmen → Workshop-Upsell als versteckter Consulting-Funnel. Wettbewerb: NorthData (stark, national, ohne Reife-Lens), dasoertliche (tot), Implisense (B2B-Sales-Tool, nicht oeffentliche Property). Luecke real: AI-Reife-Score oeffentlich pro Firma + Modernisierungs-Vorschlaege + lokale Sub-Property-Strategie macht aktuell niemand. Differenzierung: Score als Hook, AI-Pipeline-DNA (NorthData kann das nicht schnell kopieren), Voit als Conversion-Layer. Risiken: DSGVO bei GF-Namen (nur juristische Personen + oeffentlich gemachte Daten loesen), Google-AI-Spam-Penalty (durch echte Score-Daten + Mehrwert pro Page entschaerfen), NorthData kopiert in 18 Monaten.
  • Validierungs-Schritt (wenn 2027 mal langweilig wird oder ein Wochenende frei ist): 4h Friday-Night-Hack — 50 Hammer Firmen scrapen via Handelsregister + Google Maps, AI-Profile via Bedrock, Hugo-Site auf Hetzner, Cloudflare-Domain. Kein Stripe, kein Outbound, nur deployen. Dann 4 Wochen liegen lassen und schauen ob Google indiziert + organischer Traffic kommt. Wenn ja: Modell traegt, Q4/2026 oder 2027 ernsthaft hochziehen. Wenn nein: 4h verloren, kein 48h-Loch in laufenden Kunden-Cases.
  • Anti-Pattern explizit dokumentiert: Der „48h bis zahlender Kunde”-Frame ist Twitter-Bait, nicht Geschaeftslogik. SEO-Indexierung braucht 4-8 Wochen, Outbound-Kalt-Mails mit 1-3% Conversion bei 50 Mails ergeben statistisch 0-1 Kunden. Bei aktiver Kunden-Pipeline (Becker, Wohrle, OpenWebUI-VF, MCP-Migration, Icking) ist ein 48h-Sprint auf Side-Projekt klassische ADHS-Falle.
  • Status: parked
  • Review-Datum: 2026-12-01 (nach Erreichen 10k MRR — oder frueher wenn ein Wochenende echt frei ist und 4h-Hack-Variante reizt)

av-platform Core — Multi-Tenant-MCP-Hosting-Skeleton (Pass-3-Brainstorm)

  • Erfasst: 2026-05-18
  • Kontext: Pass-2-Brainstorm der MCP-Hosting-Platform (siehe zielversion). Drei Tech-Optionen fuer Coding-Sprint diskutiert (av-voice, av-platform, av-audit). av-voice gestartet, av-platform + av-audit bewusst geparkt fuer eigene tiefere Brainstorms.
  • Beschreibung: Multi-Tenant-Container-Orchestrierung fuer MCP-Endpoints pro Kunde, OAuth-Foederation (Scalekit/Better-Auth), Cloudflare-Tunnel-Automation per API (pro Tenant ein Tunnel), Connector-Registry + Wizard-UI fuer Self-Service-Setup. Strategisch das tiefste Asset der Plattform-These (Operator-Layer, Stack-Pyramide-Mauer Nr. 4 aus HTML). 5-6h fuer ein Demo-Tenant, 8-12 Wo fuer Production-ready. Folge-Brainstorm-Fragen: wann starten (vor oder nach erstem Branchen-Template)? Wie Verhaeltnis zu existierendem mcp-vf-hosted (Generalisierung oder Aufbau daneben)? Postgres-RLS vs dedicated Container fuer Multi-Tenancy? Cloudflare-Tunnel-API vs eigener Reverse-Proxy?
  • Status: parked (Pass-3-Brainstorm)
  • Review-Datum: Nach av-voice Phase 1 + 2 abgeschlossen (Wochen 3-4 von av-voice-Sprint) — dann eigene Brainstorm-Session ansetzen mit /brainstorm av-platform

av-audit Library + Hosted-Service (Pass-3-Brainstorm)

  • Erfasst: 2026-05-18
  • Kontext: Gleiche Brainstorm-Session wie av-platform. Compliance-as-Code-Mauer (Nr. 1) aus der Defensibility-HTML.
  • Beschreibung: OSS-Repo auf GitHub mit Hash-Chain-Lib in Python, GoBD-Pflichtfelder (gobd_event_type, gobd_retention_until, gobd_immutable_after), Pydantic-Schema, Verify-Funktion ueber die Chain, Tamper-Detection. Hosted-Tier 49-249 €/Mo, Enterprise 990 € einmalig fuer Wirtschaftspruefer-Bestaetigung. Dogfood durch existierende MCPs (papierkram, m365, gsuite, hetzner, mcp-vf-hosted, whatsapp). 3-4h fuer eine erste lauffaehige v0.1. Folge-Brainstorm-Fragen: Hash-Anchor-Mechanismus (transparency-Log? Bitcoin-Timestamp? zweiter Provider?), OSS-Release-Pacing (sofort public vs erst eigene Reifung), Wirtschaftspruefer-Brief-Beschaffung (welcher WP? wie viel kostet ein generischer „Hash-Chain-Verfahrens-Brief”?), Integration in bestehende MCPs als Middleware-Decorator vs eigene Library, Compliance-Beratung dazu (Steuerberater-Kontakt frueh einbinden).
  • Status: parked (Pass-3-Brainstorm)
  • Review-Datum: Nach Becker-Pilot-Start (Welle 3, Wochen 12-22 in zielversion) — dann eigene Brainstorm-Session mit /brainstorm av-audit, weil Becker GoBD-Pflicht eh hat und der Use-Case real wird

AI-fuer-technische-Zeichnungen — Wrapper-Strategie statt Eigen-Generator

  • Erfasst: 2026-05-19
  • Kontext: Marktrecherche REPORT + Marktluecken-Validierung REPORT-marktluecken hat 50+ MCPs/Tools fuer CAD/Diagramme/BIM/Sketch-to-3D gescannt. Hypothetische Eigenbau-Luecken (Stahlbau-Skizzen, Salon-Floor-Plans, Dachdecker-Detailzeichnungen) sind beim Deep-Dive alle Branchen-besetzt durch etablierte Tools mit APIs (Tekla 2026 AI, IDEA StatiCa, Airteam, MF Dach, Hair Haus, Maket).
  • Beschreibung: Statt eigener Geometrie-Generator-MCPs → Wrapper-MCPs auf existierende Branchen-APIs als Voit-Schicht. Erste konkrete Kandidaten: (a) mcp-airteam = Drohnen-Dachaufmass-API als MCP fuer beer (Konzept-Hebel #4) und kuenftige Dachdecker-Leads (1-Tag-Job wenn Beer pullt), (b) mcp-ideastatica = Knoten-/Schweissnaht-Berechnung via Connection-API fuer kuenftige Stahlbauer (wenn jemals BSS-becker-Upsell oder anderer Stahlbau-Lead), (c) mcp-maket = Floor-Plan-AI fuer Architekt-Leads. Pattern: Mono-MCP-Schwester zu mcp-vf-hosted, Scalekit-Auth, Sub-MCPs pro Branchen-API. Passt zum „Voit ist KI-Schicht ueber bestehenden Tools”-Mantra (vs „ich bau das”-Reflex aus nicht-alles-selber-bauen).
  • Anti-Pattern explizit: KEIN eigener DIN-Stahlbau-Profile-Generator, KEIN eigener Salon-Grundriss-Builder, KEIN eigener Dach-Detail-Generator. Das sind 4-8-Wochen-Bauzeiten gegen ein Feld das von Vendor-Tools + Branchen-Software-Lobby besetzt ist. Autodesk Fusion MCP (offiziell, April 2026) zeigt: in 1-2 Jahren ist „Vendor-CAD per MCP” Standard, Eigenbau wird weniger differenzierend.
  • Build-Trigger: Auf konkreten Kunden-Pull warten. Beer-Mittag 2026-06-02 ist erster realistischer Pull-Punkt (Airteam-Wrapper).
  • Status: parked-mit-Trigger
  • Review-Datum: Nach Beer-Pre-Sales-Closing oder bei naechstem Industrie-/Handwerks-Lead mit Aufmass-/CAD-Pain

mcp-fargate-template — MCP-Hosting-Pattern als OSS-Repo (Marketing-Asset)

  • Erfasst: 2026-05-20
  • Kontext: Diskussion waehrend mcp-replicate-hosted Live-Deploy. Frage war ob wir mcp-replicate-hosted oeffentlich machen sollten. Antwort: das Replicate-Wrapper selber ist nicht das interessante Asset, sondern das darunterliegende Pattern aus mcp-vf-hosted — Scalekit-OAuth + Fargate + Cloudflared-Tunnel-Sidecar + create_proxy() fuer beliebige stdio-Sub-MCPs.
  • Beschreibung: Generisches Template-Repo auf GitHub: mcp-fargate-template. Enthaelt CDK-Stack, FastMCP-v2-ScalekitProvider-Setup, Cloudflared-Sidecar-Pattern, Pre-Synth-Guard-Pattern, Beispiel-Sub-MCP-Wrap via create_proxy. Brand-Lock + Tool-Allow-Liste + Modell-Whitelist als optionale Layer (Default off). README mit “fork → Sub-MCP einsetzen → deployen in 30 Min” Story. Marketing-Wert: “wir wissen wie man MCPs in EU hostet” — Developer-Audience-SEO + Inbound-Leads von Agencies die das gleiche Problem haben. Replicate-Hosted dann als Anwendungsbeispiel im Repo.
  • Anti-Pattern explizit: NICHT mcp-replicate-hosted als-ist public machen — Brand-Lock + VF-Modell-Whitelist sind VF-spezifisch, muesste man rauspuhlen. Und das Repo loest fuer Andere keinen Pain (sie haben kein VF-Brand).
  • Aufwand: ~2-3 Tage Refactor (Generalisierung, Doku, License, GitHub Actions fuer CDK-Synth-Test).
  • Build-Trigger: Nach Phase 2 (Julian live + VF-AVV) abgeschlossen. Nicht jetzt, sonst zerfasert mcp-replicate-hosted-Deploy.
  • Status: parked
  • Review-Datum: Q3 2026 oder wenn ein Agency-Partner explizit fragt “wie habt ihr das gehostet”

Graphansicht

Backlinks