Зачем мигрировать с IntelliJ IDEA на Zed и Trae?
Попробовал я эти ваши Zed, Trae, но, к сожалению, не увидел ни одной киллер-фичи. Ладно, на ум пришла оркестрация своих субагентов (а не на стороне агента/harness). Думал, хоть в тытрубе мне о них расскажут, но нет. В итоге не понял, почему мне нужно мигрировать на них со старой доброй IntelliJ IDEA. Есть адепты, которые утверждают, что это нужно сделать обязательно!
Я этого решительно не понимаю. В IDEA:
- ACP Registry — есть;
- worktree для параллельной работы разных агентов — есть;
- менеджить скилы и MCP — можно.
Наверное, я просто не успел на первую волну хайпа, когда в IDEA не было нормальной поддержки. Да, первые версии плагина AI Assistant действительно работали, мягко говоря, криво: нельзя было, например, скопировать что-то из диалога, подтягивались не все модели и т. п. Рейтинг 2.1 говорит сам за себя, но работать всё же можно было. С теми же KiloCode и Continue было гораздо больнее. Сейчас же пользоваться им стало очень комфортно, я не испытываю неудобств.
Вообще у IDEA отличный потенциал для передачи управления всеми своими возможностями агенту: индексация, доступ к AST, поиск, рефакторинг. Вот и плагин для этого есть — MCP Server. Опять, правда, с рейтингом три звезды. Когда-то пользовался, но сижу пока на стороннем IDE Index MCP Server. Рекомендую!
Тот же ij-debugger недавно релизнули, когда агент может использовать фичи IDE для дебага приложений. Раскапывать причину багов, идущих из кишок Spring, теперь должно быть одно удовольствие.
Это гораздо интереснее, чем базовый анализ кода грепаньем, да ещё и с низкой утилизацией токенов.
Рейтинги в моём понимании скорее отражают историчность качества пользовательского опыта, когда на самых ранних этапах нельзя было нормально пользоваться продуктом. Недочёты в плагинах со временем поправят, они будут идти в ногу с новыми фичами рынка, тут нет сомнений.
← Назад к списку статей