никто, похоже, не ставит под сомнение или не говорит о загрязнении, которое парадигма пользователь-ассистент оказала на пространство ИИ модели информировали (и, следовательно, ограничивали) проектирование систем в формате 1-1 человек к ИИ все хотят выйти за рамки этого, но управление перспективой каждого участника в вашей системе требует много сложной логики баз данных (по крайней мере) и даже если вы это решите, как вы настраиваете методы для каждого участника, чтобы они могли принимать эти аккуратно сегментированные перспективы и действовать уникальным образом? всё начинается с правильных абстракций. мы делаем этот мем легким для создания (спасибо @neno_is_ooo )
5606D3
5606D319 авг., 08:59
Первая неделя релиза Honcho 🫡 Представляем Peer Paradigm Мы переработали Honcho, чтобы перейти от парадигмы Пользователь-Ассистент к парадигме, где любое существо, будь то человек, ИИ, NPC или API, представлено как Партнёр с равным статусом в системе. Парадигма Пользователь-Ассистент создала концептуальные границы, которые способствовали созданию общих однопользовательских приложений и агентов без постоянной идентичности. Партнёры позволяют: - Honcho поддерживать групповые чаты и многопользовательские системы в качестве первоклассных граждан - Партнёры могут общаться напрямую, а не через координатора - Представления Партнёров могут быть локальными или глобальными, в зависимости от случая использования - Партнёры могут формировать динамические отношения, включая альянсы, сети доверия и противостояния - Переход от Пользователь-Ассистент к Партнёр-Партнёр принципиально расширяет возможности — от однопользовательских чат-ботов до по-настоящему многопользовательских ИИ-опытов, где агенты имеют агентность, память и способность формировать сложные социальные динамики. Полный пост по ссылке ниже ⏬
2,68K