Kintone-Apps automatisch auf dem Stand der letzten Besprechung halten: SuperIntern MCP in der Praxis

Ihr Team führt Deals, Projekte oder Support-Fälle in Kintone-Apps. Die Besprechungen, in denen sich diese Vorgänge tatsächlich bewegen, finden aber woanders statt. Nach jedem Vertriebsmeeting öffnet also jemand die Deal-App, sucht die passenden Datensätze heraus und tippt ab, was besprochen wurde: neuer Status, nächster Schritt, neues Zieldatum.

Bleibt dieses Abtippen liegen, entfernt sich die App still und leise von der Realität. Im Datensatz steht noch "Angebot verschickt", obwohl der Kunde vor drei Tagen mündlich zugesagt hat. Wer sich auf die App verlässt, arbeitet mit veralteten Daten.

Verbinden Sie SuperIntern MCP und den offiziellen Kintone-MCP-Server mit Claude, können Sie diese Übertragungsarbeit an einen KI-Assistenten abgeben. Claude liest die Meeting-Notizen, findet die passenden Kintone-Datensätze, zeigt Ihnen die geplanten Änderungen im Detail und wird in den folgenden Prompts angewiesen, vor dem Schreiben auf Ihre Freigabe zu warten.

⚠️ Dieser Artikel ist eine eigenständige Zusammenstellung auf Basis öffentlicher Informationen und von Nutzerfeedback, Stand September 2026.

Inhalt

• Was sich mit diesem Setup ändert
• So greifen die Teile ineinander
• Einrichtung
• Beispiel 1: Deal-Datensätze direkt nach dem Weekly aktualisieren
• Beispiel 2: Einen im Meeting erwähnten Lead mit Dublettenprüfung anlegen
• Beispiel 3: Veraltete Datensätze per Wochenabgleich finden
• Tipps für den sicheren Betrieb
• Über den Vertrieb hinaus: dasselbe Muster für jede Kintone-App
• Häufige Fragen

Was sich mit diesem Setup ändert

Vorher: Nach jedem Meeting geht jemand die eigenen Notizen durch, sucht in der Kintone-App jeden Kunden einzeln und bearbeitet die Felder von Hand. In vollen Wochen kommen die Aktualisierungen Tage später oder gar nicht.

Nachher: Wenige Minuten nach dem Meeting bitten Sie Claude, Besprechung und App abzugleichen. Claude holt die KI-Protokolle aus SuperIntern, ordnet sie den Kintone-Datensätzen zu und schlägt einen Änderungsplan Feld für Feld vor. Sie prüfen, korrigieren, geben frei. Die Datensätze und ein Kommentar mit der Begründung landen in Kintone, solange die Diskussion noch frisch ist.

Die Besprechungen müssen dafür zuerst in SuperIntern aufgezeichnet sein. SuperIntern ist ein Desktop-Meeting-Assistent, der Transkripte und KI-Protokolle erstellt, ohne einen Bot ins Meeting einzuladen. Das funktioniert für Online-Meetings ebenso wie für Gespräche vor Ort.

So greifen die Teile ineinander

Drei Komponenten teilen sich die Arbeit, und jede bleibt in ihrer Rolle.

MCP (Model Context Protocol) ist ein offener Standard, um KI-Assistenten mit externen Tools zu verbinden. SuperIntern MCP ist strikt schreibgeschützt: Claude kann darüber Meeting-Daten lesen, aber über diese Verbindung lässt sich nichts bearbeiten oder löschen. Sichtbar sind zudem nur Besprechungen, die Sie auch in SuperIntern selbst sehen dürfen.

Auf der anderen Seite steht der Kintone-MCP-Server, den das Kintone-Team selbst als Open Source veröffentlicht. Er gibt KI-Clients Werkzeuge, um Apps aufzulisten, Datensätze zu lesen, anzulegen und zu ändern, Kommentare zu schreiben und Prozessstatus zu aktualisieren. Alle Schreibvorgänge in Kintone führt Claude über diesen Server aus, niemals SuperIntern.

Einrichtung

Sie verbinden die beiden Server getrennt mit Claude.

1. SuperIntern MCP mit Claude verbinden

Öffnen Sie in den Claude-Einstellungen die Konnektoren, wählen Sie "Benutzerdefinierten Konnektor hinzufügen" und registrieren Sie diese URL:

https://mcp.app.super-intern.com/mcp

Melden Sie sich bei SuperIntern an und erteilen Sie die Freigabe. Persönliche Workspaces benötigen mindestens den Plus-Plan; bei Enterprise muss ein Admin den MCP-Zugriff zuerst aktivieren. Alle Voraussetzungen sowie die Schritte für Claude Code und Cursor stehen im MCP-Einrichtungsleitfaden.

