Prepsany navrh MCP: patri k modelu, ne do vyberu kroku
Prvni verze byla postavena spatne. Davala MCP nastroje do vyberu kroku, tedy nastroj vybiral clovek a vyplnil mu pevna pole. Tak MCP nedava nic navic proti HTTP konektoru, ktery uz mame - je to protokol pro modely, kde si nastroj vybira model podle toho, co je zrovna potreba. Byla to zamena kategorie. Spravne: MCP konektor neni zdroj kroku, je to schopnost, kterou dostane krok s modelem. V builderu se objevi krok "Nechat model splnit ukol" a v nem se zaskrtne, ktera napojeni smi pouzit. Krok vraci vysledek plus seznam toho, co model opravdu zavolal - bez nej je to cerna skrinka a do provozu to nepatri. Dokument popisuje dve cesty, lisi se tim kudy tece token zakaznika: - predat server modelu (OpenAI ho zavola sam) - malo prace, ale token jde do OpenAI, server musi byt dostupny z jeho site a volani nejdou pres nas log - byt MCP klientem my - vic prace, ale token zustava u nas, plati nase stropy, redakce i seznamy povolenych IP, a funguje to s jakymkoliv modelem Doporucena je druha. Tvar tool objektu overen proti dokumentaci OpenAI (type, server_label, server_url, headers, authorization, allowed_tools, require_approval). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
2d38ac1350
commit
3e6b365eec
@@ -7,14 +7,19 @@ Nejnovejsi nahore.
|
||||
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.
|
||||
**Prvni verze navrhu byla postavena spatne** a je prepsana. Davala MCP nastroje
|
||||
do vyberu kroku, tedy nastroj vybiral clovek a vyplnil mu pevna pole. Tak MCP
|
||||
nedava nic navic proti HTTP konektoru, ktery uz mame - je to protokol pro
|
||||
**modely**, kde si nastroj vybira model podle toho, co je zrovna potreba.
|
||||
|
||||
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.
|
||||
Spravne zadani: MCP konektor **neni zdroj kroku, je to schopnost, kterou dostane
|
||||
krok s modelem**. V builderu se objevi krok "Nechat model splnit ukol" a v nem
|
||||
se zaskrtne, ktera napojeni smi pouzit.
|
||||
|
||||
Dokument popisuje dve cesty a lisi se tim, kudy tece token zakaznika: predat
|
||||
server modelu (OpenAI ho zavola sam), nebo byt MCP klientem my. Doporucena je
|
||||
druha, protoze zbytek systemu stoji na tom, ze udaje neopousti server a ze je
|
||||
v logu videt kazde volani.
|
||||
|
||||
## 2026-08-28 - transformace maji svou kategorii, pribylo XML
|
||||
|
||||
|
||||
Reference in New Issue
Block a user