Einführung in der Wissensbasis

Status: Entwurf

Vorschläge von Claude – nicht verbindlich, bis Daniel sie freigibt.

Der erste echte Nutzer von 0.1 ist Daniels Wissensbasis (ein Git-Repository aus Markdown-Dateien mit [CHECK]- und [ASSUMPTION]-Markierungen).

Vorschlag: .deciwa/ im Wurzelverzeichnis der Wissensbasis, committet PROP_ROLLOUT_LOCATION
status: draft
refines: DEC_DECIWA_FOLDER, DEC_GIT_COMMITTED

deciwa init im Wurzelverzeichnis. Archiv- und Quellenordner kommen in [ignore], weil sie nie reviewt werden.
Vorschlag: Bestehende [CHECK]-Markierungen werden einmalig in Anfragen überführt PROP_ROLLOUT_MIGRATE
status: draft
refines: DEC_NO_MARKERS, PROP_SKILLS_FORMAT
refined by: Q_ASSUMPTION, Q_MARKERS

Ein einmaliges Skript findet jede [CHECK]-Zeile, legt am Element, das sie enthält, einen request an (Frage und Empfänger aus dem Markierungstext) und entfernt die Markierung aus dem Text. Danach nutzen Agenten deciwa-ask, statt Markierungen zu schreiben.
Frage: Ersetzt deciwa [CHECK] und [ASSUMPTION] oder nur [CHECK]? Q_MARKERS
status: answered
to: Daniel
refines: PROP_ROLLOUT_MIGRATE

Beantwortet von Daniel (2026-10-22): deciwa ersetzt [CHECK] – siehe deciwa ersetzt die [CHECK]-... (DEC_REPLACES_CHECK). [ASSUMPTION] ist noch offen: Wird auch [ASSUMPTION] zu e... (Q_ASSUMPTION).
Frage: Wird auch [ASSUMPTION] zu einer Anfrage? Q_ASSUMPTION
status: open
to: Daniel
refines: PROP_ROLLOUT_MIGRATE

[ASSUMPTION] sagt „für diese Zahl gibt es keinen Beleg“. Das könnte eine Anfrage werden oder als Markierung bleiben, weil es auch für Lesende eines PDFs oder einer Folie sichtbar sein muss, die aus dem Text gebaut werden.
Frage: Wie reviewt Daniel in 0.1 ohne Editor-Integration? Q_REVIEW_UI_01
status: open
to: Daniel

VS Code kommt in 0.3. In 0.1 läuft das Review über die CLI und über Claude („geh diese Datei mit mir durch“, mit den Skills). Optionen: (a) das reicht für 0.1; (b) ein minimales HTML-Overlay in 0.1 vorziehen, gebaut aus dem klickbaren Prototyp und ausgeliefert von einem ersten deciwa serve.