многие члены нашей инженерной команды начали использовать @AmpCode как внутри, так и вне Cursor. Это объективно лучше, чем все остальные на сегодняшний день. Мы также запустили его внутри pre-commit hook (с Playwright mcp и т.д.) и он помогает в обзоре PR. С оракулами и субагентами это может быть одной из самых впечатляющих многопользовательских систем, которые я когда-либо видел.
Quinn Slack
Quinn Slack25 июл. 2025 г.
Многие кодирующие агенты имеют функцию "режимы", которая (вроде как?) имела смысл в эпоху RAG или ранних агентных систем. Теперь они добавляют подагентов, таких как Amp (поисковый подагент, общие подагенты, оракул) и Claude Code (который только что выпустил действительно классную функцию пользовательских подагентов). Режимы — это громоздкие, несоставные выпадающие меню интерфейса. Подагенты вызываются с помощью естественного языка ("используйте оракула для ...", "используйте подагент проблем для ...", или неявно), они идеально составные и хорошо вписываются в концептуальную модель вызова инструментов агентами. Оказывается, режимы и подагенты в основном служат одной и той же цели. Подагенты — это строго лучшее решение. Таким образом, кодирующие агенты предыдущего поколения, у которых есть существующая функция "режимы", теперь сталкиваются с трудным выбором, когда они добавляют подагентов: оставить и режимы, и подагентов (что запутывает и усложняет), убрать режимы (что болезненно для их пользователей, потому что они вложили много усилий в создание режимов), или попытаться растянуть концепцию "режимов", чтобы включить и подагентов (что тоже будет запутанно). Мне их не завидно. В команде Amp мы живем в смертельном страхе оказаться в этой незавидной позиции, когда мы ошибочно оценили, где будет агентное кодирование в будущем, и нам нужно будет внести болезненные изменения в продукт. Мы сделали все эти ошибки в продуктах, которые мы создали до Amp (и мы делаем и будем делать кучу ошибок в Amp). Вот почему у нас невероятно высокие требования к добавлению новых концепций интерфейса, вот почему мы приоритизируем членов команды с сильной интуицией, и вот почему мы строим для того, где модели и средний разработчик будут через 6-12+ месяцев, а не сегодня. В этом случае я верю, что эта ориентация привела нас к правильному решению (без режимов, только составные подагенты). Нам повезло иметь возможность строить для невероятно умных и открытых/продвинутых разработчиков, которые часто делятся своим мнением и через практически каждый канал, кроме почтовых голубей. Мы смогли хорошо узнать и понять многих из вас. Мы просто не могли представить, что кто-то из вас или мы сами действительно полюбим "режимы". Но когда @thorstenball создал подагентов, а затем оракула, и сказал, что для их использования просто скажите ("используйте оракула для ..."), а не выбирайте их из какого-то выпадающего меню, это показалось нам правильным, и всем вам, и это казалось тем, куда движутся модели. Респект ему за это, и спасибо нашим замечательным пользователям за то, что видят будущее. Просто хотел поделиться немного закулисной информацией о том, как мы думаем об этих вещах и почему мы можем казаться экстремальными или жесткими в некоторых вопросах. ...и следите за новостями в эти выходные, когда я признаю, что был неправ по поводу одного из наших самых спорных Часто Игнорируемых Отзывов (FIF) и изменю его, благодаря множеству отзывов, которые, как оказалось, я не игнорировал.
8,09K