Theoriq.ai

Есть один проект, про который я уже писала раньше, но хочу теперь рассказать поподробнее. Проект называется Theoriq, и он про ИИ-агентов. Если точнее, это инструмент для создания мультиагентных систем, который использует блокчейн и предназначен для разработчиков, конечных пользователей разработок и для сообщества в целом – чтобы продвигать идеи и совместные проекты.

Чтобы тестировать Theoriq, нужен криптокошелек. Я настолько заинтересована, что прям даже создала, специально для теста. Чтобы создать аккаунт и подключиться, пришлось изрядно попотеть, но со сто пятидесятой попытки примерно у меня получилось.

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

Первый шаг – выбрать агента из списка предложенных.

Теперь можно ввести запрос.

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

Я попытала его немного насчет своего учебного проекта, который делаю в Docker (не буду вдаваться в подробности, пост не о нем). Суть в том, что я что-то напутала в структуре проекта. ChatGPT долго предлагал мне по-разному переписать пути к файлам, но ничего не работало, потому что Docker нужна строго определенная структура. Edbot мне на это сразу указал и сказал, что куда переместить (хотя в основе своей он использует GPT, но как-то донастроенную. Как именно, я не нашла). Я пока не пробовала, но, возможно, он мне окажется полезен. В любом случае, ответы выглядят неплохо.

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

Еще у Theoriq имеется статья «Theoriq: The AI Agent Base Layer», в которой описано, как все работает.

Theoriq – это протокол децецнтрализованного управления группой (в статье «коллективом») агентов. Три столпа, но котором он построен – совместимые между собой примитивные компоненты (Interoperable Agentic Primitives, здесь и далее мой вольный перевод; примитивные не в смысле простоты, а в смысле неделимости и фундаментальности – это те кирпичики, из которых состоит вся система), составные коллективы (Composable Collective Formation) и децентрализованная экосистема (Decentralized Innovation Ecosystem). Всё это вместе обеспечивает бесшовную коммуникацию между агентами и возможность для пользователей быстро и эффективно строить и улучшать собственные группы агентов.

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

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

Запускает процесс пользователь (User). Он, например, задает вопрос «Произошли ли в последнее время какие-либо необычные изменения в ценах самых крупных криптовалют (это денежная единица в децентрализованной финансовой системе, которыми пользователи расплачиваются друг с другом. Пример – биткоин)?»

Далее в дело вступает коллектив агентов, который назвали «Web3 Reporter». Коллектив состоит из Агрегатора (Ruoter), Специалиста по социальным сетям (Socials Specialist), Новостного аналитика (News Analyst) и Специалиста по анализу данных (Data Analyst). Все они агенты, кроме Специалиста по анализу данных – это еще один коллектив, вложенный в коллектив Web3 Reporter, к этому сейчас перейдем.

У каждого агента своя роль:

• Агрегатор раздает задачи другим агентам;
• Специалист по социальным сетям исследует социальные сети на предмет записей о ценах на криптовалюты;
• Новостной аналитик собирает новости, относящиеся к ценам на криптовалюты;
• Специалист по анализу данных исследует информацию, собранную коллегами.

Как мы сказали ранее, Специалист по анализу данных – коллектив, который состоит из собственного Агрегатора (Planner, назовем его Планировщиком, чтобы не запутаться), Интерпретатора (Data Interpreter), Специалиста по Python (Python Specialist) и Специалиста по базам данных (Database Specialist).

• Планировщик составляет план анализа данных, делит его на задачи и распределяет по другим агентам;
• Интерпретатор забирает собранную ранее информацию, обрабатывает ее и представляет в структурированном и сокращенном виде;
• Специалист по Python пишет код на Python;
• Специалист по базам данных, соответственно, пишет и выполняет запросы к базам данных.

После того, как все закончили выполнять свои задачи, Планировщик забирает результаты и представляет их пользователю.

Здесь мы видим мультиагентную систему со сложной иерархической структурой. Обратите внимание на то, как разбиты задачи: каждая из них очень узкая и неделимая. Это позволяет обеспечить большую гибкость системы и более точный результат. Когда мы работаем с любой системой агентов, наша цель – распределить между ними задачи именно так. Неделимые и непересекающиеся.

Ключевыми компонентами протокола Theoriq являются

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

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