Давайте немного покидаюсь камнями в себя - для чего нужны и НЕ нужны
MCP серверы. Я это всё так или иначе говорил и прояснял, но опять забыли:
👉 Разрабатывать без них можно - современные особенно фронтир модели будут вполне сносно работать без MCP, SDD, правил и всего остального. Ну примерно как разработка на прод базе в конфигураторе без хранилища - в определенных сценариях вполне норм. Все так делали.
👉 MCP НЕ ПРЕДНАЗНАЧЕНЫ для главным образом для экономии контекста. Она может получиться и несомненно получится на больших исследовательских задачах, главным образом за счет отрезания кучи grep и readfile. Но это абсолютно не значит что задача "поправь мне запятую в тексте сообщить в модуле x" с MCP вам потратит в разы меньше токенов - скорее наоборот. А вот для экономии контекста нужно использовать специализированные инструменты
https://habr.com/ru/articles/1044482 👉 При первом вызове если у вас подключены MCP и правила (а их надо бы вместе) у вас считается контекст, который потом будет в кэше. Кэш стоит недорого. Но любой запрос сразу приведёт вас к шоку... "почему на смену каталога я потратил 20 тыс токенов". Так надо
👉 MCP решают на: задачах аналитики (надо исследовать базу), задачах контроля кода (надо соблюдать все стандараты), слабых моделях (кто кодит не на фронтир, понимают о чём я), длительных и комплексных задачах (когда надо сделать кучу всего)
👉 В
бенче показан абсолютно честный эффект от MCP. Разница иногда кажется небольшой. Но она сопставима с разницей, к примеру между Grok и Fable. А в цене там будет день и ночь. MCP за пару дней окупаются.
👉 Вцелом надо рассматривать как единый фреймворк. MCP позволяют модели "видеть" метаданные - с ними даже фронтир работают плохо вне графовой структуры и без нормальных инструментов поиска. Не надо забывать и про фокус и про то что модель может что то найти а что то не найти и ошибиться. За счет комплексности MCP сокращают именно эти "незаметные ошибки" (написали свой метод вместо использования существующего, исправили не во всех местах) и прочее. Это становится видно только при активной работе. С первого взгляда при написании одной внешней обработки - почи незаметно.
👉 Вектор в MCP нужен как и граф. В большинстве случаев действительно модель "знает" что за документ и с чем вы работаете... но вот тот случай когда "не знает" может стоить вам созданных новых регистров, написанных новых модулей, сделанных копий объектов. Ошибка очень дорога чтобы игнорировать средства её предотвращения. А вектор единственное что убережет от ошибки "да нет такого объекта". А модели склонны делать новые объекты, особенно фронтиры. Не надо его игнорировать - дождитесь вы уже индексации. Вектор вас 100 раз спасёт - за пару дней эти труды окупаются.
MCP серверы для разработки с ИИ не серебряная пуля конечно, но без них качество на порядок хуже, а ошибок больше. И дело тут не в силе модели, даже самой "умной" модели нужен ваш правильно поставленный контекст. Лучше минимальными порциями и только тот и тогда когда нужно в работе