Я измерил, сколько на самом деле экономит мой кураторский инструмент MCP

Каждый инструмент на моем сервере Developer Presence MCP возвращает тщательно подобранный текст, а не необработанный ответ API. Я сделал это с первого дня, потому что это казалось мне очевидным правильным — зачем давать модели двадцать полей, если ей нужно шесть. Я никогда на самом деле не измерял, сколько это экономит. Сегодня утром я, наконец, просчитал цифры на реальных данных из моего собственного аккаунта, и размер разрыва удивил меня настолько, что я хочу показать фактическую разбивку, а не просто утверждать: «меньше значит лучше». рассматриваемый инструмент list_articles в server.py оборачивает конечную точку /articles/me/published DEV.to: @mcp.tool() def list_articles(per_page: int = 10) -> список: """Перечислите опубликованные вами статьи DEV.to.""" статьи = _dev(f"/articles/me/published?per_page={min(per_page, 30)}") вернуть [ { "id": a["id"], "название": a["название"], "опубликовано": a.get("опубликовано"), "url": a.get("url"), "реакции": a.get("positive_reactions_count", 0), "комментарии": a.get("comments_count", 0), "page_views": a.get("page_views_count", 0), } для статей ] Семь полей. Необработанный ответ API на статью имеет двадцать, включая body_markdown — весь отображаемый текст статьи — и вложенный объект пользователя с именем автора, именем пользователя, URL-адресом аватара,