MCP (Streamable HTTP) - готов. Это было просто. Отладка сложнее. Цель: добиться стабильной работы на 3B, тогда все остальные B тоже смогут.

Пришлось написать небольшой фреймворк для тестирования MCP-инструментов.

Я не смог найти что-то вменяемое и готовое — одни не соблюдают спецификацию, другие просто падают. Альтернатив, которые работают как надо, по сути и нет. Пришлось писать свой на Rust.

Главная задача — контролировать качество ответов моделей при работе с MCP. Сервер и клиент общаются через rmcp (streamable HTTP), тесты вызывают LLM через Ollama и полностью контролируют весь стек запросов.

Теперь каждый запрос можно детально проанализировать и добиться идеального tools, который сможет минимизировать поглощение контекста моделями.

RAG не должен зависеть от размера оперативной памяти.

Думаете это было просто?

- Бесконечные циклы: модель вызывала тулсы пока не упрётся в лимит
- Галлюцинации имён: update_index, list_tree, show_structure
- Зависания: модель не понимала когда остановиться
- Путаница с target: null, пустые строки, кривые вызовы
- Утечка контекста: работал только первый запрос

Теперь я понимаю, почему многие MCP проекты работают как работают.

Моё мнение остаётся при мне: модели не способны самостоятельно создавать достойные продукты. Три месяца с ними. Да, они помогают, но финальный эксперт - это человек. Моделям плевать на результат, а человеку - нет.

Но если постараться...

#fyi А вы знали, что ваша нелюбовь к дебаггерам и мокам — это не каприз, а философия? 🎯

Это называют Классической школой или менталитетом UNIX.

Суть проста:
🔸 Доверяй реальному взаимодействию, а не симуляции.
🔸 Сложность отладки должна заставлять думать, а не жать кнопки.
🔸 Лучше честный лог, чем красивый брейкпойнт.
🔸 Лучше интеграция, чем изоляция.

Такой подход разделяют Линус Торвальдс, Кент Доддс, DHH (создатель Rails), авторы UNIX и многие системные программисты.

А вы в этом лагере или предпочитаете современный комфорт IDE и моков? Классицист или Мокист? =)

Нашёл подход к моделям. Стабилизация вызова тулов - непростая задача. Чтобы 3B тебя понимала, 7B не выдумывала лишнего, а 14B не упиралась в лимиты по памяти - нужна тонкая настройка MCP-методов, их описания и особая обработка входящих параметров.

Для отладки MCP потребовался собственный тестировочный фреймворк. Он показал себя отлично: все уровни запросов чётко отслеживаются, сценарии выполняются стабильно.

Сначала дизайн, потом контент. Документация Vibe Analyzer в процессе.

#fyi
Собеседования никогда не работали и не думаю, что будут. Всегда говорю — пишите пэты, они отражают ваши реальные скиллы. А что теперь? Легко можно собрать тулс на базе Vibe Analyzer, который объективно оценит ваш уровень по пэтам. И все эти «напишите сортировку пузырьком» или «кем вы себя видите через 10 лет» — можно отправить в мусорку. Think about it.

Теперь я знаю еще больше. Я знаю, как там после 40ка. 🎂😅

С Днём Победы! Мирного неба, уважения к истории и гордости за наших дедов.

#fyi
Знаете что я тут понял? Не правильно говорить «LLM заменят разработчиков», правильно будет «LLM заменят тупых разработчиков». Кто думает что «LLM заменят разработчиков» могут смело продолжать так говорить, пока их еще не заменили.

Vibe Analyzer — не просто MCP с RAG-опцией. Это база для будущей экосистемы проектов. Сейчас уже есть три крейта, которые можно использовать для MCP-разработки на Rust. Аналогов подобных крейтов нет. Но дальше — больше.

Что сейчас умеет проект: создавать отчёты в 6 форматах по проектам или базе знаний в Markdown. Отчёт может быть просто выборкой важных деталей или с обогащением — обработкой моделями в кластере этих данных.

Почему важна кластеризация обогащения? Это открывает возможность масштабироваться горизонтально — вам не нужна одна мощная видеокарта. Любой ПК потенциально часть кластера, который ускоряет процесс обогащения.

Что даёт обогащение? Сейчас это дополнительные поисковые теги или описание файла для более релевантного поиска через MCP. Но возможности намного шире.

Обогащения могут быть разными, а это открывает широкие возможности для отчётов по проектам или базам знаний. Получение данных для отчётов — одна из задач, которой я планирую заняться.

Пайплайн может быть следующим: тул, который получает необходимые данные → Vibe Analyzer — центр обработки данных → тул, который строит отчёт в нужном формате.

Идеальный способ создания резюме. Для этого даже не нужен будет соискатель — HR сможет сам понять, стоит ли хантить разработчика =)