Intasteを作り始める

RAGというか、検索をAIで効率化みたいな話を言われるケースが増えてきている。その流れで、Fessで検索して、AIで何かできないの?みたいなことも言われたりと。

多くの場合、RAGを使って〜、みたいな方向になったりもするけど、エンタープライズサーチ的なところで、RAGでベクトル検索でやろうとすると、一大プロジェクトとして進めるくらいの気持ちがないと実現は難しいような気もする。ベクトル検索でやろうとすると、考えることも多いし、何といってもお金がかかる…。

なので、AIを使うにしても、既存のエンタープライズサーチ的なものを活用しつつ、実現する必要がある。AI Assisted Search的なものであれば、既存のものにアドオン的に実現できるのでは?と思い、Intelligent Assitive Search Technologyとして、IntasteというプロダクトをOSSで考え始めました。

IntasteはAIが検索作業を肩代わりしてくれるような感じで、検索のフローとしては、

  1. 自然言語で検索文を入力
  2. 生成AIで検索文から検索クエリーを生成
  3. 検索クエリーをFessで検索
  4. 取得した検索結果を検索文と一致度を生成AIが評価
  5. 一致している検索結果をピックアップして、生成AIが一致した検索結果の説明を作成
  6. 検索結果と説明文を返す

といった感じの流れで、検索結果を返します。一致する検索結果が見つからなければ、検索クエリーを再検討して、再度検索します。なので、人間が最適な検索結果を見つけるまでのフローをIntasteが内部的にやってくれるみたいな感じです。

現状は、Fessだけにしか、検索を投げていませんが、Fessに依存しているわけではないので、そこの部分はSearchAgentとして、Intaste内では定義されているので、並列で複数の検索システムに検索して、取りまとめることもできるはずです。

現状の課題としては、生成AIにOllama(gpt-oss)を利用していますが、GPUがないと時間がかかるので、検索時間を以下に短縮するかとかもあったりします。現時点では、検索結果を得るまでに1分くらいかかるので、この辺の効率化はやっていきたいところ。

あとは、このプロジェクトのコード自体は、ほぼほぼClaude Codeで生成しています。API部分はFastAPIで、UI部分はNextJSで作っていますが、できる限り自分で書かずに、プロンプトの指示だけでどこまで作れるか的なチャレンジもしてます。そんな感じで、思った以上のClaude Codeで作れるもんだなーという感じです。

そんな感じで、Intasteを作っていこうと思いますので、興味があれば、お試しください。

Fess 15.3.2のリリース

Fess 15.3.2をリリースしました。

Fess 15からElasticsearchからOpenSearchにコード的にも置き換えていったのですが、一部変更漏れがあって、差分クロールが期待通りに動かない場合があったりしたので、その修正を入れました。

その他にも、15.3からSMBでアクセスするjcifsとHTMLパーサーのnekohtmlに対して、大きなリファクタリングを入れました。これらのライブラリが古すぎて、メンテにも限界が来ていたので、かなり書き換えたのですが、nekohtmlの方でパースできないHTMLがあったりしたので、修正しました。

今後も定期的に依存するライブラリの更新をしながら、きちんと動くようにしていこうと思います。

FessのDockerイメージの整理

現状は、eclipse-temurin:21-jre-jammyをベースにDockerイメージを作ってましたが、Fess 15.1からベースイメージを整理して、以下のような感じにする予定です。

  • ghcr.io/codelibs/fess:15.1.0
  • ghcr.io/codelibs/fess:15.1.0-noble
  • ghcr.io/codelibs/fess:15.1.0-al2023

15.1.0タグは、alpineベースにして、イメージサイズを減らすようにします。イメージサイズを減らすので、サムネイル生成に必要なコマンドも入っていません。一方、15.1.0-nobleはMS OfficeやPDFなどのサムネイル生成に必要なコマンドを含めてあります。15.1.0-al2023はunoconvがパッケージでは入らなかったので、MS Officeのサムネイルは作れないです。

という感じの整理で、様子を見ながらやっていこと思います。