diff --git a/docs/notes/JellyfinFileOrg.md b/docs/notes/JellyfinFileOrg.md
index 384ed56..807dfb8 100644
--- a/docs/notes/JellyfinFileOrg.md
+++ b/docs/notes/JellyfinFileOrg.md
@@ -149,7 +149,26 @@ Music
 
 刮削完了需要按上面的官方要求组织这些歌曲，毕竟 Jellyfin 不支持读取音乐标签自动聚合（这点在上面援引的博客中也吐槽了）。我个人用 Mp3tag 做批量重命名。相比起音乐标签，Mp3tag 重命名时允许字符串格式化，比如`$replace`、`$num`，方便一点。
 
-Jellyfin 的音频搜集**仅以专辑为依据**。官方文档自己也说“as long as each album is contained within one folder”，翻译过来就是“只需确保一张专一个文件夹”。所以文件结构自然也以专辑为准。
+Jellyfin 的音频搜集**仅以专辑为依据**。官方文档自己也说“as long as each album is contained within one folder”，翻译过来就是“只需确保一个文件夹（子树）均为同一张专”。所以文件结构自然也以专辑为准。
+
+::: details 分碟
+事实上，根据我对音声的组织实践来看，需要确保的是**一张专一个文件夹子树**。比如下列情形会被拆分：
+```
+Author
+  \AlbumA Vol.X
+  \AlbumA Vol.Y
+  \AlbumB Vol.X
+```
+这种情形会在媒体库里拆出两个 AlbumA（分别为盘号 X 和盘号 Y），正确的组织方式应为：
+```
+Author
+  \AlbumA
+    \Vol.X
+    \Vol.Y
+  \AlbumB
+```
+当然，若是盘号没有显式标明，很有可能仍然会拆。~~所以就不能直接读音乐标签做自动聚合马？~~
+:::
 
 ### 音频音声的刮削与组织