Как коралловый протокол создает Интернет агентов

Коралловый протокол по созданию Интернета агентов для совместной экономики ИИ

По мере того, как эпоха агентов ИИ исчезает, появляется новая парадигма, в которой интеллектуальные агенты не просто выполняют, но сотрудничают.Протокол коралловявляется пионером этого видения с инфраструктурой для децентрализованного агента общения, оркестровки и доверия. Мы садимся с римским Джорджио и Калум Фордер, соучредителямиПротокол коралловЧтобы глубоко погрузиться в архитектуру, питающая Интернет агентов, и почему завтрашняя экономика искусственного интеллекта потребуется больше, чем просто лучшие модели, ей потребуется лучшее сотрудничество.

Ишан Пандей:Привет, Роман, Привет, Калум, здорово, что вы обоих здесь. Давайте начнем с вашего происхождения. Вы оба работали на грани исследования и коммерческой инфраструктуры ИИ. Что заставило вас запустить протокол кораллов, и как ваш прошлый опыт формировал это видение?

Роман Джорджио:Эй, спасибо, что имели нас, да, поэтому мы встретились в работе в Camel -AI - исследовательской лаборатории искусственного интеллекта, обнаружив, что законы масштабирования агентов. Мы работали над многоагентными проектами в течение этого времени, и даже до этого Коралл действительно пришел к нам по необходимости.

Caelum forder:Мы на самом деле начали создавать коралл как средство для того, чтобы закончить для другого проекта, который мы хотели сделать, это был своего рода автоматизированный репортер, который должен был найти тенденции или события в торговых данных и соединить их с новостными статьями и то, что люди говорили, чтобы создавать и делиться соответствующими повествованиями. Раньше мы работали над несколькими приложениями с аналогичными потребностями, поэтому мы решили, что там был пробел, чтобы мы действительно сделали это нашим главным.

Ишан Пандей:Термин «Интернет агентов» все больше набирает обороты. Но с практической точки зрения, что это значит и какие фундаментальные проблемы стремятся решить в этом контексте Коралл?

Роман Джорджио:Отличный вопрос. Короче говоря, Cisco определяет его как: «Система, в которой различные агенты искусственного интеллекта, разработанные различными поставщиками или организациями, могут беспрепятственно общаться и сотрудничать». На первый взгляд, это может показаться недоумением, но если вы на самом деле думаете об этом, это мощно: любой бизнес или разработчик могут применить свой опыт для создания лучших агентов для своего домена. И если каждая компания по всему миру делает это, мы вводим подключенную сеть высококвалифицированных цифровых работников.

Узкое место в настоящее время заключается в том, что есть тысячи фреймворков агента, поэтому все действительно прохладные агенты не могут быть легко использованы или сотрудничать друг с другом. Коралл стремится разблокировать этот блокатор, создав инфраструктуру для агентов, чтобы присоединиться к «Интернету агентов». Мы делаем это возможным для любого агента, независимо от структуры, сотрудничать. Мы также предоставляем безопасному способу для создателей агентов и разработчиков приложений для обработки платежей, поэтому люди фактически стимулируют поддержание и улучшение своих агентов.

Ишан Пандей:Координация графика коралла и система памяти, которые выделяются как новые примитивы. Можете ли вы объяснить, как этот выбор технического дизайна поддерживает масштабируемое, безопасное многоагентное сотрудничество?

Caelum forder:Я нашел наиболее полезным способом для размышлений об агентах, а не по задании или возможностям - за что это может быть ответственность? Становится ясно, как их сломать, и когда - агент, перегруженный ответственностью, потерпит неудачу, будьте слишком большим в его контекстном окне или просто слишком много обязанностей, чтобы принять участие.

