Fallstudie · UnlockLive IT (internes Projekt)

Claude mit unserem Task-Manager verbinden – über einen Remote-MCP-Server (OAuth, Python, Django)

Wie wir einen Remote-MCP-Server gebaut haben, damit unser Team Claude zu Projekten und Aufgaben befragen und diese als die jeweilige Person anlegen oder aktualisieren kann: persönliche OAuth-Anmeldung, Lese- und Schreib-Scopes, 11 Tools und eine vollständige Änderungshistorie.

  • BrancheSoftware / Interne Tools
  • Jahr2026
  • LandKanada
Connecting Claude to Our Task Manager with a Remote MCP Server (OAuth, Python, Django) hero screenshot

Ergebnisse auf einen Blick

  • 11MCP-Tools zum Lesen und Ändern von Aufgaben
  • 9,700+Aufgaben in 165 Projekten zum Start aus Claude erreichbar, im Rahmen der Berechtigungen jeder Person
  • 63automatisierte Tests für den MCP-Server und die App-Seite
  • 0an das interne System weitergeleitete Nutzer-Tokens

Die Herausforderung

Unser Team verwaltet Tausende Aufgaben aus vielen Kundenprojekten in unserem eigenen Task-Manager. Standups, Wochenberichte und das Umwandeln von Meeting-Notizen in Aufgaben bedeuteten viel Kopieren zwischen Task-Manager und KI-Chats, und jedes Copy-and-paste riskierte Fehler oder dass Kundendaten am falschen Ort landen. Wir wollten, dass man Claude einfach fragen kann: „Was ist in meinen Projekten überfällig?“ oder „Mach aus diesen Notizen Aufgaben“ – und die KI dabei innerhalb der Berechtigungen der jeweiligen Person arbeitet.

Unsere Lösung

Wir haben einen Remote-MCP-Server in Python gebaut und mit unserem Django-Task-Manager verbunden. Der Task-Manager fungiert als OAuth-Autorisierungsserver, sodass sich jede Person mit ihrem bestehenden Konto anmeldet und den Zugriff erteilt; der MCP-Server prüft jedes Token, bevor ein Tool läuft. Er leitet das Token des Nutzers nie an die App weiter: Er ruft eine interne API mit eigenen Service-Zugangsdaten im Namen der angemeldeten Person auf, und die App setzt die Berechtigungen dieser Person durch und erfasst jede Änderung in der Aufgabenhistorie.

  • 11 MCP-Tools: whoami, Workspace-Metadaten, Projekte, Teammitglieder, Sprints, Suche, Aufgabendetails, Zusammenfassungen, Aktivität, Anlegen, Aktualisieren und Kommentieren
  • Persönliche OAuth-Anmeldung: Claude handelt als die angemeldete Person, nie über ein gemeinsames Konto
  • Getrennte Lese- und Schreib-Scopes; lesende Tools sind als read-only gekennzeichnet
  • Anlegen und Aktualisieren im Batch (1 bis 50 Aufgaben pro Aufruf) mit optionalem Kommentar pro Änderung
  • Jede Änderung wird in der Aufgabenhistorie mit der Person erfasst, die sie vorgenommen hat
  • Nutzer-Tokens werden nie an die interne API weitergeleitet
  • Funktioniert in Claude als Custom Connector und in Claude Code
  • Docker-Deployment hinter HTTPS mit Health Check

Wie wir es gebaut haben

  1. 01

    Zuerst das Tool-Design

    Wir haben die täglichen Aufgaben unseres Teams aufgelistet (Aufgaben finden, ein Projekt zusammenfassen, Änderungen sehen, Aufgaben anlegen und aktualisieren, kommentieren) und daraus 11 spezifische Tools mit klaren Beschreibungen, kompakten Ergebnissen und Batch-Limits gemacht.

  2. 02

    Persönliche Anmeldung mit OAuth

    django-oauth-toolkit stellt Tokens aus und beantwortet Token-Introspection-Anfragen. Der MCP-Server veröffentlicht Protected-Resource-Metadaten, sodass Claude den Login selbst findet, wenn eine Person auf „Connect“ klickt.

  3. 03

    Lese- und Schreib-Scopes

    Lesen nutzt einen Scope, Ändern einen anderen, sodass sich eine Person mit reinem Lesezugriff verbinden kann. Schreibende Tools verweigern ohne den Schreib-Scope die Ausführung.

  4. 04

    Sichere interne API

    Eine eigene interne API für den MCP-Server wendet die Berechtigungen der handelnden Person an, protokolliert jede Änderung in der Aufgabenhistorie und akzeptiert nur Aufrufe vom MCP-Server selbst.

  5. 05

    Erst Tests, dann Produktion

    Automatisierte Tests decken den MCP-Server gegen eine Fake-App sowie OAuth, Berechtigungen und API auf der App-Seite ab. Danach haben wir den Server in Docker hinter HTTPS bereitgestellt und ihn End-to-End mit einem echten Token getestet, bevor wir ihn für das Team freigegeben haben.

Tech-Stack

  • Model Context Protocol (MCP)
  • Python
  • MCP Python SDK
  • Django
  • django-oauth-toolkit
  • PostgreSQL
  • Docker
  • nginx
  • Claude
  • Claude Code
  • MCP-Server-Entwicklung
  • KI-Agenten-Entwicklung
  • Python & FastAPI

Häufig gestellte Fragen

Kann Claude über MCP Daten in unserem System ändern?

Nur wenn Sie es erlauben. In unserem Setup erfordert das Ändern von Aufgaben einen separaten Schreib-Scope, und jede Änderung erfolgt als die angemeldete Person und wird in der Historie erfasst.

Braucht jede Person einen eigenen Login?

Ja. Jede Person meldet sich mit ihrem bestehenden Konto an, sodass die KI nur sieht, was diese Person sehen darf. Es gibt keinen gemeinsamen Schlüssel.

Können Sie dasselbe für unser CRM, ERP oder unsere Datenbank bauen?

Ja. Dasselbe Muster (OAuth-Anmeldung, Tools mit Scopes, eine interne API, die Berechtigungen durchsetzt, Logging und Tests) funktioniert für CRMs, ERPs, Datenbanken und andere interne Systeme.

Möchten Sie ein solches Ergebnis?

Sprechen Sie mit demselben Team, das gebaut hat Claude mit unserem Task-Manager verbinden – über einen Remote-MCP-Server (OAuth, Python, Django). Wir grenzen Ihr Projekt ein, erstellen ein Festpreisangebot und zeigen Ihnen das passendste Beispiel aus unserem Portfolio.

Strategiegespräch buchen