ナレッジのメタデータ検索の不具合

nagg4001 · 2026 年 3 月 4 日午前 2:32

【バグ？】v1.13.0以降、ナレッジ検索ノードのメタデータフィルターが機能しない

1週間前（v1.13.0リリース前後）まで正常に動作していたワークフローで、メタデータフィルターが突然機能しなくなりました。

環境

Dify Cloud

状況

ナレッジベースに product_name = "ProductA" のメタデータを設定
ナレッジ検索ノードのメタデータフィルターに product_name = [Variable: user_input] を設定
user_input = "ProductA" で実行しても { "result": [] } が返る
cencernの値が正しくナレッジが渡っておらず、メタデータで検索されていない可能性がある。

試したこと

フィールド名の一致を確認済み
VariableをConstant（固定値 "ProductA"）に変更しても []
ワークフローを先月のバージョンにロールバックしても改善しない

v1.11.3で fix DatasetRetrieval._process_metadata_filter_func miss in operator（#30199）が修正されていましたが、その後のアップデートでリグレッションが発生した可能性があります。

同様の問題が発生している方はいますか？

Miguel_Angel_Alvarez · 2026 年 3 月 4 日午後 12:50

私も同じ問題を経験しています。変数によるメタデータのフィルタリングが機能しません。定数値は期待通りに機能します。

nagg4001 · 2026 年 3 月 5 日午前 2:54

添付写真の部分が変数であれば検索が不可、定数であれば問題なく検索ができます。少し前まで変数で検索ができていたので、もし変数でメタデータを探せる方法があれば教えていただきたいです。

Toshi · 2026 年 3 月 7 日午前 9:40

私も全く同じ症状で苦労してます。
以前はヒットしていたんでしょうか？

kurokobo · 2026 年 3 月 8 日午後 12:40

バグと思われ、GitHub で報告済みです。
このまま修正もするつもりですが明日以降になりそうで、もしかすると中の方々のほうが動きが速いかもです。

github.com/langgenius/dify

Variables not resolved in Metadata Filtering conditions in Knowledge Retrieval node

opened 12:32PM - 08 Mar 26 UTC

kurokobo

🐞 bug

### Self Checks - [x] I have read the [Contributing Guide](https://github.com/l…anggenius/dify/blob/main/CONTRIBUTING.md) and [Language Policy](https://github.com/langgenius/dify/issues/1542). - [x] This is only for bug report, if you would like to ask a question, please head to [Discussions](https://github.com/langgenius/dify/discussions/categories/general). - [x] I have searched for existing issues [search for existing issues](https://github.com/langgenius/dify/issues), including closed ones. - [x] I confirm that I am using English to submit this report, otherwise it will be closed. - [x] 【中文用户 & Non English User】请使用英语提交，否则会被关闭：） - [x] Please do not modify this template :) and fill in all the required fields. ### Dify version 1.13.0, `main` ### Cloud or Self Hosted Self Hosted (Docker) ### Steps to reproduce 1. Create knowledge and add a document with any metadata (e.g., `hoge = fuga`). 2. Add a Knowledge Retrieval node to the workflow and enable Metadata Filtering. 3. Temporarily set the mode to Automatic and use any model (this is a workaround for a different issue #32372 and PR #32411). 4. Change the mode to Manual and set the Condition to Constant with `hoge` `is` `fuga`, confirming that the knowledge is retrieved as expected. 5, Change from Constant to Variable, and use a variable that contains `fuga` to specify `hoge` `is` `fuga`. ### ✔️ Expected Behavior The result in step 5 should be the same as in step 4. ### ❌ Actual Behavior No chunks are retrieved. Even if we can retrieve chunks in step 4, we can't retrieve any chunks in step 5.

nagg4001 · 2026 年 3 月 9 日午前 1:45

以前はヒットしていました。
3月に入ってから急に変数でヒットしなくなった感じですね…

nagg4001 · 2026 年 3 月 9 日午前 1:46

ありがとうございます。
このまま改善されるのを待ちたいと思います。

Miguel_Angel_Alvarez · 2026 年 3 月 9 日午前 10:07

本当にありがとうございます。早く修正されることを願っています

kurokobo · 2026 年 3 月 9 日午後 1:37