2. Kintone-MCP-Server verbinden

Der Kintone-MCP-Server läuft lokal. Der einfachste Weg in Claude Desktop ist die paketierte Erweiterung: Laden Sie die .mcpb-Datei von der Releases-Seite herunter und ziehen Sie sie in die Erweiterungs-Einstellungen von Claude Desktop. Alternativ läuft der Server über npm (@kintone/mcp-server) oder Docker (ghcr.io/kintone/mcp-server); die README zeigt die passenden .mcp.json-Beispiele für Claude Code und Cursor.

Verwenden Sie als Zugangsdaten bevorzugt einen App-gebundenen API-Token statt Benutzername und Passwort. Erzeugen Sie in den Einstellungen der betreffenden Kintone-App einen Token mit nur den nötigen Rechten (Datensätze anzeigen und bearbeiten für Beispiel 1, zusätzlich anlegen für Beispiel 2) und hinterlegen Sie ihn als KINTONE_API_TOKEN zusammen mit KINTONE_BASE_URL (zum Beispiel https://example.kintone.com). Ihr Kintone-Plan muss den REST-API-Zugriff enthalten; im japanischen Tarifmodell bieten der Standard- und der Wide-Kurs diesen Zugriff, der Light-Kurs dagegen nicht.

Öffnen Sie die Ziel-App im Browser und lesen Sie die numerische App-ID aus der URL ab, etwa 123 in /k/123/. Ersetzen Sie 123 in den folgenden Beispielen durch Ihre App-ID. Die API-Token-Authentifizierung unterstützt keine App-Suche nach Namen. Geben Sie Claude deshalb neben dem Namen auch die App-ID.

3. Verbindung prüfen

Öffnen Sie einen neuen Chat und fragen Sie:

Liste meine 3 letzten SuperIntern-Meetings auf und zeige mir
die Felder der Kintone-App "Deal-Verwaltung" (App-ID: 123).

Antworten beide Seiten, kann es losgehen.

Beispiel 1: Deal-Datensätze direkt nach dem Weekly aktualisieren

Im wöchentlichen Vertriebsmeeting ändern sich die Deal-Status tatsächlich. Bitten Sie Claude direkt danach, die Diskussion in Datensatz-Änderungen zu übersetzen. Der entscheidende Satz lautet: "Zeig mir den Plan, bevor du etwas schreibst."

Hole die KI-Protokolle und das Transkript des heutigen
"Vertriebs-Weekly" aus SuperIntern. Suche für jeden besprochenen
Kunden den passenden Datensatz in der Kintone-App "Deal-Verwaltung" (App-ID:
123)
(Abgleich über den Firmennamen). Schlage je Datensatz vor:
- neuen Status (nur wenn er sich im Meeting geändert hat)
- nächsten Schritt mit Fälligkeitsdatum
- eine einzeilige Notiz "Letzter Stand"
Zeige mir zuerst den kompletten Plan als Tabelle, mit dem belegenden
Zitat aus dem Meeting zu jeder Änderung. Schreibe nichts nach Kintone,
bevor ich freigebe. Poste nach der Freigabe zusätzlich je Datensatz
einen Kommentar mit der Meeting-Entscheidung, samt Titel und Datum.

Eine typische Antwort sieht so aus:

Ich habe 4 besprochene Kunden gefunden und 4 Datensätze in der Deal-Verwaltung zugeordnet.

1. Nordwind Handel GmbH: Status "Angebot verschickt" → "Mündliche Zusage". Nächster Schritt: Auftragsformular senden (bis 16.09.). Zitat: "Die Zusage kam im Call, es fehlt nur noch der Papierkram."
2. Acme Logistik: Status unverändert. Nächster Schritt: Security-Review terminieren (bis 19.09.). Zitat: "Deren IT will vor der Unterschrift eine Security-Runde."
3. Blaufeld Lebensmittel: Status "Verhandlung" → "Pausiert". Zitat: "Das Budget ist bis zum neuen Geschäftsjahr eingefroren."
4. Contoso Fertigung: kein Ergebnis im Meeting; der nächste Schritt im Datensatz ist überfällig. Nur als Hinweis markiert, keine Änderung vorgeschlagen.

Alles freigeben, oder soll ich einzelne Zeilen anpassen?

Sie antworten mit Korrekturen ("Fälligkeit bei Nordwind auf den 17.09., dann los"), und Claude führt die Änderungen aus und hinterlässt je Datensatz einen Beleg-Kommentar.

Die Kommentar-Spur ist so wertvoll wie die Feldänderungen selbst. Sechs Wochen später beantwortet sich "Warum liegt dieser Deal auf Eis?" direkt im Datensatz, mit Meeting-Titel und Datum.

Beispiel 2: Einen im Meeting erwähnten Lead mit Dublettenprüfung anlegen

Neue Deals betreten die Pipeline oft als Nebensatz im Meeting: "Übrigens, die Niederlassung Köln von Fabrikam hat sich gemeldet." Legt niemand den Datensatz an, existiert der Lead nur im Gedächtnis einer Person.

Liste aus den Notizen des heutigen "Vertriebs-Weekly" in SuperIntern
alle Firmen oder Deals auf, die erwähnt wurden, aber noch KEINEN
Datensatz in der Kintone-App "Deal-Verwaltung" (App-ID: 123) haben. Durchsuche
die
App zuerst nach dem Firmennamen, damit keine Dubletten entstehen.
Entwirf für jeden wirklich neuen Eintrag einen Datensatz: Firma,
Ansprechperson (falls genannt), Quelle = "Meeting", Status = "Neu",
plus eine Zusammenfassung des Gesagten. Zeige mir die Entwürfe und
warte auf meine Freigabe, bevor du Datensätze anlegst.

Ich habe 6 Firmennamen aus dem Meeting mit der Deal-Verwaltung abgeglichen.

• 4 haben bereits einen Datensatz (keine Aktion).
• Fabrikam Köln hat keinen Datensatz. Entwurf: Status "Neu", Quelle "Meeting", Zusammenfassung: "Eingehende Anfrage über die Niederlassung Köln, Interesse am Jahresplan, Ansprechperson noch offen."
• Litware wurde einmal erwähnt, aber der bestehende Datensatz "Litware GmbH" könnte dieselbe Firma sein. Hier habe ich keinen Entwurf angelegt; bitte prüfen.

Soll ich den Datensatz für Fabrikam Köln anlegen?

Genau beim Beinahe-Duplikat wollen Sie die menschliche Entscheidung. Prüfen Sie auch vermeintlich neue Leads auf vorhandene Datensätze. Das kann übersehene Dubletten reduzieren, schließt sie aber nicht aus: Abweichende Firmennamen oder parallel angelegte Datensätze bleiben mögliche Ursachen.

Beispiel 3: Veraltete Datensätze per Wochenabgleich finden

Selbst mit guter Routine rutscht etwas durch. Drehen Sie den Abgleich einmal pro Woche um: Starten Sie bei der App und fragen Sie, welche Datensätze hinter den Besprechungen zurückliegen.

Nimm alle meine SuperIntern-Meetings der letzten 3 Wochen bis heute und die
nicht
geschlossenen Datensätze der Kintone-App "Deal-Verwaltung" (App-ID: 123).
Gleiche beides ab und erstelle drei Listen:
1) Datensätze, bei denen ein Meeting dieser Woche etwas Neueres entschieden hat,
   als der Datensatz zeigt (mit Zitat und Änderungsvorschlag)
