Комментарии 51
а там можно использовать для работы запущенную локально LLM? Или только копайлот?
В списке есть ollama. Прямо сейчас пытаюсь разобраться, как прикрутить.
Плюс, надо понять, как расширить список провайдеров, чтобы добавить туда LMStudio, Open Web UI и другие популярные локальные провайдеры.
А в OpenAI нельзя адрес ввести? Обычно оно все openai-compatible.
Нет, только ключ API. Думаю, это было сделано намеренно, потому что сейчас все сторонние сервисы совместимы с API OpenAI, а им это зачем.
Но кучу других провайдеров добавили, включая локальную ollama и gemini с openrouter которые можно бесплатно юзать.
Спокойно, ща разберемся ))) Все эти провайдеры где-то лежат на диске, магии не бывает. Ща нужно накачаться смертельной дозой кофеина и доскрестись до той XML-ки, где все эти провайдеры описаны )))
Стесняюсь спросить, а гигачат и яндексгпт - они с кодом умеют работать? Про цену вопроса отдельный момент, я пока про качество.
Умеют, конечно. Но тут встает вопрос в совместимости по API с тем интерфейсом, который хочет Copilot и их расширения для tool calling. Вероятно, оно там всё очень специфическое, и любые другие нейронки кроме "обобренных" нужно специально затачивать. Ну или не сами нейронки, а их api gateways и structured output mode. Давай подождем, какая будет реакция у Гигачата и Яндекса на эту новость...
В целом - умеют. У обоих экосистем - есть и специализированные продукты для разработки GigaCode и CodeAssistant соответственно.
В roo code можно.
Кстати, попробовал Cline и RooCode. Очень впечатляет - для опенсорсной штуки, которую закодили и она выросла буквально на глазах. Но там большая проблема в ризонинге самого RooCode. Явно нужен тяжелый рисёч, который научит их не зацикливаться. Возможно, Microsoft справится с этим лучше - в конце концов, у них есть куча бабла на покупку лучших в мире специалистов в этой теме. И вот когда они зарисёчат вопрос, это можно будет уже перетащить в опенсорс...
Я профессионально занимаюсь разработкой форка Visual Studio Code, поэтому я обязан был написать эту новость
Как вы решаете вопрос с лицензионными ограничениями, где отдельные нетривиальные компоненты VSCode разрешено использовать лишь в составе продуктов Microsoft, а не в сторонних форках? Пользователи Cursor уже споткнулись https://github.com/getcursor/cursor/issues/2976
Точно так же, как Cursor и другие форки VSCode - никак. Мы жестко выпилили всё, что касается проприетарных компонентов Microsoft, телеметрию Microsoft, и в качестве источника используем только экстеншены с чистыми лицензиями с https://open-vsx.org. И да, это приводит к неприятным ограничениям типа невозможности использовать remote SSH и тому подобное. Когда-нибудь перепишем все эти компоненты сами. Не стреляйте в пианиста, он играет как умеет :)
В голове возник юзкейс для такого агента, но за пределами VS Code. Ставишь какую-нибудь большую библиотеку на плюсах со множеством зависимостей из исходников, а там возникают проблемы с версиями (компилятор не той версии итд). Если бы агент мог полностью выполнить компиляцию библиотеки попутно решая проблемы компиляции, скачивать и собирать нужные версии библиотек.
Все же через ВПН только, правильно?
Да. Copilot официально в России не доступен.
Достаточно простого прокси. В конце статьи есть. Прокси покупаются за копейки (типа 70 рублей в месяц) и работают стабильней, чем VPN.
Имхо, про это можно писать, это не "обход блокировок". "Блокировки" - это только те блокировки, что устроил Роскомнадзор. А тут, во-первых, поработал Microsoft. Во-вторых, использование прокси никак не поможет в случае настоящих блокировок.
А подмена dns подойдёт, по типу от comss? Что будет понадёжнее?
Я не знаю. Попробуй!
Могу поделиться своим решением: утилита называется Proxifier, и позволяет гибко настраивать правила проксирования для приложений в Windows. Само приложение при этом ничего не будет знать про то, что оно работает не напрямую, а через прокси. Популярные штуки типа v2RayN для Xray отдают тебе https/socks proxy эндпоинт. Поэтому я купил виртуалку в американском Амазоне, взгомоздил туда 3x-ui с xray+xhttp, зароутил трафик только нужных приложений через Proxifier, и все американские нейронки теперь работают идеально.
На всякий случай напоминаю, что описанное выше решение - не предназначено для обхода блокировок Роскомнадзора. Оно предназначено для того, чтобы обходить санкции компаний типа Microsoft в отношении России.
У меня именно через их dns и работает
А объясните, это решение чем-то отличается от cursor ?
Было бы интересно как-то в сранвении смотреть
Курсор 20$ и почти безлимит. А тут на Апи разоришся наверное если тот же Клод использовать. Наверное это вариант для тех кому цена вопроса не стоит. Либо наоборот готовы на более низкое качество на бесплатных моделях.
Курсор политически прожимает тему использовангия собственных серверов. Эта штука работает просто по API-ключу от разных нейросетевых сервисов.
В том числе, в списке есть локальная ollama.
При подключении ollama не забудьте, что у вас уже настроен прокси до Copilot, иначе Copilot не запустится. В исключения вашего прокси нужно вписать 127.0.0.1 и localhost. Вероятно, простое прописывание прокси в VSCode не поможет, и вам нужно будет делать кастомную конфигурацию роутинга прокси - какие запросы должны идти куда. Под Виндой я знаю одно супер удобное решение - Proxifier, но оно немного платное. Бесплатных пока не знаю.
Как с локальными моделями можно запустить агент?
Я надеюсь, что не требуется предпринимать каких-то целенаправленных действий, чтобы всё это LLM- богатство оставалось выключенным? Вспоминая историю с втихую поставленной на Линкедине галочкой разрешающей использовать пользовательские данные для тренировки чего-то там.
в текущем релизе - не нужно. Когда они полностью доведут основную функциональность до GA (сейчас extensibility еще не GA), то наверное, включат всё это по-умолчанию.
Думаю что статья с подробной инструкцией как полностью отключить все нейросетевые фичи VSCode-а будет весьма популярна...
ИМХО меня как разработчика инстурментов для разработки: классические IDE без нейросетей отжили своё. Все вещи, которые раньше делались классическими алгоритмами, теперь будут делаться нейросетями. Просто потому, что это работает быстрее и качественней.
По сути, вся наука о рефакторингах в IDE - это некий раздел прикладной лингвистики. Кажется, все уже давно увидели полный упадок формальной лингвистики вообще, включая закат компании ABBYY. Оказалось, что статистические методы анализа текстов СИЛЬНО лучше, чем построение формальных моделей по "правилам" яызыка. Любая нейросетка сейчас переводит между языками сильно лучше, чем лучшие структурные переводчики прошлого.
С текстами на языке программирования все почти то же самое. Особенно в мире, в котором свежая версия Java выходит дважды в год, и у тебя нет времени и денег писать новый навороченный анализатор нового синтаксиса.
Да, анализировать сильно проще, чем естественный язык. Классические IDE не умрут так же быстро, как ABBYY. Но они и не собираются умирать. Все всё понимают, и впиливают нейросетевые фичи на той скорости, которая возможна.
И да, сейчас их еще можно отключить. Пока всё это бета, пока всё это эксперимент. Но мой прогноз такой: пройдет пара лет, и отключить ничего будет нельзя. Не будет таких галочек и опций. Сразу как классические алгоритмы перестанут создавать, а легаси потеряет совместимость со свежими версиями IDE (или чему-то, что придет им на смену), возвращаться будет просто некуда.
Я использую VS Code чтобы писать HDL в том числе для ASIC-ов которые потом исполняют этот самый "ИИ". И можно мне не надо неотключаемого LLM-а трогающего мой код своими так сказать руками? А то потом ASIC-и будут не очень хорошо всякое там исполнять. :D
Мой случай может быть частным, но я подозреваю что далеко не единственным.
с одной стороны - звучит круто! с другой стороны - а какой им профит предоставлять бесплатно доступ к своим мощностям?
Офигеть
Спасибо
Я правильно понимаю, что при использовании того же github copilot в vs code остаются те же лимиты запросов, привязанные к учетке?
Может кому-то будет полезно, я написал прокси-переключатель, чтобы можно было заворачивать на прокси только нужный трафик, а не весь, например только трафик на github copilot, а остальной чтобы шел либо напрямую, либо на другой прокси. По сути, аналог расширения для браузера Omega Proxy Switcher, только работает вне браузера, и его можно использовать, например, вместе с VSCode.
Сам проект тут: https://github.com/mlesin/proxy-twister
У кого установлен rust, можно легко установить командой cargo install proxy-twister
Самое заметное обновление VS Code в 2025 году. Агенты теперь доступны всем, бесплатно и с поддержкой MCP