docs: define streaming mcp architecture
This commit is contained in:
@@ -21,6 +21,7 @@ REST - базовый и первый по очередности реализа
|
||||
- автогенерация чернового mapping
|
||||
- ручная донастройка через `JSONPath`
|
||||
- тестовый вызов перед публикацией
|
||||
- optional REST SSE upstream в bounded `window` и `session` режимах
|
||||
|
||||
## 3. Что не входит в MVP
|
||||
|
||||
@@ -31,6 +32,7 @@ REST - базовый и первый по очередности реализа
|
||||
- webhooks
|
||||
- long polling как специальный режим
|
||||
- `HEAD` и `OPTIONS` как отдельные пользовательские сценарии
|
||||
- raw infinite SSE passthrough
|
||||
|
||||
## 4. Внутренняя модель REST operation
|
||||
|
||||
@@ -49,6 +51,12 @@ REST operation в системе описывается следующими о
|
||||
|
||||
На слое MCP REST operation всегда выглядит как вызов `запрос -> ответ` с фиксированной схемой входа и выхода.
|
||||
|
||||
Если upstream использует SSE, на слое MCP это все равно должно быть выражено как:
|
||||
|
||||
- bounded window result;
|
||||
- session-oriented `start/poll/stop`;
|
||||
- async job semantics для длительных действий.
|
||||
|
||||
## 5. Как оператор настраивает REST operation
|
||||
|
||||
1. Указывает `base_url`.
|
||||
|
||||
Reference in New Issue
Block a user