Агенты, основанные на LLM, гораздо легче перегружены ответственностью, чем люди в настоящее время (и, надеюсь, это не изменится слишком рано), поэтому этот графический подход кажется очевидным, строго иерархический подход приведет к тому, что они навязывают чрезвычайные обязанности на агентов ближе к вершине, поскольку они независимо действуют на графике, чтобы управлять агентами, предотвращающими переосмысление и масштаб без ограничений. Это также помогает вам смягчить сбои индивидуальных агентов или смещение и не зависит от более крупных моделей, которые недавно показали интриги и обманчивы.

Ишан Пандей:Давайте поговорим о MCP, протоколе контекста модели. Что делает MCP критическим фактором взаимодействия между агентами? И как это предотвращает замок поставщика, который мы видим с закрытыми фреймворками ИИ?

Caelum forder:Перед MCP единственным практическим способом определения инструментов был собственные SDKS Model-Provider, такие как Python SDKS Openai или Anpropic, или фреймворки, созданные для их использования. Это технически открытый исходный код, но в основном разработанные самими поставщиками моделей, которые контролируют API -интерфейсы бэкэнд, к которым они подключаются. По мере того, как конкретные функциональные возможности, такие как быстрое кэширование, становится доступным, становится очень непрактичным не использовать одну из этих SDK при создании приложений LLM, поэтому, если вы хотите, чтобы ваш инструмент широко использовался, вам придется сделать его доступным отдельно в форме инструмента, с которой каждая библиотека, с которой работают ваш пользователи, это было бы как 25 отдельных реализаций в нескольких различных языках, чтобы захватить 90%+, и поддерживать каждый из них.

К счастью, MCP пришел и сделал его гораздо более практичным для создания многоразового программного обеспечения и услуг для пересечения приложений и LLM, вам даже не нужно учитывать языки программирования, так как он связан с IO. Это очень хорошо для того, чтобы помешать любому отдельному провайдеру стать «по умолчанию» и позволяет нам начать писать более повторную логику приложений в наших приложениях LLM.

Ишан Пандей:Многие проекты сосредоточены на интеллекте агента или производительности модели. Вы занимаетесь композицией агента. Почему это настоящее узкое место для разблокировки коллективного интеллекта между агентами?

Роман Джорджио:Целью этих фокусов является на самом деле о разблокировке возможностей, с возможностями, разблокированными модельными производительностью ближе к «растущим возможностям», чем целенаправленное создание возможностей. Этот предыдущий растущий подход оказался популярным и простым, но мы определили, что отсутствие внимания к надежным предсказуемым элементам, которые могут быть связаны друг с другом, ограничивает масштаб композиции, что делает Интернет таким великим. Похоже, что есть возможность создать своего рода мост между «взрослыми» возможностями и «построенными». Компонируемость действительно важна для создания вещей, существуют эти свойства, которые имеют наиболее повторно используемое программное обеспечение и услуги, которые имеют решающе отсутствовать в службах ИИ. И на самом деле есть огромная сторона безопасности, на самом деле еще большая причина. Мы хотим программного обеспечения, которое имеет все преимущества ИИ без всех рисков.

Вы видите последний пост Anpropic о том, как Claude 4 шантажирует создателя, когда он знает, что его будут закрыты, и вы должны думать - такие как это затрудняет их системы, вы не можете знать, как они будут вести себя в новых ситуациях или с новыми моделями. Еще до того, как они станут достаточно мощными, чтобы стать экзистенциальной проблемой, с точки зрения бизнеса, хотите ли вы использовать модели в производстве, которым вы не можете доверять? С другой стороны, композиция агента обеспечивает гораздо более предсказуемый способ масштабирования. Это также более децентрализованный подход, создающий больше входных точек для предприятий, чтобы зарабатывать деньги и внести свой вклад; против одной лаборатории искусственного интеллекта, движущегося к монополии.

Ишан Пандей:С точки зрения проектирования систем, какие самые трудные технические компромиссы вы столкнулись при создании архитектуры Coral для открытой координации и управления памятью?