ぼくが着手する前にさくっと対応いただけたようです。
次のリリースで修正されますので、リリースをお待ちください

github.com/langgenius/dify

fix: fix metadata filter condition not extract from {{}} (#33141)

main ← fatelei:issue-33130

opened 02:13AM - 09 Mar 26 UTC

fatelei

+160 -3

> [!IMPORTANT] > > 1. Make sure you have read our [contribution guidelines](ht…tps://github.com/langgenius/dify/blob/main/CONTRIBUTING.md) > 1. Ensure there is an associated issue and you have been assigned to it > 1. Use the correct syntax to link this PR: `Fixes #<issue number>`. ## Summary fix #33130 logical_operator='and' conditions=[Condition(name='document_name', comparison_operator='is', value='{{#1773021148793.query#}}'), Condition(name='test', comparison_operator='is', value='1')] metadata filter condition not extract value from {{#1773021148793.query#}} ## Screenshots | Before | After | |--------|-------| | ... | ... | ## Checklist - [ ] This change requires a documentation update, included: [Dify Document](https://github.com/langgenius/dify-docs) - [x] I understand that this PR may be closed in case there was no previous discussion or issues. (This doesn't apply to typos!) - [x] I've added a test for each change that was introduced, and I tried as much as possible to make a single atomic change. - [x] I've updated the documentation accordingly. - [x] I ran `make lint` and `make type-check` (backend) and `cd web && npx lint-staged` (frontend) to appease the lint gods

nagg4001 · 2026 年 3 月 10 日午前 2:34

本当にありがとうございます！
助かりました！

judicialwang · 2026 年 3 月 26 日午後 9:43

代替ソリューションはありますか？問題は以下の通りです。

Difyシステムで問題が発生しました。私が最初にアップロードしたファイル、kb2-test（テキスト）が、KB2ステージで、以前のノードで識別されたファイル名である入力b9101と共に使用されました。KB2ノードはそのファイルを読み取り、それに応じて回答できました（ファイルが呼び出されたことを示しています）。しかし、後でアップロードされたファイルは、バインドされた後、このノードで呼び出すことができません。

システムは、KB2でのファイル名入力に基づいて、元のkb2-testファイルを明らかに呼び出します（ファイル内のb9101を削除した後でも、コンテンツを取得できます）。なぜかわかりませんが、後でアップロードされたKB2ファイルは呼び出すことができません。

kb2-testについては、メタデータフィルターが追加されたかどうかに関わらず（アップロード後に、アップロード中にメタデータフィルターパラメーターを追加するオプションがないため）、システムはそれを呼び出すことができます（つまり、KB2ノードは入力b9101に基づいてファイルを正しく呼び出すことができます）。しかし、後でアップロードされたファイルについては、メタデータが設定されているかどうかに関わらず（アップロード後）、呼び出すことができません。

ファイル名を変更しても（b1234に）、システムはまだそれを呼び出すことができます。したがって、システムはkb2-testファイルに対して、名前ベースの検索でも、ドキュメント内のファイル名フィールドに基づく検索でもなく、コンテンツベースの検索を使用していることは明らかです。

私の質問は次のとおりです。

Difyシステムはメタデータフィルターを使用できますか（これは基本的な機能だと思いますが）、アップロード時に設定することも含めて（ナレッジファイルをアップロードするときにメタデータフィルターを追加する機能が見当たりませんでした。埋め込みページには「Notionから同期」と「APIへのアクセス」、または「パイプラインからナレッジを作成」しかありませんでした — これらの機能は何ですか？）、そしてファイルにメタデータが設定された後、そのメタデータフィルターをシステムで使用できますか？
メタデータを使用できない場合、なぜシステムはファイル名でファイルを直接呼び出すことができないのですか？Difyがドキュメント内の意味的コンテンツに基づいてのみ検索を実行できるとしたら、それは不合理ではないでしょうか？
以下のいずれかを達成するためのより良い方法はありますか？
- (1) メタデータフィルターを介してファイルを呼び出す、または
- (2) ファイル名でファイルを呼び出す？

システムがすべてのドキュメントコンテンツの意味的意味に基づいてのみ検索を実行できるとしたら、それは読者が図書館に本を探しに行き、司書がすべての本を取り出して検索しなければならないようなものです。それは不合理ではないでしょうか？