instructions: raw accept rückt im Ingest hinter die Verpflichtungsentscheidung (#136)
Files changed: - CHANGES.md - README.md - VERSION - docs/knowledge-and-commitment.md - instructions/CONTRACT.md - instructions/ingest-large-tree.md - instructions/ingest-queue.md - instructions/wiki-ingest/SKILL.md
This commit is contained in:
1 parent
88e7cc17f4
commit
2cce979814
8 files changed
+122
-61
No files matched your search
+32
-1
@@ -59,7 +59,7 @@ concern - readable here, never shipped as something to parse.
|
||||
|
||||
---
|
||||
|
||||
## 7.0.0-beta.12 - 2026-09-20 - task new: einen zweiten Schreibweg in den Tracker (ein Posten, keine Seite)
|
||||
## 7.0.0-beta.13 - 2026-09-22 - wiki-ingest: raw accept rückt hinter die Verpflichtungsentscheidung
|
||||
|
||||
**Author:** Torben Nehmer
|
||||
|
||||
@@ -81,6 +81,7 @@ concern - readable here, never shipped as something to parse.
|
||||
- Skill weekly-review: turning wikitool review's findings into decisions
|
||||
- Doku-Nachzug zu #119: die Verpflichtungsschicht erreicht Installation, Setup und docs/
|
||||
- task new: einen zweiten Schreibweg in den Tracker (ein Posten, keine Seite)
|
||||
- wiki-ingest: raw accept rückt hinter die Verpflichtungsentscheidung
|
||||
|
||||
**Low impact**
|
||||
- new project: Testabdeckung fuer die required-responsibility-Ablehnung
|
||||
@@ -399,6 +400,36 @@ nennt, ist entsprechend auf `wiki-ingest` erweitert. `docs/knowledge-and-commitm
|
||||
`tools/CONTRACT.md` sind nachgezogen; Gitea #128 (der zweite Adapter) traegt jetzt `create_item`
|
||||
in seiner eigenen Flaeche.
|
||||
|
||||
### wiki-ingest: raw accept rückt hinter die Verpflichtungsentscheidung
|
||||
|
||||
Gitea #136, eine offen gebliebene Teilfrage aus #132: `raw accept` lief dort weiterhin ganz am
|
||||
Anfang des Laufs, vor Lesen, Diskussion und Verpflichtungserkennung - scheiterte `task new`, fand
|
||||
sich eine bereits nach `raw/` befoerderte Rohdatei vor, obwohl #132s eigenes Kriterium "keine
|
||||
Seite geschrieben und keine Rohdatei befoerdert" verlangte. `docs/knowledge-and-commitment.md`
|
||||
behauptete diese Eigenschaft seit demselben Commit bereits als Tatsache; der Baum beschrieb ein
|
||||
Design, das es nicht gab.
|
||||
|
||||
`wiki-ingest`s Schritte 1-5 sind neu geordnet: lesen, Metadaten, `search`, Diskussion inklusive
|
||||
Verpflichtung und `task new`, dann erst `raw accept`. Die Schritte 6-12 behalten ihre Nummern
|
||||
unveraendert, ebenso jeder Fremdverweis, der eine dieser Nummern nennt. Zwei Stellen sind dabei
|
||||
verschaerft, nicht nur verschoben: die `fidelity`/`authority`-Frage in Schritt 5 benennt jetzt
|
||||
ausdruecklich, dass die Datei zu diesem Zeitpunkt schon vollstaendig gelesen ist - der Moment, in
|
||||
dem die Versuchung, den Wert aus dem Inhalt zu erschliessen statt ihn zu erfragen, am groessten
|
||||
ist -, und derselbe Schritt benennt, dass seine Kollisionsverweigerung jetzt spaeter faellt, nach
|
||||
Lesen, Diskussion und moeglicherweise bereits angelegtem Tracker-Posten.
|
||||
|
||||
Eine Ausnahme bleibt bewusst bestehen: ein Lauf, der wegen Volumen oder Breite an
|
||||
`instructions/ingest-large-tree.md` uebergibt, befoerdert weiterhin vor der Verpflichtungsfrage -
|
||||
dessen `work new --input <pfad>` verweigert jeden Pfad ausserhalb `raw/`, und der Lauf ist ohnehin
|
||||
nicht atomar, da er unit-weise ueber Tage publiziert und seine eigene Verpflichtungsfrage erst in
|
||||
Schritt 5d je Unit stellt. `docs/knowledge-and-commitment.md` nennt diese Ausnahme jetzt explizit,
|
||||
statt die Eigenschaft unbedingt zu behaupten. `README.md` und `instructions/CONTRACT.md` sind
|
||||
nachgezogen.
|
||||
|
||||
Zwei Fragen, die sich beim Durchsehen der Naht zwischen Wissen und Verpflichtungen zusaetzlich
|
||||
zeigten - `gtd-weekly-review`s veraltete Zaehlung der GTD-Kommandos, und ob der Weekly Review
|
||||
`task new` kuenftig anbieten soll -, sind bewusst nicht Teil dieser Aenderung: Gitea #137 und #138.
|
||||
|
||||
---
|
||||
|
||||
## 6.2.0 - 2026-09-19 - Entity-Subtyp project nach codebase umbenannt
|
||||
|
||||
Reference in new issue
Block a user