Caelum forder:Таким образом, мы строили своего рода автоматизированный репортер, который должен был найти тенденции или события в торговых данных и соединить их с новостными статьями и то, что люди говорили, чтобы создавать и делиться соответствующими повествованиями. Это было до A2A, но на самом деле A2A сработал бы хорошо для этого, даже было бы некоторыми усилиями, чтобы связать всех агентов.

Я работал над несколькими приложениями раньше с аналогичными потребностями, поэтому мы решили, что там был пробел, чтобы мы действительно сделали это нашим главным. Этот оригинальный вариант использования звучит относительно запутанно, но он имеет невероятно удачное свойство с некоторыми другими приложениями, такими как исследование и тестирование программного обеспечения OSS, где конфиденциальность информации гораздо менее важна, чем с большинством вариантов использования, когда вы хотите агентства в области программных услуг.

Проблема изоляции пользовательских данных была надвигалась над нами в значительной степени, работая над тем, чтобы хорошо работать. «Проблема изоляции» была почти криптидной, как существо в пространстве решений. Я бы пошутил с Романом, что иногда будет больше наблюдений, чем обычно, или что это должно быть голодным и что он не любит определенные варианты при разработке потенциально связанных функций. У меня было около 5 довольно глубоких решений, каждая из которых имел значительные компромиссы и свои собственные наборы препятствий.

Я отслеживал его деятельность, и я мог сказать, что это не понравится, хотя они не понравятся. Я думаю, что как разработчики мы часто упускаем возможность выбрать нематериальные пути развития, и в конечном итоге приходится идти по более длинным путям, привязанные к вещам, которые легко объяснить. Эти пути могут быть намного дольше! Но менее подвержены виновату. Примером ощутимого пути является развлечение в реагировании на соответствие конструкциям, которые были переданы. Реализация и проектирование практически формируют планку прогресса, и вы можете расслабиться. Менее ощутимый путь развития может быть там, где вам дают особую потребность или намерение, и вы можете найти решения OSS с диаграммами рулянга или разработать что-то на месте или какую-то комбинацию. Даже для того, чтобы сообщить высокую степень нематериальности в пути развития, требует больше слов, чем более нематериальность, поэтому я не могу практически описать универсально согласованный очень нематериальный путь. Но я думаю, что вы получите картинку.

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

Но общие стимулы и динамика доверия действительно смеют людей к ощутимым путям развития, даже когда они являются худшими путями, это проблема. Наихудшие кодовые базы, над которыми вы когда -либо работали, были, вероятно, были сформированы в среде, где была большая предвзятость вдали от нематериальной работы. В частности, амбициозные разработчики могут реагировать на эти условия и попытаться обойти их, подойдя и тайно выбрав нематериальный путь, или делая это в свободное время и прося прощения позже.

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

Вы не можете просто остаться в криптидах, которые не могут кормить вас, не могут кормить вас или платить арендную плату, вам все равно нужно часто выходить на воздух и поддерживать выравнивание и контакты с реальностью. В любом случае, в конце концов я чувствовал себя готовым, и мне было очень удачливое положение, где я мог провести кучу времени, когда весь прогресс, который я добился, был нематериальным, и мне не нужно было прятаться. Я не могу подчеркнуть, насколько редки и повезло эти условия. Это не просто доверяет тому, на кого вы отвечаете, но на кого они отвечают.

Результат, который мы назвали «сеансами», хотя это было вряд ли отдельная функция, как название обновления. Это сместило роль протокола на 20% пути к роли структуры или платформы. Coral с сеансами налагает ограничения развертывания (что вы можете запустить отдельный процесс в частной сети с вашим приложением), это означает, что каждая реализация нашей спецификации требует компонента, который дорого реализует и получает право, что означает, что он тонко устанавливает предписания на приложения, которые его используют.

Эти вещи очень неудобны для разработчиков протоколов в теории. На практике, тем не менее, требования к частной сети почти повсеместно поддерживаются после тенденции микросервиса. Да, сложно создать сервер кораллового сервера, но люди могут просто использовать ссылку, которую мы сделали, поскольку он имеет границы IO и не нуждается в соответствии с бинарными / связывающими требованиями, которые обычно требуют гибкости.

