Uno Platform розділяє MCP-сервери для контексту документації та UI-верифікації
Uno Platform презентувала архітектуру з двома серверами Model Context Protocol (MCP) для .NET. Розділення хостингового HTTP-сервера документації та локального stdio-сервера виконання додатку дозволяє агентам перевіряти верстку через Hot Reload.
Вплив: Середній
Чому це важливо
Розробники можуть застосовувати двокомпонентну MCP-архітектуру для розділення статичних правил та живцем перевірки UI з контролем витрат токенів.
TL;DR
- 01Розділяйте хостингові MCP-інструменти документації від локальних інструментів керування додатком.
- 02Контролюйте витрати токенів на описи MCP-інструментів, оскільки вони споживають контекст ще до обробки промпту.
- 03Використовуйте XML-знімки візуального дерева та автоматизовані піри замість координатного клікання.
Ключові факти
- Витрати токенів Docs MCP
- ~6.4k токенів (за даними розробника)
- Витрати токенів App MCP
- ~1.5k токенів (за даними розробника)
- Витрати токенів GitHub MCP
- ~5.2k токенів (за даними розробника)
- Транспорт Docs MCP
- HTTP
- Транспорт App MCP
- stdio
Двокомпонентна топологія MCP: Хостинговий HTTP проти Локального Stdio
Uno Platform розділяє реалізацію Model Context Protocol на два рівні залежно від стану та життєвого циклу: 1. Сервер документації (`https://mcp.platform.uno/v1`): Працює через HTTP з OAuth. Він надає інструменти uno_platform_docs_search, uno_platform_docs_fetch та промпти /new або /init для отримання актуальних правил без оновлення пакетів NuGet. 2. Сервер додатку (Локальний .NET інструмент): Працює через stdio на машині розробника як міст до Uno DevServer.
Витрати токенів на описи інструментів
Описи інструментів є постійними промптами, які витрачають токени контексту під час кожного запиту. Uno Platform наводить такі витрати контексту:
- Сервер документації MCP: ~6.4k токенів
- Сервер додатку MCP: ~1.5k токенів
- Сервер GitHub MCP: ~5.2k токенів
Стислі та інформативні описи є критично важливими. Наприклад, опис інструменту явно спрямовує модель віддавати перевагу uno_app_element_peer_action замість uno_app_pointer_click для уникнення проблем із роздільною здатністю та DPI.
Перевірка UI та візуального дерева
Сервер додатку дає агенту можливості у стилі Playwright для нативних додатків. Агент викликає uno_app_start із Hot Reload, робить скріншоти (uno_app_get_screenshot), аналізує структуру UI через uno_app_visualtree_snapshot та перевіряє стан мосту за допомогою uno_health.
Спробуй за 2 хвилини
{
"mcpServers": {
"uno_docs": {
"url": "https://mcp.platform.uno/v1"
}
}
}json
✓ Коли використовувати
- Ви створюєте кастомні MCP-сервери та хочете оптимізувати витрати токенів контексту.
- Ви розробляєте кросплатформні .NET додатки та хочете впровадити візуальний дебагінг через AI-агентів.
- Вам потрібно відокремити безстатусний пошук у документації від локального управління додатком.
✕ Коли НЕ варто
- Ви пишете прості скрипти без UI або складних інтеграцій інструментів.
- Ви не використовуєте Model Context Protocol (MCP) у своєму IDE.
Що зробити сьогодні
- Підключіть кодинг-агента (Claude Code, Cursor, Copilot) до MCP-ендпоінту документації https://mcp.platform.uno/v1.
- Проаналізуйте описи інструментів у ваших MCP-серверах для зменшення накладних витрат токенів.
- Впроваджуйте структуровані інструменти аналізу дерева елементів замість використання лише скріншотів для UI-агентів.
Джерела