Challange IT For Future
次にリリースされるFess 15.4で、Amazon S3とGoogle Cloud Storage（GCS）のファイルクロールに対応する予定です。
これまでFessでは、file、smb、ftp、storageなどのプロトコルでファイルをクロールできましたが、クラウドストレージに対応してほしいという要望があったので、S3とGCSのサポートを追加しました。
設定としては、crawler.file.protocolsにs3とgcsが追加されるので、ファイルシステムクロールの設定でs3://bucket/pathやgcs://bucket/pathといったURLを指定することで、クラウドストレージ上のファイルをクロールできるようになります。
クロール処理の内部では、これらのURLをファイルパスとして認識して、適切に処理するようにProtocolHelperに対応を追加しています。詳細はPR #2982を参照してください。
Fess 15.4がリリースされたら、ぜひ試してみてください。
RAGというか、検索をAIで効率化みたいな話を言われるケースが増えてきている。その流れで、Fessで検索して、AIで何かできないの？みたいなことも言われたりと。
多くの場合、RAGを使って〜、みたいな方向になったりもするけど、エンタープライズサーチ的なところで、RAGでベクトル検索でやろうとすると、一大プロジェクトとして進めるくらいの気持ちがないと実現は難しいような気もする。ベクトル検索でやろうとすると、考えることも多いし、何といってもお金がかかる…。
なので、AIを使うにしても、既存のエンタープライズサーチ的なものを活用しつつ、実現する必要がある。AI Assisted Search的なものであれば、既存のものにアドオン的に実現できるのでは？と思い、Intelligent Assitive Search Technologyとして、IntasteというプロダクトをOSSで考え始めました。
IntasteはAIが検索作業を肩代わりしてくれるような感じで、検索のフローとしては、
といった感じの流れで、検索結果を返します。一致する検索結果が見つからなければ、検索クエリーを再検討して、再度検索します。なので、人間が最適な検索結果を見つけるまでのフローを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からElasticsearchからOpenSearchにコード的にも置き換えていったのですが、一部変更漏れがあって、差分クロールが期待通りに動かない場合があったりしたので、その修正を入れました。
その他にも、15.3からSMBでアクセスするjcifsとHTMLパーサーのnekohtmlに対して、大きなリファクタリングを入れました。これらのライブラリが古すぎて、メンテにも限界が来ていたので、かなり書き換えたのですが、nekohtmlの方でパースできないHTMLがあったりしたので、修正しました。
今後も定期的に依存するライブラリの更新をしながら、きちんと動くようにしていこうと思います。