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>
