fix(organize): exclude Civitai meta tags from folder names (#1119)

Follow-up to the keyword-dump guard. The reported model's tag list is
["lora, character, ... face", "base model"], so skipping the dump left the
"base model" label to be picked as the folder name. That label describes
Civitai's listing rather than the model's content, which makes it as
meaningless as a folder as the blob was.

Add CIVITAI_META_TAGS and is_civitai_meta_tag(), and skip those labels in
the automatic fallback. An explicit priority entry still matches them, so a
user who does want a "base model" folder can configure one.

The reported model now resolves to "Krea 2/no tags" instead of
"Krea 2/base model".

Also correct a comment that listed ".civitai.info" among the files sitting
next to a model. LoRA Manager only reads that sidecar -- other tools write
it -- and writes ".metadata.json" itself.

tests/utils/test_utils.py

@@ -177,6 +177,20 @@ def test_calculate_relative_path_uses_next_usable_tag(isolated_settings):
     assert calculate_relative_path_for_model(model_data, "lora") == "Krea 2/portrait"
 
 
+def test_calculate_relative_path_ignores_civitai_meta_tag(isolated_settings):
+    """Civitai's "base model" label is not content, so it is not a folder."""
+    model_data = {"base_model": "Krea 2", "tags": ["base model"]}
+
+    assert calculate_relative_path_for_model(model_data, "lora") == "Krea 2/no tags"
+
+
+def test_calculate_relative_path_ignores_full_1119_tag_list(isolated_settings):
+    """The reported model carries only a keyword dump and the meta label."""
+    model_data = {"base_model": "Krea 2", "tags": [KEYWORD_DUMP_TAG, "base model"]}
+
+    assert calculate_relative_path_for_model(model_data, "lora") == "Krea 2/no tags"
+
+
 def test_calculate_relative_path_sanitizes_tag_segment(isolated_settings):
     """A tag with path separators must not create nested folders."""
     model_data = {"base_model": "SDXL", "tags": ["a/b:c"]}