fix: network property means any network reach, not only HTTP (#144)

Files changed:
- CHANGES.md
- VERSION
- tools/CONTRACT.md
- tools/chemenu/cli_contract.py
- tools/chemenu/commands/git_publish.py
- tools/chemenu/commands/upstream_cmd.py
- tools/chemenu/commands/version_cmd.py
- tools/chemenu/tests/test_cli.py
- tools/chemenu/version.py

CHANGES.md

@@ -59,7 +59,7 @@ concern - readable here, never shipped as something to parse.
 
 ---
 
-## 7.1.0-beta.22 - 2026-09-26 - fail() prints the command's ON FAILURE lines on stderr
+## 7.1.0-beta.23 - 2026-09-26 - network: property defined; sync, publish and upstream merge marked networked
 
 **Author:** Torben Nehmer
 
@@ -91,6 +91,7 @@ concern - readable here, never shipped as something to parse.
 - Command records, Private instances group: one line per cause, examples, prohibitions
 - Command records, Instance health group: one bullet per check, examples
 - Command records: NOTES is always a tuple of bullets; every record's examples are tested
+- network: property defined; sync, publish and upstream merge marked networked
 <!-- /wikitool:bumps -->
 
 ### CalDAV task-tracker provider (Nextcloud Tasks, iOS Reminders); review reports unknown-value findings instead of skipping them
@@ -358,6 +359,29 @@ byte-identical to before. `cli.py`'s and `_util.py`'s lookup of the running comm
 `cli_contract` path is now one shared function, `cli_contract.path_of`, in place of a private
 copy that used to live only in `cli.py`.
 
+### network: Eigenschaft definiert; sync, publish und upstream merge als netzwerkend markiert
+
+Gitea #144: `network:` blieb undefiniert und stand mit dem Code sowie mit sich selbst im
+Widerspruch. `sync` und `publish` (`git_publish.py`) sowie `upstream merge` (`upstream_cmd.py`)
+sprechen ein Git-Remote an (`fetch`, `ls-remote`, `push`), trugen aber `network: no`; `upstream
+verify` liest nur bereits geholte Refs und bleibt zu Recht bei `no`. Gleichzeitig behauptete
+`version check`s Datensatz, mit `version notes` eines von nur zwei netzwerkenden Kommandos in
+`wikitool` zu sein - während `review`, `task new`/`task list`/`task close` und `doctor` seit
+Gitea #121 ebenfalls `network: yes` tragen. Drei weitere Docstrings wiederholten dieselbe
+Ausschließlichkeit: der Modul- und der Befehls-Docstring von `version_cmd.py` sowie
+`fetch_latest`s Docstring in `version.py`, dessen Behauptung „the one place that talks to a
+remote host" auch unter der bisherigen, engen Lesart falsch war, da `tasks/caldav.py` und
+`tasks/superproductivity.py` ebenfalls per `urllib` sprechen.
+
+Entschieden (Operator, 2026-09-26): `network:` meint jeden Netzzugriff, gleich ob per HTTP aus
+`wikitool` selbst oder per Git-Operation gegen ein Remote - maßgeblich ist, was möglich ist,
+nicht was im Normalfall passiert, und ein Git-Aufruf, der nur lokale Refs liest, zählt nicht.
+Diese Bedeutung steht jetzt im Docstring von `cli_contract.Network`. `sync`, `publish` und
+`upstream merge` tragen `network: yes`; alle vier überzähligen bzw. falschen Textstellen sind
+korrigiert, ohne eine neue Zahl zu behaupten. Ein neuer Test schreibt die Menge der `network:
+yes`-Pfade explizit fest, damit ein künftiger Wechsel eine bewusste Teständerung ist statt
+stillen Auseinanderlaufens.
+
 ---
 
 ## 7.0.0 - 2026-09-22 - Task-Tracker-Anbindung: Vorhaben als Seitenart, Verpflichtungsschicht, Weekly Review als Read-Time-Join