source_type ist Instanzsache: Profilkatalog, Setup-Frage, evolve-subtypes-Instruction (schliesst #68)
Files changed: - CHANGES.md - VERSION - instructions/evolve-subtypes.md - instructions/kb-profiles.md - instructions/setup-instance.md - kb/sources/COLLECTION.md
This commit is contained in:
+53
-1
@@ -35,7 +35,7 @@ dev-checkout concern - readable here, never shipped as something to parse.
|
||||
|
||||
---
|
||||
|
||||
## 4.8.0-beta.8 - 2026-09-08 - raw accept: Datums-Shard statt Typverzeichnis, fidelity/authority am Drop-Punkt (schliesst #67)
|
||||
## 4.8.0-beta.9 - 2026-09-09 - source_type ist Instanzsache: Profilkatalog, Setup-Frage, evolve-subtypes-Instruction (#68)
|
||||
|
||||
**Author:** Torben Nehmer
|
||||
|
||||
@@ -49,6 +49,7 @@ dev-checkout concern - readable here, never shipped as something to parse.
|
||||
- kb/concepts/ bekommt Areas: layout: fuer concept, Area-Titel aus jedem Type-Spec, Schwellen-Empfehlung im lint (schliesst #59)
|
||||
- source_type: Default streichen, unclassified als sichtbares Fach, layout: fuer source (schliesst #66)
|
||||
- raw accept: Datums-Shard statt Typverzeichnis, fidelity/authority am Drop-Punkt (schliesst #67)
|
||||
- source_type ist Instanzsache: Profilkatalog, Setup-Frage, evolve-subtypes-Instruction (#68)
|
||||
<!-- /wikitool:bumps -->
|
||||
|
||||
Das Label `status/incoming` gibt es seit heute in Gitea: der Mensch legt einen
|
||||
@@ -527,6 +528,57 @@ hochgestuft, nur damit der Report leiser wird.
|
||||
|
||||
Schließt #67.
|
||||
|
||||
**`source_type` ist Instanzsache: Profilkatalog, Setup-Frage, `evolve-subtypes`-Instruction**
|
||||
(#68, Paket C von vier — A ist #66, B ist #67, D ist #69): reine Doku- und Instruction-Arbeit,
|
||||
kein Korpus-Sweep.
|
||||
|
||||
Befund: `source_type`s sieben Werte (`transcript`, `analysis`, `article`, `document`, `notes`,
|
||||
`tracker`, `unclassified`) beschreiben *diese* Instanz, nicht den Stack — gegen drei
|
||||
hypothetische Zielinstanzen (Handball-Verein, Produktentwicklung, Pen-&-Paper) hat die Liste
|
||||
fast nichts gemeinsam, während `fidelity`/`authority` (#67) in allen vieren dieselben Werte
|
||||
bleiben. Architektonisch war das längst wahr (`types/source.md` trägt `root: kb`, `dist export`
|
||||
liefert es nur als `.template`), nur stellte nichts die Frage: `instructions/kb-profiles.md`
|
||||
riet im `entities`-Abschnitt „Adapt the area list first", sagte im `sources`-Abschnitt aber kein
|
||||
Wort zu `source_type`. Zweiter Befund, aus #66 mitgenommen: das `unclassified`-Fach bekam einen
|
||||
beratenden `lint`-Befund, aber nie eine Prozedur, es wieder zu leeren.
|
||||
|
||||
Umgesetzt:
|
||||
|
||||
- `kb-profiles.md`s `sources`-Abschnitt behandelt `source_type` jetzt wie `entities` seine Area-
|
||||
Liste: als das, was zuerst anzupassen ist, mit zwei ausformulierten Domänenprofilen
|
||||
(Handball-Verein, Pen-&-Paper) als Anschauung, und dem ausdrücklichen Gegenbeispiel
|
||||
`fidelity`/`authority` — die sind Stack-Vokabular und stehen nicht zur Wahl.
|
||||
- `instructions/setup-instance.md` Schritt 5 bekommt einen neuen Unterschritt: nach dem
|
||||
Anwendungsgebiet fragen, `source_type`-Vorschlag ableiten, Enum und `layout:` in derselben
|
||||
Bearbeitung setzen. Mit der Ansage, dass der Betreiber zum Setup-Zeitpunkt null Quellen hat und
|
||||
seine Taxonomie vor jedem Material rät — das Ergebnis ist ein Startpunkt, keine Festlegung, und
|
||||
`unclassified` bleibt in jedem Vorschlag erhalten.
|
||||
- Neue Instruction `instructions/evolve-subtypes.md`, `manual: true`: benennt die
|
||||
Weiterentwicklungsschleife, die werkzeugseitig schon vollständig existierte (Fach sehen →
|
||||
Wert samt `layout:` ergänzen → `touch`/`move --reconcile` → `index rebuild`/`migrate verify`),
|
||||
über alle drei Subtype-Achsen (`entity_type`, `concept_type`, `source_type` — alle drei tragen
|
||||
`subtype_field:` **und** `layout:`; `comparison` keins von beidem). Zwei Regeln im Body: Wert
|
||||
und Sweep sind untrennbar (ein deklarierter Wert ohne Seite lädt zum Raten ein — genau der
|
||||
`notes`-Fall aus #66), und eine Aufnahmeschwelle von ≥3 Seiten, mit `spec`/`image` aus #66 als
|
||||
Gegenbeispiel und einer benannten-Ausnahme-Klausel für Fälle wie `tracker` bei zwei Seiten.
|
||||
`manual: true` verhindert, dass eine Taxonomie-Änderung in einen laufenden Ingest hineinstolpert
|
||||
— erwähnt aus `kb-profiles.md`, `setup-instance.md` und `kb/sources/COLLECTION.md`, aus keinem
|
||||
Skill, keiner AGENTS.md, keiner CLAUDE.md verlinkt.
|
||||
- `kb/sources/COLLECTION.md` benennt `evolve-subtypes.md` an der `unclassified/`-Zeile.
|
||||
|
||||
Die vom Vorbereitungs-Body übernommene, ursprünglich vierte Maßnahme entfiel: die
|
||||
`corpus-policy.md`-Floor-Ausnahme für `unclassified` steht dort bereits seit #66.
|
||||
|
||||
**MINOR**, geprüft gegen den Drop-in-Test: eine Instanz kopiert `instructions/` und `types/`
|
||||
über sich, nichts wird umbenannt oder entfernt, kein Kommando, kein Flag, kein
|
||||
maschinengelesenes Format. Kein `--breaking`, kein Migrationsdokument. `4.8.0-beta.9` desselben
|
||||
Kandidaten.
|
||||
|
||||
Geändert: `instructions/kb-profiles.md`, `instructions/setup-instance.md`,
|
||||
`instructions/evolve-subtypes.md` (neu), `kb/sources/COLLECTION.md`.
|
||||
|
||||
Schließt #68.
|
||||
|
||||
---
|
||||
|
||||
## 4.7.4 - 2026-09-04 - bootstrap.md nennt den session-id-WARN nach frischem Bootstrap explizit als erwartet
|
||||
|
||||
Reference in New Issue
Block a user