>>214
それと似た感じでパターン（>199で言うところのfilters）を１関数につき１種にして
lst1 = filter_search('条件１',関数１) #条件に一致したファイルパスのリストを返す　…①
list2 = filter_search('条件２',関数２) # lst1をcallback2で使えたりする余地
みたいなことや
見ため的にclassにして
filter_search('/path').fltr('条件１',callback1).fltr('条件２',callback2)　…②
みたいな形にしていました

しかしcallbackの内容次第ではファイルが消えたりするので
条件１２それに対応する関数１２の依存関係が強いなと気付き
lst12 = filter_search(['条件１','条件２']) #対応するcallbackを与える or lst12を再帰させる
みたいに、あえて依存関係を作った方がいいかな？と
（しかし>199のようにcallback割当が野暮ったくなる・・みたいな結果に）

”非同期的にファイルが消えたりリネームされる？されても大丈夫？”という部分がスッキリすれば
（特に大量のファイル数を扱うわけでもないし）214さんの方法や①、②の方法を取っていたとおもうし
そうでなくとも、コメントアウトで説明入れとけばいいのでは？とも思います
ただ、上手い感じに依存関係をコードの視覚的にパッケージできないだろうかとも思ったのです