Capability-Design: Tools und Resources mit enger Wirkung
Ein universelles run_api kann jeden Backend-Endpunkt treffen, eine Resource leakt temporäre Dateipfade und ein Status-Tool liefert 80 MiB Logs. Alles ist technisch erreichbar — nichts davon ist eine belastbare Capability.
Solide · ~25 Min · 10 Abschnitte Einführung · 9 Übungen (davon 1 Mission)
Modul starten →
Fortschritt wird gespeichert — du kannst das Modul später jederzeit fortsetzen.
Das kannst du danach
- ✓Danach schneidest du Tools nach fachlichen Aufgaben statt nach Backend-Endpunkten.
- ✓Du entwirfst stabile Resource-URIs und Templates mit getrennt geprüfter Autorisierung.
- ✓Du begrenzt Wirkung, Schema und Antwortgröße auch bei historisch breiten Altsystemen.
Übungen
- 1. EntscheidungWie schneidest du die Tools?
- 2. EntscheidungWie gestaltest du das URI-Schema um?
- 3. EntscheidungWas ist der wirksamste erste Eingriff?
- 4. EntscheidungWie stellst du den Bestand bereit?
- 5. MissionKontext und Wirkung sauber trennen
- 6. EntscheidungWo setzt du an?
- 7. EntscheidungWie schneidest du die Resource neu?
- 8. EntscheidungWie gehst du vor?
- 9. EntscheidungWie bewertest du dieses Design vor der Freigabe?
Quellen & Aktualität8 Primärquellen · zuletzt geprüft:
- 01Model Context Protocol Specification 2026-07-28 — Architecture
- 02Model Context Protocol Specification 2026-07-28 — Tools
- 03Model Context Protocol Specification 2026-07-28 — Resources
- 04Model Context Protocol Specification 2026-07-28 — Caching
- 05JSON Schema Validation Draft 2020-12
- 06RFC 6570 — URI Template
- 07rfc-editor.org/rfc/rfc3986
- 08modelcontextprotocol.io/specification/2026-07-…urity_best_practices
Verfasst von Julian Zentgraf