feat: add like_post tool via wallmood endpoint (v0.4.2)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

SPEC.md

@@ -266,6 +266,24 @@ mit `{"a00": {"un": {"un": {"message": "missing value in: id"}}}}` auf Top-Level
 → wird vom fw_client fälschlich als Erfolg interpretiert. Daher ist der korrekte Parameter-Name
 kritisch.
 
+### `wallmood` – Wall-Post liken / unliken
+POST https://api.familywall.com/api/wallmood
+Content-Type: application/x-www-form-urlencoded
+
+**Body-Parameter (zu verifizieren):**
+
+| Parameter | Pflicht | Wert |
+|---|---|---|
+| `wallId` | ja | Post-ID aus `get_activities` (Format `wall/23431854_31119189`) |
+| `moodType` | vermutlich ja | `"LIKE"` zum Liken, `"NONE"` zum Unliken (zu verifizieren) |
+
+**Verhalten:** Gleicher Endpoint für Like und Unlike. Mechanismus (Toggle vs. explizit)
+und genaue Parameter-Namen sind noch zu verifizieren via `FW_DEBUG=1`.
+
+Ein Like erzeugt serverseitig einen neuen Wall-Eintrag (Nebeneffekt).
+
+**Response-Struktur:** zu verifizieren beim ersten echten Call
+
 ## Noch zu verifizieren
 
 - ~~Exakter Wert für `type`-Parameter beim Login~~ → nicht senden (verifiziert per JS-Analyse)
@@ -279,4 +297,5 @@ kritisch.
 - ~~`taskcreate2`: Response-Struktur~~ → `a00.r.r` = vollständiges Task-Objekt (verifiziert)
 - ~~`taskupdate2`: ob `taskListId` Pflichtfeld ist~~ → **nein**, nicht erforderlich (verifiziert)
 - ~~`taskmark`: korrekter Parameter-Name~~ → **`taskId`** (nicht `metaId`!) (verifiziert)
-- ~~`metadelete`: korrekter Parameter-Name + Response-Struktur~~ → **`id`**, Response `"true"` (verifiziert)
+- ~~`metadelete`: korrekter Parameter-Name + Response-Struktur~~ → **`id`**, Response `"true"` (verifiziert)
+- `wallmood`: Parameter-Namen (`wallId`?, `moodType`?), Toggle vs. explizit, Response-Struktur