Wie ein Team eine 6-stellige HubSpot-Agentur durch Claude Code ersetzte

✍️ OpenClawRadar📅 Veröffentlicht: 28. Mai 2026🔗 Source
Wie ein Team eine 6-stellige HubSpot-Agentur durch Claude Code ersetzte
Ad

Ein mittelständisches E-Commerce-Unternehmen (~15 Produkte über Shopify, Recharge, Digistore24, GoAffPro und Anzeigen) musste von Zoho CRM, Zoho Desk und KlickTipp zu HubSpot Enterprise migrieren. Agenturangebote lagen zwischen 20.000 € (standardisiert) und 80.000 € (mittlere benutzerdefinierte Objekte) – aber keines bot eine durchgängig maßgeschneiderte Middleware für Synchronisation und Abgleich. Das Team entschied sich, alles selbst mit Claude Code zu bauen (Desktop-App, Opus 4.7, Abonnement).

Was gebaut wurde (in 4 Monaten, ~30 Sitzungen à 2–4 Stunden)

  • 6 benutzerdefinierte Objekte + ~100 Eigenschaften + Verknüpfungen
  • 5 Integrationen zu Quellsystemen auf selbstgehostetem n8n: Shopify, Digistore24, Recharge, GoAffPro, Cart-Notifier – jeweils mit Inbox-Pattern, idempotenten Upserts, Abgleich, Backoff/Retry, Audit Trail
  • 1 benutzerdefinierter Cloud Run-Dienst für Inbox-Polling im 15-Sekunden-Takt
  • 10 Lifecycle-Stufen + Trichter-/Segment-Eigenschaftsebene
  • Aggregator-Workflow, der 9 Kontakteigenschaften aus Sync-Spiegelobjekten nachträgt (idempotent, Postgres-Cursor, Cron-gesteuert)
  • KlickTipp-Migration: 202 Tags geprüft, benutzerdefiniertes Objekt für Webinar-Registrierungen, Einwilligungsmanagement
  • Google Ads CAPI (11 Conversion-Aktionen, erweiterte Conversions) + Meta CAPI (Pixel + serverseitig)
  • 33 ADRs (Architekturentscheidungen, nur anfügen, nie löschen)

Der Autor schätzt, dass das vollständige Ergebnis bei einer Agentur 120.000–180.000 € kosten würde – und die meisten können das maßgeschneiderte Middleware-Stück nicht liefern.

Ad

Der mentale Wandel: Claude Code als System of Record

Nur ~20 % des Repos sind Code. Die anderen 80 % sind Markdown: Architekturentscheidungen, Integrationsspezifikationen, Runbooks, ADRs, Namenskonventionen, Einwilligungsmanagement. Das Repo wird zur einzigen Quelle der Wahrheit dafür, wie das Geschäft in HubSpot läuft. Wenn Code benötigt wird (Python-Helfer, Backfill-Skripte, Cloud Run-Dienst), schreibt Claude ihn. Für Workflow-Logik verwenden sie n8n – Claude erstellt/aktualisiert Workflows über den n8n MCP-Server.

Repo als Gedächtnis zwischen Sitzungen

Claude Code-Sitzungen sind zustandslos. Das Team betrachtet dies als Designbeschränkung: Zustand lebt in Dateien. Wichtige Praktiken:

  • ADRs erfassen jede Architekturentscheidung mit Begründung und Abwägungen – neue Sitzungen lesen sie und debattieren nicht erneut
  • Spezifikationsdateien pro Integration/Bereich mit einem Status-Header – einzige Quelle der Wahrheit für den Implementierungsstand
  • Slash-Befehle (/implement, /verify, /new-task) erzwingen Disziplin – Definition-of-Done-Kontrolle, Abweichungsprüfungen, atomare Statusaktualisierungen
  • Spickzettel für HubSpot-Operationen (welche über API-Tools vs. direkte API-Aufrufe vs. UI-Klicks funktionieren) und bekannte Fehler (HubSpot-Suchindex-Latenz, Recharge-Enumeration-vs-Bool, n8n-Authentifizierungs-Rennbedingungen)

📖 Vollständige Quelle lesen: r/ClaudeAI

Ad

👀 Siehe auch

Praktische KI-Unterstützungsverbesserungen aus der Analyse des Claude-Code-Leaks
Anwendungsfälle

Praktische KI-Unterstützungsverbesserungen aus der Analyse des Claude-Code-Leaks

Ein Entwickler analysierte den Claude Code-Quellcode-Leak und implementierte sechs spezifische Änderungen in seinem Chatbase-Setup: Überarbeitung von Textausschnitten, Hinzufügen von Stimmungsanalysen, Erstellen strukturierter Frage-Antwort-Paare, Einrichten von Adversarial-Testing-Agenten, Verbinden von Aktionen mit Tools und Gegenüberstellen von Themen.

OpenClawRadar
Entwicklung eines Slay the Spire 2-Agenten mit lokalen LLMs: Erkenntnisse und offene Probleme
Anwendungsfälle

Entwicklung eines Slay the Spire 2-Agenten mit lokalen LLMs: Erkenntnisse und offene Probleme

Ein Entwickler hat einen Agenten erstellt, der Slay the Spire 2 mithilfe von Qwen3.5-27B über KoboldCPP/Ollama spielt. Dabei wurden etwa 10 Sekunden pro Aktion und eine Erfolgsquote von etwa 88 % erreicht, dank Techniken wie zustandsbasierter Tool-Routing und Single-Tool-Modus, wobei offene Probleme wie Prompt-Konsistenz und Tool-Aufrufzuverlässigkeit identifiziert wurden.

OpenClawRadar
Wandeln Sie Ihr OpenClaw-Briefing in einen Podcast-Feed für Apple Podcasts um
Anwendungsfälle

Wandeln Sie Ihr OpenClaw-Briefing in einen Podcast-Feed für Apple Podcasts um

Ein Reddit-Benutzer stellt einen einfachen Workflow vor, um die OpenClaw-Morgenzusammenfassung in einen Podcast-Feed zu verwandeln: Text per TTS vertonen, MP3 hosten, an RSS-XML anhängen und in Apple Podcasts abonnieren.

OpenClawRadar
Aufbau eines Konzertradars mit OpenClaw: Mehrere Quellen für Künstlerauftritte durchsuchen
Anwendungsfälle

Aufbau eines Konzertradars mit OpenClaw: Mehrere Quellen für Künstlerauftritte durchsuchen

Ein Entwickler hat ein Konzertradar mit OpenClaw auf einem VPS erstellt, das Künstler von Spotify abruft, täglich mehrere Quellen scannt, Veranstaltungen normalisiert, Künstler abgleicht, Duplikate entfernt und neue Ankündigungen über Cron-Jobs verfolgt.

OpenClawRadar