С помощью сеансов разработчики агентов определяют свои агенты, такие как Kubernetes или Docker Compose Resources, и они получают создание создания таким образом, где было бы невозможно случайно смешать пользовательские данные, и, помимо этого, коралловый сервер может при желании развертываться и эксплуатировать агенты на таких платформах, как Phala, где подтвержденные утверждения о том, что сохраняется, и то, где можно отправить информацию. Таким образом, у нас на самом деле есть все части, чтобы сделать агентов композиции!

Он кажется неинтуитивным с точки зрения проектирования решения, но он так хорошо подходит с точки зрения того, кто хочет добавить агентство к своим приложениям. Это также ограничивает агенты, которые уже находятся в фиксированном развертывании 1-процесса, возможно, из решения без кода, но это кажется невероятно для меня. Кажется, что я вышел из Темного леса намного лучше и с новыми друзьями!

Ишан Пандей:Корал представляет такие концепции, как реклама агентов, память с матчем и платежи на основе сеансов. Можете ли вы пройти через нас, как реальный вариант использования реального мира, скажем, в децентрализованных торговых или предпринимательских операциях, будет ли функционировать с помощью протокола Coral?

Роман Джорджио:Конечно! Коралл стремится стать наиболее практичным способом добавления агентства к программному обеспечению. Все функции; такие как рекламные объявления об агентах, обзорная память и платежи на основе сеансов; разработаны с учетом этой цели. Например, разработчики агентов получают стимулы, когда используются их агенты, а разработчики приложений могут смешивать и сопоставлять агенты из растущей библиотеки Coral для быстрее сборки передовых систем, без блокировки поставщиков.

Это означает, что если бы вы были разработчиком приложений, создававшим децентрализованную многоагентную торговую систему, вы просто выбираете агентов, которые исследования, отслеживающие лидеры мнений (KOLS), мониторинг MindShare и т. Д., И объединить их по мере необходимости. Та же концепция также относится и к вариантам использования предприятия.

Ишан Пандей:Наконец, какой совет у вас оба есть для технических основателей, создающих на пересечении ИИ и Web3? Какое мышление или фреймворки помогли вам выполнить кораллы от идеи до протокола?

Caelum Forder & Roman Georgio:Я бы сказал для основателей Web3: меньше маркетинга, больше развития. И для основателей Web2: больше маркетинга, меньше развития. Но оба должны сосредоточиться больше на клиентах; Что, я знаю, звучит как клише. Мы довольно рано в этом путешествии, поэтому я пока не могу сказать много о клиентах. Но я могу говорить о том, что мы имеем по сравнению с другими основателями, которых я вижу из этих мест. Это только что происходит в мире искусственного интеллекта, я вижу много очень технических, блестящих исследователей или создания талантов ИИ действительно крутые вещи, но не задумываясь о том, как его продавать, или даже для кого это продавать.

Даже если вы построите его, они могут не прийти. С другой стороны, в Web3 вы часто видите много маркетинговых проектов с небольшим фактическим развитием. Даже когда они хороши в маркетинге, это часто не устойчиво; Потому что они тратят все свои усилия, нацеленные на людей, которые на самом деле не будут использовать продукт. У нас есть общее правило для этого внутри, если они являются техническим проектом, и вы не можете найти их GitHub в течение первых 5 секунд на их домашней странице, они, скорее всего, являются маркетинговым проектом. Оба типа основателей часто терпят неудачу по одной и той же причине: никто не использует их продукт. Что -то, что у нас было мышление на каждом этапе пути, - это то, на что выглядит этот конечный опыт для пользователя, мы хотим создать что -то, что на самом деле используется и полезно, а также классное.

https://x.com/omni_georgio/status/1924463626754122157?embedable=true

Не забудьте любить и поделиться историей!