Update 2.60
9.6.2026
v2.60.0BETA
Seymour
Wiederverwendbare schreibgeschützte Atlas-Evidenz-Badges, angewandt auf den Monster AI Editor
- Erste Schicht von
HANDOFF_ATLAS_READONLY_MODULE_BADGES: eine wiederverwendbare Evidenz-Badge-Komponente, die pro Eintrag zeigt, woher die Daten stammen und wie weit man ihnen trauen kann — ohne Writer, ohne Apply, ohne SIN. NeuModules/Common/AtlasEvidenceBadgeStrip.axaml(.cs)(Drop-in-UserControl mit einerEvidence-Eigenschaft) +Modules/Common/AtlasEvidenceBadge.cs(AtlasEvidenceBadgenach Schweregrad gefärbt +AtlasEvidenceInfomit Badges/Ursprung/„wo es erscheint", FactoriesForBibleEntry/ForDetail). Schlüsselentscheidung (nach dem adversarischen Review): EINE Engine —AiBibleEvidencewurde inDerive(...)parametrisiert und der Strip nutzt die kanonischen Badges des Eintrags überentry.EvidenceBadges, sodass der Inline-Strip des Monster-AI und das vollständige BIBLE-Fenster nie divergieren können;IDAbleibt ein separates strukturelles Badge und kollabiert nie in ein grünesproved(ein Bug, den das Review fing und fixte). Daspartial-Token der Mission hinzugefügt. Der „wo es im Spiel erscheint"-Text wurdeAiBibleWhereAppears(eine DRY-Quelle, geteilt von BIBLE und den Modulen). Angewandt auf das Inline-BIBLE-Panel desMonster AI Editor: Badges + Ursprung + ein „wo es erscheint"-Expander für den gewählten Eintrag; der bestehende 📖 Abrir guia completo-Button öffnet die fokussierte BIBLE. Keine runtime-, SIN-, save-path- oderSpiraDataAtlasCatalog-Provider-Änderungen. Build 0 Fehler / 361 Warnungen;--spiraatlas-rt0und--aicmdmeta-rt0PASS;AiScriptLab --ai2PASS (Validator sauber 346/346). [vorher:v2.59.0]
v2.60.1BETA
Seymour
Atlas-Evidenz-Badges im Sphere Grid Explorer (zweite Read-Only-Anwendung)
- Die
v2.60.0-Badge-Infra bekam ihr zweites Zuhause: die Auswahl eines Knotens imSphere Grid Explorerzeigt jetzt die Evidenz-Badges des Knotens (parser-corpus+RT0+read-only), den Ursprung und „wo es erscheint", viaAtlasEvidenceInfo.ForDetail+<common:AtlasEvidenceBadgeStrip>. Ein winziger Read-Only-AccessorSpiraDataAtlasCatalog.TryGetSphereGridNode(layout, nodeIndex)(spiegeltTryGetMonsterDetail) mapptSourceKind(Original/Standard/Expert →OSG/SSG/ESG) + Knotenindex aufatlas:sphere-grid-node:{layout}:{index}— die exakte ID, die der Katalog baut, sodass der Knoten auflöst; bei jedem Miss versteckt sich das Strip selbst (kein falsches Badge). Crosslink-Ehrlichkeit (Guardrail von Halyson erneut betont): von den 4 angeforderten Modulen hat nur Sphere Grid einen stabilen Crosslink.Treasure(opakersourceKey, nicht umkehrbar aus dem buki_get-Index ableitbar),Shop(der Atlas-Schlüssel ist bank+slot unditem_operand_hexist für Items leer; Mapping per Operand wäre ein Kategoriefehler) undMix(es gibt kein -Detail-Kind im Atlas) wurden bewusst ausgelassen — ein erzwungenes Badge dort würde das „no stable crosslink → hide"-Guardrail brechen. Keine Writer-, SIN-, Runtime- oder Badge-Engine-Änderungen. Build 0 Fehler / 361 Warnungen;--spiraatlas-rt0PASS (2493 Sphere-Grid-Knoten) und--aicmdmeta-rt0PASS. Adversarial verifiziert: 0 Defekte. [previous:v2.60.0]
v2.60.2BETA
Seymour
Atlas-Evidenz-Abzeichen im Treasure-Editor (Gear-Truhen) + ehrliche Korrektur des Treasure-Crosslinks
- Der Scout
HANDOFF_ATLAS_RIKKU_TREASURE_SHOP_MIX_CROSSLINK_SCOUTeröffnete diev2.60.1-Behauptung "Treasure hat keinen stabilen Schlüssel" neu und bewies das Gegenteil fürtreasure-buki-getGear-Truhen: dersource_keydes -Crosslinks ist NICHT undurchsichtig — er isttreasure:0x{index:X4}, direkt aus dem Zeilenindex des Editors rekonstruierbar. Byte-fundierte Prüfung: das(treasure_index, buki_get_id)des Crosslinks ≡takara.bins(logical_index, type)über alle 82 Kind=0x05-Zeilen, 0 Abweichungen. Neuer Nur-Lese-AccessorSpiraDataAtlasCatalog.TryGetTreasureGear(treasureIndex, expectedBukiGetRow)löstatlas:gear:treasure-0x{index}mit einem Value-Guard auf: Da Treasure ein editierbares Modul ist, zeigt das Abzeichen nur, solange das aktuellebuki_getder Truhe noch dem Korpus entspricht — das Neuausrichten oder Ändern des Kind blendet den Streifen aus (kein Stale-Abzeichen). Verdrahtet in die "Gear Pickup / "-Karte desTreasureEditorviaAtlasEvidenceInfo.ForDetail+<common:AtlasEvidenceBadgeStrip>(Abzeichenparser-corpus+RT0+read-only, nieproved). Shop bleibtpartial(der positionale0x{bank}:slot:{n}-Schlüssel IST stabil und rekonstruierbar, aber der Item-Shop trägt nurdisplay_textund der Gear-Shop keinen Pro-Slot-Index, also gibt es keinen sauberen Value-Guard auf einem editierbaren Modul → UI aufgeschoben, um ein falsch-positives zu vermeiden). Basteln bleibtblocked(es existiert kein Mix-Detail-Kind im Atlas; eines hinzuzufügen würde einen Anker erfinden). BukiGet = redundant/1:many (referenziert takara bereits selbst). Das--spiraatlas-rt0-Gate gewann 3 dauerhafte Asserts (positiver Lookup + Value-Guard + non-gear-Miss), alle PASS. Keine Writer-, SIN-, Runtime- oderCommon-Badge-Engine-Änderungen. Build 0 Fehler / 361 Warnungen;--spiraatlas-rt0,--aicmdmeta-rt0und--treasure-rt0PASS. Doc:docs/ai/ATLAS_RIKKU_TREASURE_SHOP_MIX_CROSSLINK_SCOUT_RESULT_2026-06-09.md. [previous:v2.60.1]