docs: INSTALL.md nennt die Anwendungsgebiet-Frage aus dem Setup (Nachzug zu #68)
CI / verify (push) Successful in 48s
CI / verify (push) Successful in 48s
Files changed: - INSTALL.md
This commit is contained in:
@@ -76,6 +76,15 @@ Zwei Schritte, von denen nur der erste rein menschlich ist:
|
||||
hält `instructions/kb-profiles.md` bereit; es ist eine Palette, kein Enum. Sag die Sprache
|
||||
**vor dem ersten Ingest** - danach ist ein Wechsel der Abschnittsnamen eine Migration jeder
|
||||
bereits angelegten Seite.
|
||||
- **Anwendungsgebiet** - woraus dieses Wiki seine Quellen zieht. Daraus schlägt der Agent
|
||||
eine `source_type`-Liste vor (bei einem Verein etwa Satzung, Protokoll, Spielbericht statt
|
||||
Transkript, Analyse, Artikel) und setzt sie in `types/source.schema.yaml` und
|
||||
`types/source.md` ein. Das ist ein **Startpunkt, keine Festlegung**: zu diesem Zeitpunkt hat
|
||||
die Instanz null Quellen, die Taxonomie ist also geraten, bevor jemand Material gesehen hat.
|
||||
Sie wird später an echtem Bestand korrigiert - `instructions/evolve-subtypes.md` beschreibt,
|
||||
wie ein Wert dazukommt und wie das Auffangfach `unclassified` wieder leer wird. Nicht zur
|
||||
Wahl stehen `fidelity` und `authority`: die beiden sind Stack-Vokabular und in jeder Domäne
|
||||
dieselben.
|
||||
- **Personalization** - wer diese Instanz bedient (`USER.md`) und wie sie klingt
|
||||
(`SOUL.md`). Die Distribution bringt nur `USER.md.template` und `SOUL.md.template` mit:
|
||||
persönlicher Inhalt gehört nicht in jede exportierte Kopie, aber beide Dateien werden in
|
||||
|
||||
Reference in New Issue
Block a user