# 2026-01-26

## Proaktive Cron-Nachrichten - Learning

**Problem:** Cron-Job für 7-Uhr-News triggerte main Session, aber keine proaktive Telegram-Nachricht.

**Lösung:** Für proaktive Nachrichten an Telegram:
```json
{
  "sessionTarget": "isolated",
  "payload": {
    "kind": "agentTurn",
    "message": "...",
    "deliver": true,
    "channel": "telegram",
    "to": "<user_id>"
  }
}
```

→ Dokumentiert in `.learnings/LEARNINGS.md` (LRN-20260126-001)

## Cron-Jobs eingerichtet
- **Morgendliche News um 7** — täglich, Deutschland/Welt + KI/Tech News (funktioniert!)
- **Nightly Git Commit & Push** — täglich 00:00, auto-commit + push
- Test-Nachrichten um 08:10 und 13:00/13:10 erfolgreich ✅

## Telegram-IDs dokumentiert
- **Bastian:** `24466372`
- **Jasmin:** `8280212990`
→ In TOOLS.md gespeichert

## Home Assistant
- **Sucky** (Staubsauger-Roboter) dokumentiert
  - Entity: `vacuum.sucky` (Deebot)
  - Räume: WC (1), Gästezimmer (2), Küche (3), Flur (4), Wohnzimmer (5)
→ In TOOLS.md gespeichert

## Self-Improvement in AGENTS.md eingebaut
- Neuer Abschnitt "🎓 Self-Improvement" 
- Reminder nach komplexen Tasks: Learnings dokumentieren
- Ersetzt das activator.sh Hook-Script (das für Claude Code CLI gedacht ist)

## Präferenzen aktualisiert
- **Sprachnachrichten → Textantwort** (nicht Voice → Voice)
→ In USER.md aktualisiert

## Sonstiges
- imsg braucht Full Disk Access für Clawdbot.app (noch nicht aktiviert)
- Sandbox-Optionen für Channel-spezifische Tool-Einschränkungen besprochen
- WhatsApp-Setup Doku erklärt
- Video-Zusammenfassungen mit summarize Skill (Cathie Wood Interview, Nvidia Persona)
- Mehrere Git-Commits gepusht

## Skills installiert (gestern Abend / heute)
- clawddocs
- claude-code-usage  
- summarize (+ CLI via brew)

---

## Arbeit: Jira Feedback-Status Konflikt mit Giovanni

**Beteiligte:**
- **Giovanni** — Teamleiter Applications, hat Jira Help Desk eingeführt (mit externem Partner)
- **Bruno** — Teamleiter Plattformmanagement
- **Stefan** — Mitarbeiter von Giovanni, mit dem er seine Position abgestimmt hat
- **Abteilungsleiter** — hat bereits entschieden, dass Giovanni den Status implementieren soll

**Das Problem:**
- Wenn jemand in Jira-Kommentaren per @mention getaggt wird, ist nicht klar ersichtlich, dass ein To-Do vorliegt
- Tickets bleiben liegen, weil Rückfragen untergehen

**Bastians Vorschlag:**
- Neuer Status "Feedback" einführen
- Bei Rückfragen: Ticket der Person zuweisen, von der man Feedback erwartet
- So hat jeder eine klare To-Do-Liste

**Giovannis Widerstand:**
- Argumentiert mit "Holprinzip" (jeder holt sich selbst Tickets)
- Bedenken: "Was wenn ich den falschen erwische?"
- Nennt einen "Showstopper": Wenn er kurz helfen will, müsste er Status ändern (stimmt aber nicht)
- Postet Bedenken öffentlich im Teams-Channel NACH der Entscheidung des Abteilungsleiters

**Warum Giovannis Argumente wackeln:**
1. Seine eigene Alternative 3 (Automation bei @mention = Zuweisung) hebelt das Holprinzip genauso aus
2. Der "Showstopper" ist keiner — für schnelle Hilfe braucht man keinen Statuswechsel
3. Keiner seiner Vorschläge löst das eigentliche Problem (Rückfragen gehen unter)

**Status:**
- Abteilungsleiter hat Implementierung angeordnet
- Giovanni argumentiert weiterhin dagegen (passiver Widerstand)
- Bastian hat sachliche Antwort im Teams-Channel gepostet (mit humanizer überarbeitet)
- Ein Feedback-Status ist Industriestandard (Jira, Zendesk, ServiceNow, Freshdesk)

**Bastians Kompromiss-Vorschlag:** 4-6 Wochen testen, dann evaluieren
