Agentic Ventures Wiki

service-inventory

2 Min. Lesezeit

Service-Inventar

Was wir live betreiben + per Uptime-Kuma (https://uptime.agenticventures.de) ueberwachen. Ergaenzung zu web-properties — web-properties.md ist Domain-Inventar (Marken/Registrar/Footer), hier ist Service-Status-Inventar (Endpoint/Check/Erwartung).

Konvention: Bei neuem live-gehenden Service zuerst hier eintragen, dann Uptime-Kuma-Monitor anlegen. Decommissioned Services bleiben mit status: decommissioned als historische Referenz.

Eigene Sites + Marketing

ServiceEndpointCheckErwartetStatusIntervalNotification
agenticventures.dehttps://www.agenticventures.de/HTTP200 (follow redirect)live5 mintelegram + email
marvinkuehlmann.comhttps://www.marvinkuehlmann.com/HTTP200 (follow redirect)live5 mintelegram + email
dashboard.agenticventures.dehttps://dashboard.agenticventures.de/HTTP302 (Cloudflare Access)live5 mintelegram

Hetzner — av-tools-shared-01 (interne Tools)

ServiceEndpointCheckErwartetStatusIntervalNotification
Uptime-Kuma (Self-Check)https://uptime.agenticventures.de/HTTP200/302 (Login-Redirect)live5 mintelegram (Ausfall = Push-Layer haengt)
Stirling-PDFhttps://pdf.agenticventures.de/HTTP401 (Login-Page) ODER 200 nach CF Accesslive5 mintelegram
Supertonic TTShttps://tts.agenticventures.de/v1/audio/speechHTTP HEAD oder POST-Test401/405 (Bearer-Auth-Wall)live5 mintelegram (VF-Chat-Abhaengigkeit)

Hosted MCPs (eigene Production)

ServiceEndpointCheckErwartetStatusIntervalNotification
mcp-whatsapp (Friseur)https://mcp-whatsapp.agenticventures.de/healthHTTP200live aws-fargate2 mintelegram (Bot-Abhaengigkeit)
mcp-vf-hosted (VF)https://mcp-vf.agenticventures.de/healthHTTP200live aws-fargate2 mintelegram + email

Kunden-Apps

ServiceEndpointCheckErwartetStatusIntervalNotification
Icking AI-Pipeline (readyz)https://inference.agenticventures.de/readyzHTTP + JSON-Keyword "status":"ready"200 + Body-Matchlive aws-fargate2 mintelegram + email (zahlender Kunde)
Icking AI-Pipeline (healthz)https://inference.agenticventures.de/healthzHTTP200live aws-fargate5 mintelegram
VF Open-WebUIhttps://vf-chat.agenticventures.de/HTTP200live aws-fargate2 mintelegram + email (zahlender Kunde)

Cloudflare-Tunnel (Tunnel-Health via cloudflared-Metrics)

Tunnel-Endpoints werden indirekt ueber die Service-Checks oben mitueberwacht. Wenn ein Tunnel haengt → Service-Check faellt aus. Direkter Tunnel-Status: Cloudflare-Dashboard.

Decommissioned

ServiceEndpointLetzter StandGrund
Presenton VFhttps://slides.agenticventures.de/2026-05-15decommissioned, presenton-vf
heyjulia.dehttps://heyjulia.de/aktiv aber soll offlinealtes Produkt-Projekt, kein aktiver Use-Case

Geplant (nicht Live, in Pipeline)

ServiceGeplanter EndpointProjektWann
Odoo Aylem (Restaurant-Backend)https://odoo-aylem.agenticventures.de/_indexwenn Aylem-POC weitergeht
Becker BAS-Twintbd (Hetzner-Stack)_indexnach Hetzner-MVP-Deploy
gmail.agenticventures.de (hosted MCP)https://gmail.agenticventures.de/mcp_indexnach Phase 1A

Cloudflare Access (Login-Gateway)

Vor uptime.av.de + pdf.av.de + dashboard.av.de steht Cloudflare Access als zusaetzliche Auth-Schicht. Branding pro App: BG #F5F4ED, Buttons #2D4A3E, Footer-Link auf agenticventures.de. Session 24h.

AppCF Access App-IDPolicy
Uptime-Kumaeb48b509-80ee-4b7a-ab2f-c8b981e27d27Marvin Only (hello@marvinkuehlmann.com)
Stirling-PDFd4954e3f-6108-4689-91eb-f7ec88704bb6Marvin + VF-Team (hello@ + @vibe-factory.de Domain)
AV Dashboard9b48f8ff-3504-40f7-9866-e7e811da78c6Marvin Only

IdP: aktuell nur One-Time-PIN (Email-OTP). Google IdP nicht eingerichtet, ToDo.

Org-Login-Branding (global statt per-App) braucht Token-Scope Access:Organizations:Edit — aktuelles cloudflare/api-token hat das nicht. Wenn relevant: Token in CF-Dashboard erweitern.

Notification-Channels (Uptime-Kuma Settings)

  • Telegram (Bot via @BotFather, Token in 1Password unter „Uptime-Kuma Telegram Bot”, Chat-ID via @userinfobot) — Standard fuer alle Monitore, Push aufs Handy
  • Email hello@marvinkuehlmann.com — Eskalation fuer zahlende Kunden (Icking, VF) und Hosted-MCP-Ausfaelle

Health-Check-Konventionen

  • /health — Standard fuer eigene MCPs (mcp-whatsapp, mcp-vf): liefert {"status":"ok"} bei HTTP 200
  • /healthz — Standard fuer Kunden-Apps (Icking): Liveness-Check, antwortet schnell ohne Deps
  • /readyz — Standard fuer Kunden-Apps (Icking): Readiness-Check, prueft DB-Pool, Bedrock-Clients etc. — sollte fuer Uptime-Kuma als Primary-Check genommen werden (sagt aus ob Service wirklich nutzbar ist)
  • Keyword-Match auf /readyz Bodies: "status":"ready" fuer Icking
  • Bei OAuth-MCP-Endpoints (/mcp) erwartet HTTP 401/302 — kein 200, daher Health-Endpoint nehmen statt MCP-Endpoint

Cross-Refs

  • web-properties — Domain-Inventar (Marken/Registrar/Footer)
  • av-tools — wo Uptime-Kuma lebt, Bootstrap-Skripte, Tunnel-Setup
  • _index — MCP-Inventar mit Endpoints
  • _index — geplante Dashboard-Integration (Uptime-Kuma-JSON-API → Infra-Page-Widget)

Graphansicht