KI & MCP
Ihr KI-Agent arbeitet in IT4S – mit Ihren Rechten.
IT4S hat einen eingebauten MCP-Server. Claude, Cursor oder jeder andere MCP-Client sucht, legt an, plant und aktualisiert Ihre Issues, Releases, Zeiten und Doku – als Sie, mit Ihren Rechten, und jede Änderung steht in der Historie mit „via Claude“.
Was der MCP-Server macht
- Ihre Rechte, nicht mehr. Der Assistent handelt als angemeldete Person. Jede App fragt um Zustimmung und bekommt nur die Rechte, die Sie freigeben (lesen, schreiben, verwalten). Unter Verbundene Apps widerrufen Sie sie jederzeit.
- Jede Änderung nachverfolgbar und umkehrbar. Die Historie zeigt „Chris via Claude hat den Status von Zu erledigen auf In Arbeit geändert“. Was über MCP gelöscht wird, landet im Papierkorb und kommt mit einem Aufruf zurück.
- Für Sprachmodelle gemacht. Tools nehmen Issue-Schlüssel wie WEB-42 und Personen per Name oder E-Mail, nie interne IDs. Ergebnisse kommen als kurzes Markdown plus strukturiertes JSON, seitenweise – schnell und sparsam bei Tokens.
- Viel Arbeit in einem Schritt. Aus einer Spezifikation ein Epic mit 30 Stories machen oder alle geprüften Bugs eines Releases schließen: bis zu 50 Issues pro Aufruf, mit einem Ergebnis je Issue.
- Agenten mit eigener Rolle. Geben Sie jedem Coding-Agent und jedem Skript eine eigene Persona mit Namen und Rechten. Ihre Kunden sehen dabei die verantwortliche Person, nicht die KI.
Eingebaute KI-Funktionen wie Zusammenfassungen, Projekt-Briefings und Vorschläge für den Umfang eines Releases sind optional, standardmäßig aus und laufen mit dem eigenen Anthropic-Schlüssel Ihres Workspaces.
Agent verbinden
Eine Adresse, keine Konfiguration: Sie melden sich einmal an (OAuth), danach arbeitet der Agent in Ihrem Workspace. Für Skripte geht auch ein persönlicher Zugangstoken.
Fügen Sie IT4S in claude.ai oder Claude Desktop in den Einstellungen bei den Konnektoren als eigenen Konnektor mit dieser Adresse hinzu. Sie melden sich einmal an und bestätigen die Rechte.
Ein Befehl im Terminal. Claude Code öffnet den Browser für die Anmeldung.
Ein Eintrag in ~/.cursor/mcp.json, dann in Cursor auf Connect klicken. Cursor öffnet den Browser für die Anmeldung.
Coding-Agents in Ihrer IDE und andere MCP-Clients verbinden sich über Streamable HTTP mit OAuth 2.1 (Discovery, PKCE, dynamische Client-Registrierung) – oder mit einem persönlichen Zugriffstoken für Skripte und CI.
Ohne Konto: Verbinden Sie Ihren Agenten mit dem öffentlichen Demo-Workspace (nur lesen, Beispieldaten). Demo ohne Konto →
Jeder Agent mit Namen und Rechten
Unter Verbundene Apps sehen Admins jede Verbindung: welche App, welcher Agent, wem er gehört, was er darf und wann er zuletzt gearbeitet hat. Ein Klick widerruft den Zugriff. Kunden sehen dabei die verantwortliche Person, nicht die KI.
Für Entwickler
Ein Befehl. Kein Konto. Ihr Agent.
Verbinden Sie Ihren eigenen Agenten mit unserem öffentlichen Demo-Workspace und fragen Sie, was Sie wollen. In 30 Sekunden wissen Sie, ob IT4S zu Ihrem Workflow passt.
- Nur lesen – Ihr Agent kann nichts kaputt machen
- Keine Anmeldung, keine E-Mail-Adresse
- Beispieldaten einer fiktiven Firma, stündlich zurückgesetzt
Im Terminal ausführen, dann in Claude Code einfach fragen.
In ~/.cursor/mcp.json eintragen, dann im Agent-Chat fragen.
Dieselben Daten über die REST-API – mit OpenAPI-Doku unter /api/docs.
Alle 63 Tools
Das kann Ihr Agent in IT4S tun, nach Bereichen. Lesen dürfen alle, ändern nur, wer die Rolle dafür hat; Leser und Kunden bekommen nur die Tools, die zu ihrer Rolle passen.
Die Kurzbeschreibungen stammen direkt aus dem MCP-Server und sind daher englisch – so liest sie auch Ihr Agent.
Issues 13
| Tool | Was es tut |
|---|---|
search_issues | Main entry point to find issues. |
get_issue | The full issue as Markdown: fields, description, technical plan and prompt, and optionally comments, sub-tasks (or the children of an epic), links, designs (patterns, mockups, artifacts), worklogs (time logged), attachments, the activity history and the documentation pages that mention the issue (docs). |
create_issue | Create one issue. |
create_issues | Create up to 50 issues in order, e.g. |
update_issue | Change fields of one issue; only the given fields change. |
bulk_update_issues | Apply the same field changes to up to 50 issues. |
transition_issue | Move an issue to another status, optionally with a comment explaining why. |
link_issues | Link two issues: `source` blocks / relates_to / duplicates `target`. |
unlink_issues | Remove the link of this type between two issues (either direction). |
check_item | Tick or clear one item of the task list (`- [ ]`, e.g. |
watch_issue | Watch an issue as the signed-in user: watchers get an email for every new comment. |
delete_issue | Move an issue (and its sub-tasks) to the trash. |
restore_issue | Bring back a deleted issue together with the sub-tasks that were deleted with it. |
Board & Releases 10
| Tool | Was es tut |
|---|---|
my_work | Open issues assigned to the signed-in user (sub-tasks included), highest priority first, then by rank. |
my_dashboard | The signed-in user's My Work dashboard: counts (open, due in 7 days, in review, new mentions), what's new since their last visit, their open issues by urgency with a reason, and issues opened vs. |
get_board | The board: one column per status (To Do, In Progress, In Review, Done incl. |
move_issue | Change the rank of an issue in its project (board column and backlog order): `after` = the issue that should come directly before it, `before` = the one directly after. |
list_releases | Releases (versions) with progress. |
create_release | Create a release in a project (project admins only). |
update_release | Rename, re-date, change the status or write the release notes of a release (project admins only). |
set_release_issues | Move issues into or out of an unreleased release (project admins). |
release_candidates | Open stories, tasks and bugs that could go into a release: without release (default), only the backlog, or in other unreleased releases (`source: "other"`). |
suggest_release_scope | AI proposal for an unreleased release (project admins; workspace AI must be on): the open candidates that should go into it, best first, each with a one-line reason, fitting the capacity when given. |
Projekte & Personen 18
| Tool | Was es tut |
|---|---|
whoami | The signed-in user, the scopes of this connection and the projects the user belongs to (with role). |
list_projects | Projects the user can read, with open/total issue counts and the user\u2019s role. |
get_project | One project: members with roles, open releases and the number of issues per status. |
create_project | Create a project (workspace admins with the `admin` scope; an app connection gets it only when ticked on the consent screen). |
update_project | Change project settings (project admins only): name, description, lead, active (inactive projects are read-only and hidden from lists), |
list_users | Find people to assign or mention, by part of the name or email; `project` limits the list to its members (and workspace admins). |
set_project_member | Add a user to a project or change their role (project admins only). |
remove_project_member | Remove a user from a project (project admins only). |
list_components | Components of a project: parts that ship separately (API, web app, mobile app) with a short code. |
list_project_groups | Project groups: named sets of related projects (like FLEET), with the member projects you can read. |
list_tags | Existing tags with their issue counts. |
get_settings_status | What is set up in the workspace (workspace admins with the `admin` scope): which mail server sends, AI on/off and model, Jira and Confluence connections, Google sign-in, GitHub webhook. |
list_webhooks | The outgoing webhooks of the workspace with their events, filters and last delivery (workspace admins with the `admin` scope). |
create_webhook | Add an outgoing webhook (workspace admins with the `admin` scope). |
update_webhook | Change a webhook (workspace admins with the `admin` scope); only the given fields change. |
delete_webhook | Delete a webhook and its delivery log for good (workspace admins with the `admin` scope). |
list_webhook_deliveries | The delivery log of a webhook, newest first: event, status, response code and error (workspace admins with the `admin` scope). |
test_webhook | Queue a `ping` delivery to the webhook to check the receiver (workspace admins with the `admin` scope). |
Dokumentation 7
| Tool | Was es tut |
|---|---|
list_docs | The documentation pages of a project as a tree (refs like WEB-DOC-3). |
get_doc | A documentation page with its Markdown content, where it sits (path, subpages), the issues it mentions and its files. |
search_docs | Full-text search over the titles and content of documentation pages (every word as a prefix). |
create_doc | Create a page in a project (members). |
update_doc | Change the title, content or visibility, move the page (`parent`: another page or null for the top level; `position`: 0 = first among its siblings) or set the release of a top page. |
delete_doc | Move a page and its subpages to the trash; restore_doc brings them back. |
restore_doc | Bring a page back from the trash, with the subpages deleted together with it. |
Kommentare, Dateien & Code 11
| Tool | Was es tut |
|---|---|
add_comment | Comment on an issue. |
list_comments | Comments of an issue, oldest first unless `sort` is newest. |
update_comment | Edit one of your own comments: new body and/or visibility (internal or public; customers always write public). |
delete_comment | Delete one of your own comments (admins: any comment). |
create_upload_link | Upload a local file (PDF, PNG, logs …) to an issue or a documentation page: returns a one-time URL, valid 15 minutes, and a curl command. |
upload_attachment | Attach a small file (max 10 MB) to an issue or a documentation page, from base64 content or a public http(s) URL. |
get_attachment | Read an attachment by id or `attachment://<id>`: images come back as image content, text files as text, other files as a download link valid for 15 minutes. |
add_design | Add a design reference to an issue (Designs tab): `pattern` = a rule or pattern of docs/mgmt-design-pattern (`reference`, like LIST-13), |
remove_design | Remove a design reference from an issue by its title (as listed by get_issue with include designs). |
link_code | Link a pull request, branch or commit to an issue (internal; customers do not see it). |
unlink_code | Remove a code link (pull request, branch, commit) from an issue by its URL. |
Zeit & Berichte 4
| Tool | Was es tut |
|---|---|
log_work | Log time the signed-in user spent on an issue. |
get_time_report | Logged time in a period (days inclusive, in the time zone of the workspace), summed per issue and user and grouped by user, issue or project. |
get_estimate_report | How much work a scope is estimated at (IT4S-253, like Time › Estimate Report): original and remaining estimates, story points and logged time, |
activity_feed | What happened since a time across your projects, newest first: new issues, comments and status changes, with who and via which app. |
Fertige Abläufe – ein Satz genügt
Plane WEB-80 aus dieser Spezifikation.
Der Agent zerlegt das Epic in Stories und Sub-Tasks mit Schätzungen und legt sie in einem Schritt an, sobald Sie zustimmen.
Sortiere die neuen Bugs in WEB.
Der Agent listet Bugs ohne Priorität oder Zuständige(n), schlägt Werte vor und setzt sie nach Ihrer Bestätigung.
Setz WEB-87 um.
Der Agent liest Issue, Plan und Kommentare, arbeitet im Code und meldet den Fortschritt im Issue.
Buche meinen Tag.
Der Agent stellt Ihre Arbeit des Tages zusammen und bucht die Zeiten auf die richtigen Issues.
Was ist seit gestern passiert?
Eine kurze Stand-up-Zusammenfassung: erledigt, in Arbeit, blockiert.
Schreib die Release Notes für 2.6.
Aus den Issues des Releases entstehen Release Notes zum Prüfen und Speichern.