home.social

#graphrag — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #graphrag, aggregated by home.social.

  1. 10 актуальных RAG-подходов: какие реально полезны и когда их применять?

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

    habr.com/ru/articles/1029616/

    #aiразработка #rag_ai #rag_pipeline #retrieval_augmented_generation #llm #llmмодели #vector_search #hybrid_search #graphrag #multimodal

  2. Ваш RAG не умеет думать. А мой умеет

    Привет, Хабр! Базовые RAG-системы уже научились неплохо справляться с прямыми вопросами по тексту. Но только если ответ лежит в одном конкретном абзаце, а вопрос сформулирован почти так же, как сам исходный документ. Попробуйте заставить систему связать факты из трёх разных источников или сделать банальный логический вывод. В большинстве случаев результат будет неутешительным. А уж про поиск скрытых связей я даже спрашивать боюсь. Сегодня рассмотрим open-source RAG-фреймворк HippoRAG 2 . В сфере RAG главным преимуществом данного фреймворка является качество ответов, потому что принципы его работы основаны на реальном человеческом мозге . Давайте разберёмся, откуда он взялся, как устроен изнутри и как его запустить.

    habr.com/ru/companies/ruvds/ar

    #rag #rag_ai #rag_pipeline #rag_система #HippoRAG #исскуство #ai #graphrag #ruvds_статьи

  3. Knowledge graphs are useful representations for knowledge bases, #pkm, #AImemory systems, #GraphRAG, intelligent tutoring systems, etc., and usually implemented in graph databases. LadybugDB, a fork of the discontinued Kuzu, is a lightweight embedded (like SQLite) graph database: github.com/LadybugDB/ladybug
    Sample applications in development: github.com/inventivepotter/dot & github.com/tejzpr/Smriti-MCP
    See also Grafeo: github.com/GrafeoDB/grafeo
    #AIEd #AIEngineering #KnowledgeGraph #GraphDB #graphdatabase

  4. Knowledge graphs are useful representations for knowledge bases, #pkm, #AImemory systems, #GraphRAG, intelligent tutoring systems, etc., and usually implemented in graph databases. LadybugDB, a fork of the discontinued Kuzu, is a lightweight embedded (like SQLite) graph database: github.com/LadybugDB/ladybug
    Sample applications in development: github.com/inventivepotter/dot & github.com/tejzpr/Smriti-MCP
    See also Grafeo: github.com/GrafeoDB/grafeo
    #AIEd #AIEngineering #KnowledgeGraph #GraphDB #graphdatabase

  5. Knowledge graphs are useful representations for knowledge bases, #pkm, #AImemory systems, #GraphRAG, intelligent tutoring systems, etc., and usually implemented in graph databases. LadybugDB, a fork of the discontinued Kuzu, is a lightweight embedded (like SQLite) graph database: github.com/LadybugDB/ladybug
    Sample applications in development: github.com/inventivepotter/dot & github.com/tejzpr/Smriti-MCP
    See also Grafeo: github.com/GrafeoDB/grafeo
    #AIEd #AIEngineering #KnowledgeGraph #GraphDB #graphdatabase

  6. Knowledge graphs are useful representations for knowledge bases, #pkm, #AImemory systems, #GraphRAG, intelligent tutoring systems, etc., and usually implemented in graph databases. LadybugDB, a fork of the discontinued Kuzu, is a lightweight embedded (like SQLite) graph database: github.com/LadybugDB/ladybug
    Sample applications in development: github.com/inventivepotter/dot & github.com/tejzpr/Smriti-MCP
    See also Grafeo: github.com/GrafeoDB/grafeo
    #AIEd #AIEngineering #KnowledgeGraph #GraphDB #graphdatabase

  7. Knowledge graphs are useful representations for knowledge bases, #pkm, #AImemory systems, #GraphRAG, intelligent tutoring systems, etc., and usually implemented in graph databases. LadybugDB, a fork of the discontinued Kuzu, is a lightweight embedded (like SQLite) graph database: github.com/LadybugDB/ladybug
    Sample applications in development: github.com/inventivepotter/dot & github.com/tejzpr/Smriti-MCP
    See also Grafeo: github.com/GrafeoDB/grafeo
    #AIEd #AIEngineering #KnowledgeGraph #GraphDB #graphdatabase

  8. LLM — поиск товаров

    LLM-поиск товаров: R&D применения технологий RAG и Knowledge Graph Search для продвинутого поиска товаров по сложным текстовым запросам. Как LLM и Knowledge Graph ищут товары

    habr.com/ru/articles/1018860/

    #LLM #RAG #Knowledge_Graph #ML #GraphRAG #Graph_Search

  9. Книга: «Основы GraphRAG. Улучшенный RAG на базе графов знаний»

    Привет, Хабожители! Создайте и разверните систему GraphRAG производственного уровня. Научитесь извлекать структурированные знания из текста и комбинировать методы векторного поиска с поиском по графам. Книга богата практическими примерами: от создания инструмента поиска по векторному сходству и приложения Agentic RAG до оценки эффективности и точности результатов работы такого приложения.

    habr.com/ru/companies/piter/ar

    #rag_ai #retrieval_augmented_generation #llm #graphrag

  10. MS GraphRAG, Ollama и немного киберпанка

    Здравствуйте. Несколько лет глубоко погружён в тему корпоративных RAG-систем. В последнее время, как от коллег, так и от заказчика часто слышу, что векторный поиск это слабое место и вчерашний день, и что нас спасут только графовые системы. Нашел несколько постов и видео на эту тему. Захотелось попробовать. В статье делюсь своими впечатлениями, рефлексирую и рассказываю как воспроизвести эксперименты. Почему Ollama? Выделение вычислительных ресурсов на RAG в проекте - отдельная больная тема. Мне нужно было понять нижнюю планку. Если коротко, кое-как работает даже на 4b моделях. Причём здесь киберпанк? Очень нравится этот жанр, а ещё я люблю использовать для проверки RAG/LLM штук знакомые тексты. Для экспериментов с Microsoft GraphRAG я выбрал рассказ "Johnny Mnemonic" Уильяма Гибсона, для начала на английском.

    habr.com/ru/articles/1014316/

    #rag #graphrag #ollama #cyberpunk #gephi #litellm

  11. Final day at #SWAT4HCLS at AmsterdamUMC! Great to be here with Helmholtz KG team from HMC Hub Information & Health 🚀

    Highlights included:
    – Tutorials on #GraphRAG, SPARQL & provenance
    – Inspiring keynotes by Hannah Bast (QLever) & Janna Hastings (LLMs)
    – A buzzing poster session with fantastic discussions

    And today we’re presenting:
    👉 The Helmholtz Knowledge Graph
    – building a semantic interoperability layer across @helmholtz

    Come by and chat with us 🙌

    @swat4hcls
    #KnowledgeGraph #Helmholtz

  12. 🧵2/5 🌳 Folders as Semantic Context.

    Not everyone builds their vault purely with tags. If you map your mind using strict folder hierarchies, the Graph Engine can now treat your directory structure as native #semantic information—matching your existing #ontology automatically. Minimal effort for massive structural accuracy.

    #GARS #GraphRAG

  13. 🧵2/5 🌳 Folders as Semantic Context.

    Not everyone builds their vault purely with tags. If you map your mind using strict folder hierarchies, the Graph Engine can now treat your directory structure as native #semantic information—matching your existing #ontology automatically. Minimal effort for massive structural accuracy.

    #GARS #GraphRAG

  14. 🧵2/5 🌳 Folders as Semantic Context.

    Not everyone builds their vault purely with tags. If you map your mind using strict folder hierarchies, the Graph Engine can now treat your directory structure as native #semantic information—matching your existing #ontology automatically. Minimal effort for massive structural accuracy.

    #GARS #GraphRAG

  15. Графы знаний в юридическом домене: как не потерять сложность при построении RAG-системы

    Ни одна современная AI-система в юридическом домене не обходится без RAG: юридические данные слишком специфичны, слишком изменчивы и никогда слишком редко составляли значимую часть обучающей выборки LLM, чтобы доверять ей без внешней базы знаний. Обычно при построении RAG-системы используют модуль поиска, основанный на векторных БД. Однако в таких сложно организованных областях знаний, как юридическая, архитектура, основанная на поиске в хранилище "плоских" эмбеддингов, может не справиться. Векторный поиск позволяет находить семантически близкие (схожие) фрагменты текстов, тогда как юридический домен также требует понимания многочисленных связей между сущностями , рассеянными по множеству документов . Кажется, что область знаний, организованная таким образом, идеально может быть представлена в виде графа знаний, особенно после появления современных инструментов, позволяющих автоматически строить такие графы на тысячах документов и использовать их в качестве хранилища знаний для RAG-систем. Однако все имеет свою цену: неполнота или неточность построенного графа может свести на нет все вложенные ресурсы и оставить вас с системой, которая хуже "наивного" векторного поиска. Какие преимущества поиска по графу знаний по сравнению с классическим векторным поиском, а также каковы критерии, когда использование графового поиска действительно необходимо для построения RAG-системы в юридическом домене?

    habr.com/ru/articles/1012556/

    #RAG #retrievalaugmented_generation #ai #artificial_intelligence #llm #large_language_models #vector_database #graph_database #knowledge_graphs #graphrag

  16. Графы знаний в юридическом домене: как не потерять сложность при построении RAG-системы

    Ни одна современная AI-система в юридическом домене не обходится без RAG: юридические данные слишком специфичны, слишком изменчивы и никогда слишком редко составляли значимую часть обучающей выборки LLM, чтобы доверять ей без внешней базы знаний. Обычно при построении RAG-системы используют модуль поиска, основанный на векторных БД. Однако в таких сложно организованных областях знаний, как юридическая, архитектура, основанная на поиске в хранилище "плоских" эмбеддингов, может не справиться. Векторный поиск позволяет находить семантически близкие (схожие) фрагменты текстов, тогда как юридический домен также требует понимания многочисленных связей между сущностями , рассеянными по множеству документов . Кажется, что область знаний, организованная таким образом, идеально может быть представлена в виде графа знаний, особенно после появления современных инструментов, позволяющих автоматически строить такие графы на тысячах документов и использовать их в качестве хранилища знаний для RAG-систем. Однако все имеет свою цену: неполнота или неточность построенного графа может свести на нет все вложенные ресурсы и оставить вас с системой, которая хуже "наивного" векторного поиска. Какие преимущества поиска по графу знаний по сравнению с классическим векторным поиском, а также каковы критерии, когда использование графового поиска действительно необходимо для построения RAG-системы в юридическом домене?

    habr.com/ru/articles/1012556/

    #RAG #retrievalaugmented_generation #ai #artificial_intelligence #llm #large_language_models #vector_database #graph_database #knowledge_graphs #graphrag

  17. Графы знаний в юридическом домене: как не потерять сложность при построении RAG-системы

    Ни одна современная AI-система в юридическом домене не обходится без RAG: юридические данные слишком специфичны, слишком изменчивы и никогда слишком редко составляли значимую часть обучающей выборки LLM, чтобы доверять ей без внешней базы знаний. Обычно при построении RAG-системы используют модуль поиска, основанный на векторных БД. Однако в таких сложно организованных областях знаний, как юридическая, архитектура, основанная на поиске в хранилище "плоских" эмбеддингов, может не справиться. Векторный поиск позволяет находить семантически близкие (схожие) фрагменты текстов, тогда как юридический домен также требует понимания многочисленных связей между сущностями , рассеянными по множеству документов . Кажется, что область знаний, организованная таким образом, идеально может быть представлена в виде графа знаний, особенно после появления современных инструментов, позволяющих автоматически строить такие графы на тысячах документов и использовать их в качестве хранилища знаний для RAG-систем. Однако все имеет свою цену: неполнота или неточность построенного графа может свести на нет все вложенные ресурсы и оставить вас с системой, которая хуже "наивного" векторного поиска. Какие преимущества поиска по графу знаний по сравнению с классическим векторным поиском, а также каковы критерии, когда использование графового поиска действительно необходимо для построения RAG-системы в юридическом домене?

    habr.com/ru/articles/1012556/

    #RAG #retrievalaugmented_generation #ai #artificial_intelligence #llm #large_language_models #vector_database #graph_database #knowledge_graphs #graphrag

  18. Графы знаний в юридическом домене: как не потерять сложность при построении RAG-системы

    Ни одна современная AI-система в юридическом домене не обходится без RAG: юридические данные слишком специфичны, слишком изменчивы и никогда слишком редко составляли значимую часть обучающей выборки LLM, чтобы доверять ей без внешней базы знаний. Обычно при построении RAG-системы используют модуль поиска, основанный на векторных БД. Однако в таких сложно организованных областях знаний, как юридическая, архитектура, основанная на поиске в хранилище "плоских" эмбеддингов, может не справиться. Векторный поиск позволяет находить семантически близкие (схожие) фрагменты текстов, тогда как юридический домен также требует понимания многочисленных связей между сущностями , рассеянными по множеству документов . Кажется, что область знаний, организованная таким образом, идеально может быть представлена в виде графа знаний, особенно после появления современных инструментов, позволяющих автоматически строить такие графы на тысячах документов и использовать их в качестве хранилища знаний для RAG-систем. Однако все имеет свою цену: неполнота или неточность построенного графа может свести на нет все вложенные ресурсы и оставить вас с системой, которая хуже "наивного" векторного поиска. Какие преимущества поиска по графу знаний по сравнению с классическим векторным поиском, а также каковы критерии, когда использование графового поиска действительно необходимо для построения RAG-системы в юридическом домене?

    habr.com/ru/articles/1012556/

    #RAG #retrievalaugmented_generation #ai #artificial_intelligence #llm #large_language_models #vector_database #graph_database #knowledge_graphs #graphrag

  19. AAF: Архитектура автономного ИИ-агента с GraphRAG, EventBus и Docker-песочницей

    В нашем сообществе уже не первый день живёт агент @vega_exactly_not_ai . Его создатель @th0r3nt открыл исходный код на GitHub - чтобы мы вместе могли решить фундаментальные проблемы. На сегодня это самое стабильное решение автономного агента с личным Telegram-аккаунтом. Создатель попросил рассказать об архитектуре и поставить ряд вопросов перед сообществом. Думаю, вместе мы способны разобраться. Большинство современных Open-Source фреймворков для создания ИИ-агентов (от AutoGPT до недавнего OpenClaw) страдают от ряда детских болезней. Во-первых, это амнезия: агент теряет контекст спустя десяток шагов, так как векторные базы данных превращают память в кашу из семантически похожих, но логически не связанных кусков текста. Во-вторых, это зацикливание в бесконечных ReAct-петлях. В-третьих - ужасная безопасность при выполнении сгенерированного кода прямо на хостовой машине. В этой статье я хочу разобрать архитектуру Autonomous Agent Framework (AAF) - моего pet-проекта, который перерос в полноценную OS-level сущность на Python. Главная идея AAF: агент не должен быть просто скриптом, ожидающим промпта. Это должен быть долгоживущий асинхронный процесс с гибридной памятью, шиной событий и собственной изолированной средой для запуска субагентов.

    habr.com/ru/articles/1010522/

    #opensource #openclaw #agentos #agent #python #vector_database #graphrag #aiагенты #агенты_ии #docker_swarm

  20. Как я построил Graph RAG систему с точностью 96.7% за 5 дней: от научных статей до production-ready пайплайна

    Я реализовал Graph RAG систему, которая комбинирует 5 техник из свежих научных статей (KET-RAG, HippoRAG 2, VectorCypher) в единый пайплайн с декларативным Datalog reasoning-движком, полной провенансной трассировкой и типизированным API. Результат: 174/180 (96.7%) на билингвальном бенчмарке из 30 вопросов, оценённых в 6 режимах retrieval. Три режима достигли 100%. В статье — архитектура, 10 уроков оптимизации и эволюция от 38% до 96.7% за 10 итераций.

    habr.com/ru/articles/1003064/

    #GraphRAG #RAG #Neo4j #NLP #LLM #Python #Datalog #Knowledge_Graph #embeddings #PageRank

  21. 🔧 GraphQLite – mở rộng SQLite hỗ trợ Cypher, cho phép lưu trữ và truy vấn đồ thị ngay trong một file DB. Kết hợp sqlite-vec, tạo stack RAG tích hợp: lưu thực thể, quan hệ, dùng PageRank, community detection. Thích hợp cho các dự án GraphRAG mà không cần Neo4j. Cài đặt: pip install graphqlite. #GraphQLite #SQLite #GraphRAG #AI #CSDL #MachineLearning #CôngNghệ #Vietnam

    reddit.com/r/LocalLLaMA/commen

  22. The #GIDS conference in Bangalore was amazing. I appreciate the hundreds of attendees who came out to my #GraphRAG talk and who joined the AI in the Trenches panel with @markrichardssa, Archie Sharma, Vanya Seth @thoughtworks, and @Michaelcarducci.

  23. Мама, у меня RAG: пути к улучшению, когда он «наивный»

    В последние пару лет RAG (retrieval-augmented generation) стал одной из самых обсуждаемых технологий в области обработки текстов и поисковых систем. Его идея проста: объединить поиск (retrieval) и генерацию (generation), чтобы быстрее находить нужную информацию и создавать более точные тексты. Рост объёмов данных и информационного шума привёл к тому, что классические методы поиска и генерации уже не всегда справляются с новыми задачами. Например, большие языковые модели без доступа к актуальной информации могут искажать факты, а традиционные поисковики при запросах на естественном языке дают слишком общий результат. RAG решает эти проблемы, добавляя дополнительный "слой знаний" за счёт внешних баз данных, что особенно полезно для чат-ботов, систем вопрос-ответ, рекомендательных сервисов и многих других приложений. Целью данной статьи является погружение читателя в технологию RAG, а также ознакомление с основными критериями и методами его улучшения. В этой статье мы обсудим, как именно устроен RAG, как правильно оценивать его эффективность и какие существуют техники улучшения – от уже известных методов до совершенно новых решений.

    habr.com/ru/articles/885770/

    #graph_rag #RAG #retrival_augumented_generation #llmмодели #knowledge_graph #graphrag #semantic_search #genai #ии_и_машинное_обучение

  24. 🚀 ASK-ME-ANYTHING session @ GraphGeeks.org ❣️

    Join us for this 'connected' discussion -- ask your burning questions -- with Paco Nathan @ Senzing, an evil mad scientist at the cutting edge of AI applications, graphs technologies, and data analytics use cases in general.

    📅 Thu Jan 30 🕒 08:00 US Pacific | 16:00 London
    lnkd.in/gFYqkK-X

    #AI #KG #DataScience #TechTalk #Graphs #GraphRAG #Senzing

  25. [Перевод] Улучшение RAG с помощью графов знаний

    Генерация с дополненной выборкой (RAG) — это метод, который соединяет внешние источники данных для улучшения вывода больших языковых моделей (LLM) . Этот метод идеально подходит для LLM для доступа к частным или специфичным для предметной области данным и решения проблем, связанных с галлюцинациями . Поэтому RAG широко используется для поддержки многих приложений GenAI, таких как чат-боты AI и системы рекомендаций . Базовый RAG обычно объединяет векторную базу данных и LLM, где векторная база данных хранит и извлекает контекстную информацию для пользовательских запросов, а LLM генерирует ответы на основе извлеченного контекста. Этот подход хорошо работает во многих случаях, однако он испытывает трудности со сложными задачами, такими как многоадресное рассуждение или ответы на вопросы, требующие соединения разрозненных фрагментов информации. Например, вопрос « Какое имя было дано сыну человека, который победил узурпатора Аллектуса? »

    habr.com/ru/articles/871700/

    #GraphRAG #rag #llm #milvus #knowledge_graph

  26. 🔍 Revolutionary Knowledge Retrieval Framework Takes GraphRAG to the Next Level 🧠

    🚀 #FastGraphRAG introduces streamlined, agent-driven retrieval with proven results:
    • 6x cost reduction compared to standard #GraphRAG ($0.08 vs $0.48 on test dataset)
    • Built for scale with minimal resource requirements
    • Full async support and comprehensive type system

    🛠️ Key Technical Features:
    • Real-time graph updates for dynamic data handling
    #PageRank-based exploration for enhanced accuracy
    • Python 3.10.1+ compatibility
    • MIT licensed #opensource framework

    💡 Core Capabilities:
    • Human-navigable knowledge visualization
    • Automatic graph generation and refinement
    • Seamless integration with existing retrieval pipelines
    • Complete debugging and interpretation tools

    🔧 Implementation Options:
    • Available via PyPI installation
    • Source code access on #GitHub
    • Managed service option with 100 free monthly requests

    github.com/circlemind-ai/fast-

  27. 🧠 #RagFlow continua ad evolversi, introducendo nuove funzionalità.
    👉 Supporto del flusso di lavoro basato sui grafi. 
    👉 Aggiunta di nuovi componenti come Wikipedia, PubMed, Baidu e Duckduckgo.
    👉 Supporto dell'analisi dei file audio.
    👉 Supporto di #GraphRAG e mappe mentali.

    🔗 Il progetto: github.com/infiniflow/ragflow 

    ___ 

    ✉️ 𝗦𝗲 𝘃𝘂𝗼𝗶 𝗿𝗶𝗺𝗮𝗻𝗲𝗿𝗲 𝗮𝗴𝗴𝗶𝗼𝗿𝗻𝗮𝘁𝗼/𝗮 𝘀𝘂 𝗾𝘂𝗲𝘀𝘁𝗲 𝘁𝗲𝗺𝗮𝘁𝗶𝗰𝗵𝗲, 𝗶𝘀𝗰𝗿𝗶𝘃𝗶𝘁𝗶 𝗮𝗹𝗹𝗮 𝗺𝗶𝗮 𝗻𝗲𝘄𝘀𝗹𝗲𝘁𝘁𝗲𝗿: bit.ly/newsletter-alessiopomar 

    #AI #GenAI #GenerativeAI  #IntelligenzaArtificiale