Navrh MCP konektoru

Neni to naprogramovane, je to navrh: documentation/24-mcp-konektory.md.

Podstata problemu: MCP server je katalog operaci, ktery se zepta az za behu,
kdezto nas katalog je znamy pri prekladu. Retezec service.actions ->
findOperation -> scriptIdFor se dnes cely pta statickeho katalogu, takze by
slo pouzit jen nastroj, ktery uz nekdo predem zapsal do kodu - presny opak
toho, o co jde.

Navrh: jedna sluzba mcp a kazdy server jako konektor pod ni. Nastroje se
doplni do katalogu pres withRuntimeOptions, tedy tim samym zpusobem, jakym uz
se doplnuji resitele, skupiny a typy ticketu. Schema vstupu se prevede
z JSON Schema na OperationField, co se neprevede skonci jako json.

Jen Streamable HTTP, ne stdio: stdio by znamenalo pustit zakaznikuv program
uvnitr naseho containeru. Adresa projde stejnou kontrolou vnitrni site jako
HTTP a SMTP. Idempotence u MCP nefunguje, proto by se krok neopakoval sam.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
JiriUhlir
2026-08-28 09:09:28 +02:00
co-authored by Claude Opus 5
parent e1c52e3da3
commit 2d38ac1350
2 changed files with 186 additions and 0 deletions
+14
View File
@@ -2,6 +2,20 @@
Nejnovejsi nahore.
## 2026-08-28 - navrh MCP konektoru
Novy dokument [24-mcp-konektory.md](24-mcp-konektory.md). Neni to
naprogramovane, je to navrh.
Podstata: MCP server je katalog operaci, ktery se zepta az za behu, kdezto nas
katalog je znamy pri prekladu. Retezec `service.actions` -> `findOperation`
-> `scriptIdFor` se dnes cely pta statickeho katalogu, takze by slo pouzit jen
nastroj, ktery uz nekdo predem zapsal do kodu - presny opak toho, o co jde.
Navrh je **jedna sluzba `mcp` a kazdy server jako konektor pod ni**, s nastroji
doplnenymi do katalogu pres `withRuntimeOptions`, tedy tim samym zpusobem, jakym
uz se doplnuji resitele a typy ticketu. Jen HTTP, ne stdio.
## 2026-08-28 - transformace maji svou kategorii, pribylo XML
### Odstraneno