Grundsätzlich: Wenn Du Items über die UI anlegst, kannst Du über VS Code hier nichts ausrichten. Das VS Code Plugin wurde nicht um das Semantic Model erweitert, es gibt dort also keine Ansicht dazu. Konfigurieren kann man die Tags aber sehr wohl auch über die *.items Dateien - immer vorausgesetzt, die Items wurden auch auf diesem Weg erstellt. Die angezeigte Fehlermeldung im VS Code Ausgabefenster lässt allerdings schon ahnen, dass da etwas schief läuft.
Auch die Ansicht Deines Semantic Model (Screenshot 359) sieht nicht in Ordnung aus.
Es gibt ja diverse Behauptungen, wie man das Semantic Model nutzen kann und was alles funktioniert. Fest steht aber:
Auf allen Ebenen des Semantic Model gibt es Locations, Equipment und/oder Points. Sonst. Nichts.
Eine Location ist ein physisch vorhandener Ort. Das kann zum Beispiel die Site sein (also meinetwegen das gesamte Grundstück). Es kann sich auch um um ein Gebäude handeln, oder um einen Teil eines Gebäudes, je nachdem, welchen Bereich openHAB abdeckt.
Ein Equipment ist ein einzelnes(!) Gerät(!), keine Zusammenfassung bestimmter Eigenschaften mehrerer Geräte (Bei Dir z.B. "Alle Batteriezustände")
Ein Point ist ein einzelnes Item (kein Group Item) mit einer einzelnen Eigenschaft. Ein Point hat keine Nachfahren.
Keine Ahnung, wie Du es angestellt hast, die Dinge im Semantic Model sichtbar zu machen, welche man sehen kann, aber Du vergewaltigst das Model.
openHAB4 lässt solchen Missbrauch nicht zu.
Das Semantic Model muss unter allen Umständen wie folgt aufgebaut werden:
1. Bilde eine oder mehrere Locations, welche die oberste Hierarchie Deiner Installation bilden. Ich habe bei mir z.B. die drei Locations "drinnen", "draußen" und "ohne" erstellt (letztere ist auch schon geschummelt, aber zumindest als echte Location definiert)
2. Bilde unterhalb der Locations weitere Locations - z.B. bei mir unterhalb draußen die zwei Locations "vorne" und "hinten" (zwei getrennte Hofflächen). Oder auch im Fall von drinnen "Altbau" und "Neubau".
3. Fahre so fort, bis Du keine weitere Location als Untergruppe mehr hinzufügen kannst. Es ergibt sich dann ein Baumdiagramm Deiner Liegenschaft

also normalerweise das Grundstück mit Außenbereichen, Gebäuden, innerhalb der Gebäude die Stockwerke und innerhalb der Stockwerke die einzelnen Räume. Innerhalb eines Raumes könnte es noch "Zonen" geben, die man als Location definieren könnte, z.B. ein Wohn/Esszimmer, welches dann halt aus zwei Zonen besteht.
4. Ordne Equipment den Locations zu. Merke: Ein Equipment ist gewöhnlich ein physischer Gegenstand. Es kann sich nicht an zwei Orten zugleich befinden. Die Zuordnung ist exklusiv und gehört zu exakt einer Location. Kann ein Equipment nicht eindeutig zugeordnet werden, so ist das Gerät entweder falsch definiert (gibt es massig...) oder es muss an übergeordneter Stelle untergebracht werden, z.B. ein Multiroom Verstärker muss notfalls dem Gebäude zugeordnet werden, statt allen Räumen, in denen Teile des Geräts verfügbar sind. Man könnte bei einem solchen Gerät auch definieren, dass die Ausgänge als einzelne Equipments angesehen werden, so dass wieder eine Zuordnung z.B. zu Küche, Wohnzimmer und Esszimmer möglich ist. Voraussetzung ist aber, dass das Gerät dann noch vernünftig bedient werden kann

5. Ordne Points den Räumen zu. Z.B. der Batteriezustand eines Rauchmelders gehört zum Rauchmelder, der in einem bestimmten Raum montiert ist. Der Batteriezustand eines Wandsenders gehört ebenfalls zu dem Raum, in dem der Wandsender fix montiert ist. Achte darauf, dass alle Points korrekt zugeordnet sind (also z.B. die Leistungsaufnahme als Measurement/Power getaggt ist) Meist wird man Points als Nachfahren eines Equipments haben, aber es mag einzelnen Points geben, bei denen das nicht der Fall ist.
Du kannst ohne weiteres eine non-semantic Group bilden, in der Du alle Batteriezustände zusammenfasst. Die Betonung liegt aber auf dem NON. Diese Gruppe darf keinesfalls Bestandteil des Semantic Model sein!!!
Wenn Du obiges beherzigst, wirst Du das Semantic Model angezeigt bekommen.
Unterhalb der Main UI hast Du dann die vier Karteireiter, "Übersicht", "Standorte", "Geräte", "Eigenschaften".
Unter den Standorten wirst Du ein verflachtes Modell der Hierarchie finden, d.h. es wird jede Location angezeigt, welche Equipment und/oder Points als direkte Nachfahren hat, im Allgemeinen wirst Du also für jeden Raum in allen Gebäudeteilen eine Kachel angezeigt bekommen.
Unter den Geräten bekommst Du eine Kachel pro Geräteklasse, also z.B. alle Rauchmelder unter einer gemeinsamen Kachel.
Unter den Eigenschaften bekommst Du eine Ansicht nach Eigenschaften gruppiert, also z.B. alle Batteriezustände aller Geräte (NICHT die LowBattery Eigenschaft, aber der Level, wenn dieser zur Verfügung steht). Die LowBattery Eigenschaft wird direkt auf der jeweiligen Location Card signalisiert.
Man kann durchaus darüber streiten, ob damit alle Wünsche abgedeckt sind, aber das Semantic Model ist kein Wunschkonzert, die Art und Weise, wie hier konfiguriert wird, ist nicht frei wählbar. Tatsächlich ist das Semantic Model eine der unfreiesten Stellen in openHAB

- dafür werden aber darauf aufbauend vollautomatisch Ansichten erstellt, welche sonst nur mit extrem hohem Aufwand von Hand erstellt werden könnten.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet