Files
clawdbot/memory/2026-01-26.md

97 lines
3.5 KiB
Markdown

# 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