2) Datensätze mit überschrittenem Fälligkeitsdatum ohne zugehöriges
   Meeting in dieser Woche
3) Datensätze, die seit 3 Wochen oder länger in keinem Meeting
   vorkamen
Nutze für Listen 1 und 2 diese Woche, für Liste 3 die gesamten letzten 3 Wochen.
Melde nicht abrufbare Meetings oder Zeiträume als ungeklärt, statt daraus
zu schließen, dass ein Datensatz nicht erwähnt wurde.
Warte bei Liste 1 auf meine Freigabe, führe die Änderungen dann aus
und poste je Datensatz einen Beleg-Kommentar.

Liste 1 ist Ihre Nachhol-Warteschlange, und die Listen 2 und 3 machen den Pipeline-Review am Montag konkret: Statt die App nach Auffälligkeiten zu durchsuchen, beginnen Sie mit "diese fünf Datensätze brauchen Aufmerksamkeit, und zwar deshalb".

Tipps für den sicheren Betrieb

Erst vorschlagen, dann schreiben. Jeder Prompt mit Schreibauftrag in diesem Artikel endet mit einer Variante von "zeig mir den Plan und warte auf Freigabe". Behalten Sie dieses Muster bei. Die Prüfung bietet eine Gelegenheit, Fehler zu erkennen. Ein Prompt ist jedoch keine technische Schreibsperre. Prüfen Sie Zieldatensätze, geplante Werte und Belege sowie nach der Ausführung das Ergebnis.

