Redmine in Claude, ChatGPT und jedem MCP-Client. Für Ihr ganzes Team.
Selbst gehostetes Projektmanagement: Tickets, Projekte, Versionen, Zeiterfassung, Wiki. Ein Token in Loopthink, ein Login pro Person, Rollen pro Tool und ein Audit-Eintrag für jeden Aufruf.
Kostenlos für 2 Connectors, ohne Karte · Pro 19 € · in der EU betrieben · 17 Lese-Tools, 4 Schreib-Tools standardmäßig aus
“Welche Tickets für Version 3.2 des Projekts Shopsystem sind noch offen, gruppiert nach Bearbeiter?”
14 offene Tickets für Version 3.2, gruppiert nach Bearbeiter:
| Bearbeiter | Offen | In Arbeit | Höchste Priorität |
|---|---|---|---|
| M. Berger | 6 | 3 | Dringend |
| S. Keller | 5 | 2 | Hoch |
| T. Novak | 3 | 1 | Normal |
- nur lesend
- maskiert
Ein Token rein, die Tools kommen raus.
Redmine hält das Engineering-Gedächtnis eines Unternehmens: die Projekte, ihre Tickets mit jedem Kommentar und Statuswechsel, die Versionen und Meilensteine, die gebuchten Stunden und das Wiki. Die Fragen sind einfach, „was blockiert das 3.2-Release noch“, „wie viele Stunden haben wir in Q3 auf das Migrationsprojekt gebucht“, aber heute brauchen sie das richtige Projekt, eine eigene Abfrage und einen Tabellenexport des Zeitberichts.
Mit dem Redmine-Connector fragen Projektleitung, Entwicklung und Geschäftsführung in Claude oder ChatGPT und bekommen die Antwort aus der laufenden Instanz. Loopthink hält einen Redmine-API-Zugriffsschlüssel, jede Person meldet sich mit ihrer eigenen Identität an, und jeder Aufruf wird unter ihrem Namen protokolliert. Der Schlüssel erreicht den KI-Client nie. Ist Ihr Redmine nicht aus dem Internet erreichbar, stellt der Loopthink Runner in diesem Netz die Verbindung her.
Siebzehn Lese-Tools decken Projekte, Tickets und ihre Journale, Volltextsuche, Status, Tracker, Prioritäten, gespeicherte Abfragen, Versionen, Mitgliedschaften, Zeitbuchungen und Wiki-Seiten ab. Die vier Schreib-Tools, ein Ticket anlegen, ein Ticket ändern, einen Kommentar hinzufügen und Zeit buchen, bleiben aus, bis Sie sie für eine Rolle einschalten.
- Projektleitung
“Welche Tickets für Version 3.2 des Projekts Shopsystem sind noch offen, gruppiert nach Bearbeiter?”
Beantwortet von
list_issues - Geschäftsführung
“Wie viele Stunden wurden zwischen Juli und September auf das Projekt SAP Migration gebucht, nach Aktivität?”
Beantwortet von
list_time_entries - Entwicklung
“Fass mir die Diskussion zu Ticket #10342 zusammen und sag mir, was entschieden wurde.”
Beantwortet von
get_issue - Entwicklung
“Wo im Wiki steht die Deployment-Checkliste für den Staging-Server?”
Beantwortet von
search - Projektleitung
“Welche Versionen des Projekts Shopsystem sind offen, und welche sind überfällig?”
Beantwortet von
list_project_versions - Entwicklung
“Füge zu #10342 einen Kommentar hinzu: „Reproduced on staging, fix is in branch hotfix/10342.“”
Beantwortet von
add_issue_comment
Was der Redmine-Connector kann.
| Tool | Was es tut | Zugriff | Standard |
|---|---|---|---|
| get_current_user | Returns the user behind the API key (id, login, firstname, lastname, mail, admin flag). Use to test the connection and to get your own user id; most filters also accept 'me' dir… | Lesen | An |
| list_projects | Lists the projects the user can see (id, identifier, name, description, parent, status, is_public, created_on). Paged with offset/limit (max 100); the response carries total, so… | Lesen | An |
| get_project | Returns one project by numeric id or identifier, with description, parent, homepage, custom fields and optional trackers, categories and enabled modules. | Lesen | An |
| list_issues | Lists issues (tickets) with filters: project, tracker, status, assignee, version, parent, saved query, created/updated dates. By default only open issues are returned; pass stat… | Lesen | An |
| get_issue | Returns one issue with description, status, priority, assignee, version, custom fields and, by default, its journals (comments and change history), relations and children. Use a… | Lesen | An |
| search | Full-text search across issues, wiki pages, news, documents, changesets, messages and projects, like the Redmine search box. Returns id, title, type, url, description and dateti… | Lesen | An |
| list_issue_statuses | Lists all issue statuses (id, name, is_closed). Use to map status names like 'In Progress' to status_id for list_issues and update_issue. | Lesen | An |
| list_trackers | Lists all trackers (id, name, default_status), e.g. Bug, Feature, Support. | Lesen | An |
| list_issue_priorities | Lists issue priorities (id, name, is_default, active). Use to get priority_id for filters and new issues. | Lesen | An |
| list_time_entry_activities | Lists time entry activities (id, name, is_default), e.g. Development, Design. | Lesen | An |
| list_queries | Lists the saved issue queries (custom filters) visible to the user: id, name, is_public, project_id. Pass an id as query_id to list_issues to reuse a team's filter such as 'Open… | Lesen | An |
| list_project_versions | Lists the versions (milestones, releases, sprints) of a project, including shared versions of other projects: id, name, status (open, locked, closed), due_date, description. Use… | Lesen | An |
| list_project_memberships | Lists the members of a project (users and groups) with their roles. Use to find who works on a project and which user ids can be assigned issues. | Lesen | An |
| list_users | Lists users of the instance (id, login, firstname, lastname, mail, created_on, last_login_on). Requires an API key of an administrator; for others use list_project_memberships i… | Lesen | An |
| list_time_entries | Lists logged time (id, project, issue, user, activity, hours, comments, spent_on). Use for timesheets and effort reports: filter by project, user and a date range with from/to (… | Lesen | An |
| list_wiki_pages | Lists all wiki pages of a project (title, parent, version, created_on, updated_on). Use the title with get_wiki_page. | Lesen | An |
| get_wiki_page | Returns one wiki page with its full text (Textile or Markdown, as configured), author, version and comments. Use list_wiki_pages first to get the exact title. | Lesen | An |
| create_issue | WRITE: Creates an issue in a project. Needs project_id and subject; tracker, status and priority fall back to the project defaults. | Schreiben | Aus |
| update_issue | WRITE: Changes fields of an existing issue (status, assignee, priority, version, done ratio, dates) and optionally adds a comment in the same step. Only send what should change. | Schreiben | Aus |
| add_issue_comment | WRITE: Adds a comment (journal note) to an issue without changing any field. Responds 204 with no body on success. | Schreiben | Aus |
| create_time_entry | WRITE: Logs time on an issue or a project. Needs hours and either issue_id or project_id; activity_id is required unless the instance has a default activity (see list_time_entry… | Schreiben | Aus |
Schreib-Tools sind für jede Rolle aus, bis Sie sie einschalten, ein Tool für eine Rolle. Die Namen und Beschreibungen sind das, was das Modell sieht, deshalb bleiben sie englisch; es bekommt außerdem die vollständige Parameterbeschreibung jedes Tools.
So kommen Sie an den Redmine-Token.
Fünf Minuten, einmalig. Niemand in Ihrem Team sieht ihn je.
- 1
Als Administrator: Administration > Konfiguration > API öffnen und „REST-Schnittstelle aktivieren“ ankreuzen. Speichern.
- 2
Als der Benutzer anmelden, in dessen Namen Loopthink handeln soll (idealerweise ein eigener technischer Benutzer, der Mitglied genau der Projekte ist, die die KI lesen darf).
- 3
Mein Konto (oben rechts) öffnen und in der rechten Seitenleiste unter „API-Zugriffsschlüssel“ auf „Anzeigen“ klicken. Gibt es noch keinen Schlüssel, auf „Zurücksetzen“ klicken, um einen zu erzeugen.
- 4
Den Schlüssel kopieren und in Loopthink einfügen.
- 5
In Loopthink fügen Sie Redmine aus dem Katalog hinzu und fügen den Token ein. Außerdem fragt der Connector nach redmine url. Eine Minute später sieht Ihr Team die Tools.
Redmine-API-Schlüssel haben keine Scopes: Der Schlüssel handelt mit den Rollen und Projektmitgliedschaften seines Benutzers. Geben Sie dem technischen Benutzer eine Rolle mit nur den nötigen Berechtigungen (Tickets anzeigen, Zeitbuchungen anzeigen, Wiki anzeigen; Notizen hinzufügen, Tickets bearbeiten und Zeit buchen nur, wenn Schreib-Tools aktiviert sind). list_users braucht einen Administrator-Schlüssel; vermeiden Sie einen Admin-Schlüssel und nutzen Sie stattdessen list_project_memberships.
Was wir in Redmine zu maskieren empfehlen.
Redmine trägt an jedem Objekt Personen: Autor und Bearbeiter eines Tickets, Login und E-Mail von Benutzern und Projektmitgliedern, die Namen an Zeitbuchungen und Wiki-Seiten sowie Freitext in Beschreibungen, Notizen und Kommentaren. Die vorgeschlagenen Felder maskieren Namen, Logins, E-Mails und den Freitext und behalten Thema, Status, Priorität, Tracker, Daten, Stunden und Fortschritt, sodass eine Rolle für die Geschäftsführung sieht, dass neun Tickets für 3.2 noch offen sind und in Q3 212 Stunden gebucht wurden, ohne zu lesen, wer was geschrieben hat.
- firstname
- lastname
- name
- login
- mails
- author
- assigned_to
- user
- description
- notes
- comments
- text
Redmine und Loopthink
- Unser Redmine läuft im Intranet. Erreicht der Connector es?
- Ja, über den Loopthink Runner. Der Runner wird in Ihrem Netz installiert, hält die Verbindung zu Redmine und spricht nach außen mit Loopthink; nichts in Ihrem Netz muss zum Internet geöffnet werden. Eine Instanz mit öffentlicher https-Adresse verbindet sich direkt.
- Der Schlüssel hat keine Scopes. Wie begrenzen wir, was die KI sehen darf?
- Der Schlüssel handelt mit den Rollen und Projektmitgliedschaften seines Benutzers. Legen Sie einen eigenen technischen Benutzer an, geben Sie ihm eine Rolle mit nur den nötigen Berechtigungen (Tickets anzeigen, Zeitbuchungen anzeigen, Wiki anzeigen) und machen Sie ihn zum Mitglied genau der Projekte, die die KI lesen darf. Vermeiden Sie einen Administrator-Schlüssel: list_users braucht einen, deshalb lassen die meisten Teams es weg und nutzen stattdessen list_project_memberships.
- Kann die KI Tickets ändern oder Zeit buchen?
- Nur, wenn Sie die Schreib-Tools für eine Rolle einschalten. create_issue, update_issue, add_issue_comment und create_time_entry sind standardmäßig aus, und der technische Benutzer braucht zusätzlich die passenden Redmine-Berechtigungen (Notizen hinzufügen, Tickets bearbeiten, Zeit buchen). Jede Änderung läuft dann in Redmine unter dem technischen Benutzer, und Loopthink protokolliert, welche Person sie angestoßen hat.
- Braucht jedes Teammitglied einen eigenen Redmine-Account?
- Nein. Loopthink hält einen Schlüssel oder Token für Redmine. Ihre Leute melden sich mit ihrer eigenen Identität bei Loopthink an, und jeder Aufruf an Redmine wird unter ihrem Namen protokolliert. Die Lizenzen in Redmine bleiben, wie sie heute sind.
- Wo liegt der Redmine-Schlüssel?
- In Loopthink, verschlüsselt, in der EU. Er erreicht weder den KI-Client noch die Personen, die den Connector nutzen. Rotieren Sie ihn in Redmine, wann immer Sie wollen, und fügen Sie den neuen einmal ein.
- Kann jemand aus dem Chat heraus in Redmine schreiben?
- Nur, wenn Sie es einschalten. Schreibaktionen sind eine eigene Zeile in der Rechtematrix und für jede Rolle standardmäßig aus. Braucht eine Rolle ein Schreib-Tool, geben Sie genau dieses eine Tool genau dieser Rolle frei.
- Was sieht das Modell?
- Das Ergebnis des Tool-Aufrufs, nach der Maskierung. Felder, die Sie als personenbezogen markieren, etwa E-Mail-Adressen, Namen oder Kartendaten, werden maskiert, bevor die Antwort zu den KI-Client reist. Das Modell bekommt die Zahlen, nicht die Menschen.
- Was kostet es?
- Kostenlos für eine Person und zwei Connectors, ohne Karte. Pro kostet 19 € im Monat für bis zu fünf Personen und jeden Connector auf dieser Seite, mit Rollen, feldgenauer Maskierung und 30 Tagen Audit-Log. Team kostet 49 € für zehn Personen und bringt Ihre eigenen REST-APIs und SQL-Datenbanken, Ihre eigene Domain und Ihren eigenen Identity Provider dazu. Kein Gespräch nötig.
Hängen Sie fest, oder fehlt ein Tool? Ein Mensch, der diesen Connector kennt, antwortet innerhalb eines Arbeitstags.
