何が凄いのか?最新の技術GraphRAGについて解説してみた

Поделиться
HTML-код
  • Опубликовано: 2 дек 2024

Комментарии • 51

  • @Hiro_Kawauso
    @Hiro_Kawauso 5 месяцев назад +8

    いつも拝見してます。同じプロンプトに対して通常RAGとgraph RAGで回答がどう違うのか知れ、とても参考になりました。
    仲がいいのは誰? に対して、graph RAGのほうが網羅的に関連人物を回答していたので、取りこぼしなく全列挙した回答が欲しいケースで効果を発揮しそうだと感じました。
    今後の投稿も楽しみにしています!

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +2

      暖かいコメントありがとうございます!
      固有名詞に関係する質問はGraphRAG強そうですよね😊
      今後も頑張ります💪

  • @soladona4228
    @soladona4228 5 месяцев назад +4

    いつもありがとうございます!Graph RAG待ってました!

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      ありがとうございます!
      まさかGraphRAG待っててくれた人がいるとは思っていなかったです😲笑

  • @RyoOnozuka0331
    @RyoOnozuka0331 5 месяцев назад +1

    ちょうどグラフについて知りたかったので具体的な実装についても教えてもらえてとても助かりました!

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      ありがとうございます!
      需要あるか心配だったので良かったです!

  • @moti9951
    @moti9951 5 месяцев назад +1

    趣味開発で使えそうです!ありがとうございます!

  • @YoshiYoshiPro7
    @YoshiYoshiPro7 5 месяцев назад +6

    大学の卒論で、GraghRAG(knowledge graph)とCodeLLMを用いてリポジトリ全体のコードドキュメント自動生成の研究テーマを取り組もうと考えていたので非常に参考になりました。一点だけ質問なのですが、質の高いknowledge graphを構築するためにはデータの前処理が大切だと紹介されていたのですが、データの量が膨大な場合は、どのような手法が好ましいでしょうか?
    動画内では、”悟空”と”孫悟空”を同一人物として事前に定義しておくと紹介があったのですが、このようなルールベースで一つ一つ定義していくのには限界を感じました。

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      コメントありがとうございます!
      面白そうな研究やられていますね!
      データ量が多い場合にGraph RAG使いたい場合ということですかね🤔
      結局データ側かクエリ側を工夫するしかないと思うので、データ側を工夫するのが難しいのであれば
      クエリの方をLLMで拡張してから、探すとかになりそうですよね!学習していない内容は難しそうですが・・・
      明確な回答出せずすみません🙇‍♂️

    • @YoshiYoshiPro7
      @YoshiYoshiPro7 5 месяцев назад +2

      @@aivtuber2866
      ご返信ありがとうございます。Classやメソッド単位でチャンク分割したものをGraphで構築しようと思っています(所属関係や継承関係をエッジで表現)。やはり、LLMでクエリを拡張するのがベストプラクティスですよね。色々と探ってみます!
      また、 21:20 で使用している通常のRAGのチャットボットは何かのツールを使用しているのでしょうか?

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      応援してます!😊
      以前の動画で紹介していたDifyというツールで作ってますね!
      簡単にRAGができるので興味があったら是非!

  • @omasa9072
    @omasa9072 5 месяцев назад +2

    すごくわかりやすかったです!勉強になりました!

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      ありがとうございます!
      そう言ってもらえて良かったです😊

  • @clshinji
    @clshinji 5 месяцев назад +4

    いつも役に立つ動画をありがとうございます!
    ちょうどタイムリーにRAGの精度を上げる方法を検討していたので、非常に参考になりました。
    AWSで社内向けのRAGを試していますが、外部DBにグラフを保存するのはハードルが高いのですが、何か代替手段を探して試してみます…!

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      ありがとうございます!
      少しでも役に立ったようで良かったです😊
      社内向けRAG開発いいですね!
      グラフDBの用意が難しいかもですが
      運用できると他社と差別化できそうですよね!

  • @utfreudpark
    @utfreudpark 3 месяца назад

    멋진해설 감사합니다
    정말 알기 쉽게 잘설명해주십니다

  • @yakisoba725
    @yakisoba725 3 месяца назад

    RAGもtransformerアーキテクチャを基盤として設計されてるんですね。

  • @capien
    @capien 5 месяцев назад +2

    あまりにも助かったのでコメント。チャンネル登録もしました
    近々使いそう

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      ありがとうございます😊
      是非使ってみてください!

  • @whilewecan
    @whilewecan 3 месяца назад

    そもそも、「会社の利益」とか「会議の内容」とか「固有技術」など、RAGで、GPTなどと協業させることで、会社の固有の情報が外にでないのですか?社内秘密がGTPをとおして外に流れないか、が一つの心配(疑問) 次に、例えばロボット操作言語と他のプログラム言語などの翻訳をRAGなどで教え込むことで、競合他社がGTPなど使ったときにその競合他社を助けることにならないのですか?

  • @闇の戦士香山リカさん
    @闇の戦士香山リカさん 5 месяцев назад +3

    PDF大量にぶち込めば精度高くなると思ってたらそうも行かなくてビックリした。
    成功事例ばかり沢山出てるけど、生成AIの仕組みについて理解が中途半端だったり、各会社の業務内容の理解力が不足していて使い物にならないもの作ってお客さんに怒鳴られてる失敗例も沢山あるんだろうな。RAGの精度改善手法とよくあるミスなどについては自分以外にもニーズ高いと思うので引き続き希望です。

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      実際開発したけど、業務効率化につながっていない というケース結構ありそうですよね🤔
      > RAGの精度改善手法とよくあるミスなどについては自分以外にもニーズ高いと思うので引き続き希望です。
      リクエストありがとうございます!
      また勉強して役立ちそうなものを動画にしていきます!

  • @大橋正紀-f7b
    @大橋正紀-f7b 5 месяцев назад +1

    いつも参考になる情報をありがとうございます。楽しく視聴させていただいております。Graphの話題が出たので、LangGraphについても説明していただけると助かります。実務でどのように活用できるのか、他の利用シーンがあれば教えていただけると嬉しいです。もちろん需要があればと思いますが^^;

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      リクエストありがとうございます🙇‍♂️
      LangGraphも良さそうですね・・・!
      少し見てみます!

  • @totopika
    @totopika 5 месяцев назад +1

    Geminiのクソデカコンテキストにぶち込むのとどっちがいいんだ?

  • @益川勇貴
    @益川勇貴 5 месяцев назад +1

    いつもありがとうございます。
    グラフRAGですがグラフを作るようなプロンプトをllmに与えて内部で処理されていると考えてよろしいでしょうか?
    llmに入力できるサイズの文章で無いといけないのでしょうか?

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      質問ありがとうございます!
      > グラフRAGですがグラフを作るようなプロンプトをllmに与えて内部で処理されていると考えてよろしいでしょうか?
      その理解で正しいと思います!
      > llmに入力できるサイズの文章で無いといけないのでしょうか?
      詳しく中の実装を確認できていませんが
      文章を分割して、LLMに順番に与えている(もしくは原理上そのようにできるので)
      入力文章に制限は無いと思われます!

  • @4cues
    @4cues 5 месяцев назад +1

    面白い!RAGのあり方を変えそう

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      ありがとうございます!
      RAGも進化していきそうですね😊

  • @kazuha0908
    @kazuha0908 5 месяцев назад +6

    昨日の打ち合わせはペラペラペラでした  ペラペラ だと 違う解釈されそうですね。

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      ちょっと例が良くなかったですかね🤔

  • @健-b5y
    @健-b5y 5 месяцев назад +1

    複数のPDFを登録した場合、通常のベクトル化するRAGだとベクトルデータベースがつみあがっていくことに成りますが、Neo4jの場合どうなるんですかね?複数のグラフが出来るのか、バカでかい大きなグラフが出来るのか・・・
    あとマルチモーダルに対応しているのかは気に成りました。官僚パワポの様な複雑な資料を画像として読み取って、グラフ化できると需要ありそうだなと。

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      細かく確認できていませんが、
      恐らく通常のRAGと同じように、積みあがっていく(1つの大きなグラフができる)と思います!🤔
      >あとマルチモーダルに対応しているのかは気に成りました。官僚パワポの様な複雑な資料を画像として読み取って、グラフ化できると需要ありそうだなと。
      現在の実装だと画像は対応していなさそうでしたね🤔
      ただ、実装すれば画像も原理的にはグラフにはできそうですよね
      (めちゃくちゃ大きなグラフになってしまいそうですが・・・)
      画像をRAGで利用できないか というのは結構考えている人も多そうなのでちょっと調べてみます💪

  • @user-jekisndiudhei
    @user-jekisndiudhei 5 месяцев назад +1

    graph RAGって何というか会社が作ったものか教えて欲しいです🙇‍♂️ 調べるの下手すぎて中々わからなくて、、、

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      Microsoftの研究チームのように思います!🤔

  • @takei4649
    @takei4649 5 месяцев назад

    RAGは、個人情報は洩れないとのことなんでしょうか

  • @空飛ぶポテト-t9w
    @空飛ぶポテト-t9w 5 месяцев назад +2

    いつもありがとう

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      暖かいコメントありがとうございます😆

  • @1982Natsuki
    @1982Natsuki 5 месяцев назад +1

    学習の段階で、「悟空=孫悟空である」ということを教えられると良さそうですね。

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад +1

      そうですね!
      GraphRAGを使う時は前処理がかなり大事になりそうですね🤔

  • @ホミ-homi
    @ホミ-homi 5 месяцев назад +1

    グラフを作るために文章全体を入力するのであれば、最初から文章全体を入力する方がいいのではないでしょうか?グラフを挟む方がグラフ分のトークンが無駄な気がします。

    • @tsubasaascm
      @tsubasaascm 5 месяцев назад +2

      文章+グラフだと文章に入ってない情報を理解してくれるのでは?
      動画の後半に説明ありますよ

    • @aivtuber2866
      @aivtuber2866  5 месяцев назад

      コメントありがとうございます!
      RAGを利用するたびにユーザーが外部情報を与える使い方を想定すると、精度はあがりそうですが
      グラフ作成コスト(時間とお金)が普通のRAGよりかかってしまいますね!
      例えば、会社情報を答えるRAGなどでユーザーが外部情報を与えない前提だと
      一度グラフを作成すれば良いので、そのような場合に向いてそうですよね🤔

  • @松田涼太
    @松田涼太 5 месяцев назад +1

    梧空!

  • @山崎山-c5v
    @山崎山-c5v 5 месяцев назад

    PDFを見れば良いのでは?

    • @あみお-s8b
      @あみお-s8b 5 месяцев назад

      どういうことですか?

    • @unknown-ef1py
      @unknown-ef1py 5 месяцев назад +1

      今回のケースではPDFを見るで済むかもしれませんが、参照すべきPDFを社内の誰が持ってるか分からない時や、どのPDFを見るべきかそもそも分からないときに有用だと思います。

    • @seikyozasu
      @seikyozasu 5 месяцев назад

      こういう老害がおるからいつまで経っても何も進まへんのや