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:

{
  "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:

Seine eigene Alternative 3 (Automation bei @mention = Zuweisung) hebelt das Holprinzip genauso aus
Der "Showstopper" ist keiner — für schnelle Hilfe braucht man keinen Statuswechsel
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

3.5 KiB Raw Blame History