API-Token auf eine App begrenzen. Der Kintone-MCP-Server akzeptiert App-gebundene API-Token; Claude sieht also nur die Apps, die Sie ausdrücklich freigegeben haben. Starten Sie mit einer App und den Rechten Anzeigen und Bearbeiten für Beispiel 1; für Beispiel 2 ist zusätzlich das Recht zum Anlegen von Datensätzen erforderlich. Löschrechte werden nicht benötigt. Weitere Token können Sie später ergänzen.

Die Änderungshistorie von Kintone nutzen. Kintone führt je Datensatz eine Änderungshistorie; eine fehlerhafte Aktualisierung bleibt sichtbar und lässt sich korrigieren. Zusammen mit den Beleg-Kommentaren von Claude bleibt nachvollziehbar, welches Meeting welche Änderung ausgelöst hat.

Über stabile Schlüssel zuordnen. Firmennamen im Transkript können abgekürzt oder falsch erkannt sein. Hat Ihre App eine Kundennummer, lassen Sie Claude darüber zuordnen. Häufige Kundennamen im benutzerdefinierten Wörterbuch von SuperIntern verbessern zusätzlich die Transkriptseite.

Anhang-Felder beachten. Der Kintone-MCP-Server kann Anhang-Felder beim Anlegen und Aktualisieren von Datensätzen derzeit nicht befüllen, und Gasträume werden nicht unterstützt. Datei-Uploads bleiben ein manueller Schritt.

Über den Vertrieb hinaus: dasselbe Muster für jede Kintone-App

Kintone ist selten nur ein CRM; Teams betreiben darauf interne Apps aller Art. Das Abgleichmuster überträgt sich direkt.

• Support-Fälle: Nach dem wöchentlichen Support-Review Status aktualisieren und beschlossene Workarounds als Kommentar festhalten.
• Projektaufgaben: Nach dem Projektmeeting Verantwortliche und Termine nachziehen, die sich in der Diskussion geändert haben.
• Tagesberichte: Am Ende des Tages einen Berichtsentwurf aus den Meetings des Tages erstellen, prüfen und einreichen.

Führt Ihr Team Deals stattdessen in einem dedizierten CRM, gibt es denselben Workflow für HubSpot; für Team-Aufgaben existiert eine Linear-Ausgabe.

Häufige Fragen

F. Ist SuperIntern MCP im kostenlosen Plan verfügbar?
A. Persönliche Workspaces benötigen mindestens den Plus-Plan; Team-Workspaces können MCP ebenfalls nutzen. Bei Enterprise ist der Zugriff standardmäßig deaktiviert, bis ein Admin ihn freischaltet.

F. Schreibt SuperIntern in meine Kintone-Apps?
A. Nein. SuperIntern MCP stellt Meeting-Daten ausschließlich lesend bereit. Alle Lese- und Schreibvorgänge in Kintone führt Claude über den Kintone-MCP-Server mit den von Ihnen hinterlegten Zugangsdaten aus.

F. Kann die KI über dieses Setup meine Protokolle verändern oder löschen?
A. Nein. SuperIntern MCP hat keine Schreib- oder Löschfunktionen; Meeting-Daten lassen sich über diese Verbindung nicht verändern.

F. Was brauche ich auf der Kintone-Seite?
A. Einen Plan mit REST-API-Zugriff (im japanischen Tarifmodell der Standard- oder Wide-Kurs; der Light-Kurs enthält keine API) sowie einen API-Token und die ID der Ziel-App. Der MCP-Server selbst ist kostenlos und vom Kintone-Team als Open Source veröffentlicht. Er liegt allerdings außerhalb des Kintone-API-Supports.

F. Was passiert, wenn Claude etwas Falsches schreibt?
A. Die Prüfung vor der Freigabe kann helfen, Fehler zu erkennen, garantiert aber keine fehlerfreien Änderungen. Landet doch ein falscher Wert, zeigt die Änderungshistorie des Datensatzes genau, was sich geändert hat, und Sie korrigieren es wie jede manuelle Bearbeitung.

F. Wir nutzen HubSpot oder Salesforce als CRM. Ist der Artikel trotzdem relevant?
A. Für ein dediziertes CRM nehmen Sie die HubSpot-Ausgabe. Diese Ausgabe richtet sich an Teams, deren führendes System eine Kintone-App ist, was oft über den Vertrieb hinausgeht: Support-Fälle, Projekte und Tagesberichte folgen demselben Muster.

Starten Sie mit einer App und einem Meeting: Führen Sie Beispiel 1 nach Ihrem nächsten Weekly aus und sehen Sie, wie viel Abtipparbeit verschwindet. Die App, der Ihr Team ohnehin vertraut, hört einfach auf, hinterherzuhinken.

SuperIntern kostenlos testen