Agentic Ventures Wiki

SKILL

6 Min. Lesezeit

Tages-Planung

Abends den naechsten Werktag bewusst planen, statt morgens aus dem Stand zu reagieren. Output: ein Tagesplan-File im Tabellen-Format und passende Kalender-Events. Mehr macht der Skill nicht — Email-Triage, Wochen-Plan-Pflege, Dauer-Lernen sind getrennte Themen.

Geltungsbereich: Plant fuer morgen, nicht heute. Re-Plan tagsueber ist nicht Teil dieses Skills — wenn Marvin tagsueber umplant, passiert das im Chat plus Rule-19-Sync, ohne Skill-Aufruf.

Realitaets-Klausel (wichtigste Regel)

Maximal 3-4 echte Arbeits-Bloecke pro Tag. Rest ist Puffer, frei oder Mittagspause. Das 11:00-23:00-Fenster wird nicht vollgestopft. Marvins Energie-Peak ist 19:00-23:00, aber das heisst nicht 4h Deep Work — eher 2h Deep Work plus 1h locker.

Wenn der Vorschlag mehr als 4 Arbeits-Bloecke enthaelt: ueberdenken und kuerzen, bevor er gezeigt wird. Lieber zu wenig als zu viel — was uebrig bleibt, wandert auf “Bewusst nicht heute” mit Begruendung.

1. Config zuerst lesen

IMMER zuerst config-planning.md laden. Aus Marvins gelebter Realitaet relevant:

  • Chronotyp-Block → keine Bloecke vor 11:00, Wind-Down ab 23:30
  • Arbeitszeit-Fenster start_earliest: 11:00, end_latest: 23:00
  • Themen-Tag fuer morgen (Hinweis, kein Gesetz)

Nicht genutzt von diesem Skill (bewusst): dauer_defaults, recurring_themes. Schaetzungen passieren ad-hoc im Vorschlag.

2. Guard: gibt es schon einen Plan?

Pruefe Plugin-System day-plan fuer {morgen-iso} (laeuft im agentic-ventures Plugin-Skill, nicht im Vault).

  • Existiert nicht → weiter zu Schritt 3.
  • Existiert → kurz anzeigen was geplant ist, fragen: “Plan fuer morgen steht schon. Nochmal planen, nur anzeigen, oder skippen?“. Bei “nochmal planen”: existing File wird ueberschrieben, alter Lauf wandert in previous_run:-Frontmatter.

3. Kontext sammeln (parallel)

Lies parallel — diese Daten sind unabhaengig:

  1. Plugin-System TODO-Liste — offene TODOs mit Prio, WAITING-Items mit Faelligkeits-Datum (siehe Memory feedback_daily_planning.md)
  2. Google Calendar morgen 00:00-23:59 (mcp__gsuite__get_calendar_events) — fixe Termine
  3. Tagesplan heute im Plugin-System falls vorhanden — was wurde heute nicht erledigt und kippt nach morgen?

Wochen-Plan wird NICHT automatisch gelesen. Wenn Wochen-Prios relevant sind, sagt Marvin sie im Chat — der Skill pflegt die nicht aktiv.

4. Vorschlag bauen

Pro TODO eine grobe Dauer-Schaetzung (Bauchgefuehl, ohne Speicher). Reihenfolge nach:

  1. Fixe Termine (Kalender) als unverrueckbare Anker — werden NIE verschoben
  2. WAITING-Nachfass faellig morgen → flaggen (kein Auto-Draft)
  3. Themen-Tag-Match als Hinweis (z.B. Mi = Kunden-Calls passt)
  4. Energie-Verteilung: Lo-Fi 11:00-13:00, Deep Work 19:00-23:00. Anspruchsvolles nicht in den Mittag legen.
  5. Was uebrig bleibt → “Bewusst nicht heute” mit Begruendung pro Item

WAITING-Items: Nur flaggen (“Nachfass faellig fuer X”). KEINEN automatischen Draft bauen — Nachfass-Ton ist Beziehungs-abhaengig.

5. Briefing zeigen

Knapp und im Tabellen-Format. Genau dieses Schema:

🎯 Vorschlag fuer {Wochentag} {YYYY-MM-DD} (Themen-Tag: {tag})
 
Wochen-Prios die heute laufen (sag wenn ich was vergessen hab):
- {nur wenn Marvin welche im Chat genannt hat oder offensichtlich aus action-items.md}
 
| Zeit | Block | Prio / Quelle |
|------|-------|---------------|
| 09:00-11:00 | Morgen-Anlauf (fix) | — |
| {Slot} | {Titel} | {WICHTIG/NORMAL} — {Begruendung in 5 Worten} |
| {Slot} | [FIX] {Kalender-Termin} | Kalender |
| ... |  |  |
| 22:45-23:00 | Dogfood-Log + Tages-Abschluss (optional) | — |
 
Bewusst nicht heute:
- "{TODO}" — {Grund: Energie / Themen-Tag passt nicht / kommt {Tag}}
 
Passt? Aenderungen? "ok" zum Eintragen.

Dogfood-Log-Slot ist optional — am Ende einmal kurz fragen: “Heute Abend Dogfood-Log machen? (j/n)“. Bei “n” rauslassen.

6. Review-Gate

Marvin kann reagieren mit:

  • ok / passt / eintragen → Schritt 7 ausfuehren
  • aendere X / Y streichen / tausch A und B → Vorschlag neu bauen, wieder Schritt 5
  • abbrechen → nichts ausfuehren, kein File schreiben

Niemals etwas ausfuehren ohne expliziten OK — auch keine Kalender-Events.

7. Side-Effects (erst nach OK)

Reihenfolge:

  1. Plugin-System day-plan fuer {morgen} schreiben — Format siehe Schritt 8.

  2. Pro Block ein Kalender-Event (mcp__gsuite__create_calendar_event):

    • Calendar: primary
    • Titel: 📋 {Block-Titel} — 📋-Prefix kennzeichnet internes TODO. Emoji ok weil kein Attendee (sieht keiner extern).
    • Description: aus tages-planung {YYYY-MM-DD} — keine internen Details (Memory feedback_kalender_keine_internen_infos.md).
    • Start/End: wie im Vorschlag
    • KEIN Attendee — rein intern. Niemals externe Einladung ohne Marvins explizite Bestaetigung (Memory feedback_keine_einladungen_ohne_ok.md).
    • send_notifications: false

  3. Plan-Sync — wenn der Plan eine bestehende Datei ueberschreibt: alte Kalender-Events fuer den Tag holen, geaenderte/geloeschte patchen oder loeschen, neue erstellen. Markdown und Kalender muessen am Ende identisch sein. Siehe CLAUDE.md.

KEINE neuen TODOs in der Plugin-TODO-Liste schreiben als Side-Effect dieses Skills — TODOs entstehen woanders, der Tagesplan greift nur auf bestehende zu.

8. Tagesplan-File-Format

Datei (im Plugin-System): day-plans/{ISO-Datum}.md

---
description: Tagesplan {Wochentag-Kurz} {YYYY-MM-DD} — {Themen-Anker als Prosa, was prägt den Tag}
last_reviewed: {ISO-Datum-heute}
run_at: {ISO-Timestamp-jetzt}
status: planned
visibility: internal
---
 
# Tagesplan {Wochentag-Kurz} {YYYY-MM-DD}
 
**Themen-Anker:** {ein Satz, was prägt den Tag}
**Wochen-Prios die heute laufen:** {nur wenn relevant — sonst ganze Zeile weg}
 
## Plan
 
| Zeit | Block | Referenz |
|------|-------|----------|
| 09:00-11:00 | Morgen-Anlauf (fix) |  |
| {Slot} | {Titel mit kurzer Beschreibung} | {Cross-Link falls passend} |
| {Slot} | **📞 {Externer Termin}** | Kalender-Event |
| ... |  |  |
 
## Bewusst nicht heute
 
- **{Item}** — {Grund: warum nicht heute}
- ...
 
## Dogfood-Log-Eintrag (Abend)
 
{nur wenn Marvin "ja" gesagt hat — sonst Sektion weglassen}
 
## Related
 
- `week-plans/{aktuelle-KW}.md` (Plugin-System) {nur wenn existiert}
- Plugin-TODO-Liste
- `{gestern-iso}.md` — gestern
- [[../../../../_meta/config-planning]]

Frontmatter description als Prosa, nicht strukturierte Felder wie themen_tag:. Liest sich besser, ist konsistent zu deinen bestehenden Plaenen.

9. Spezialfall Freitag → Montag

Wenn der Skill freitags abends laeuft und der naechste Werktag Montag ist: explizit fragen “Nur Montag planen, oder auch Sa/So-Slots blocken (z.B. fuer freiwillige Projekte)?“. Keine stille Wochenend-Ueberspringung.

10. Cross-Skill-Hooks + Skill-Hint pro Block

10a. Im Vorschlag — Skill-Hint in der Referenz-Spalte

Pro Block in Schritt 5 / 8: wenn der Block-Inhalt zu einem Skill passt, nenne den Skill in der Referenz-Spalte der Tabelle. Marvin merkt sich Skill-Namen nicht (Memory user_adhd.md) — sichtbar machen im Moment des Bedarfs ist der Mechanismus.

Pattern-Match (nicht vollstaendig, nur typische Faelle):

Block-Inhalt enthaeltSkill-Hint in Referenz-Spalte
„Email an X”, „Reply Y”, „Draft an Z”email-schreiben
„Email-Check vor Send”, „pass das raus”email-review
„Inbox”, „mobile-notizen”, „was hab ich mir geschickt”inbox-sync
„Wiki”, „Vault aufraeumen”, „inbox abarbeiten”, „drift check”wiki-maintenance
„Termin Kunde X”, „Slot finden”, „Call koordinieren”termin-koordinieren
„Hugo”, „av-website”, „Landing-Page”, „Browser-Check”qa-staging
„MCP-Deploy”, „go-live”, „security check”, „audit”security-audit
„Transkript”, „Video”, „SRT”transkript-erstellen
„Hero-Bild”, „B-Roll”, „Thumbnail”, „OG-Image”image-gen
„Neuer MCP-Server”, „fork mcp-Y”, „MCP fuer X bauen”mcp-eigenbau
„Custom Connector”, „hosted MCP”, „Mono-MCP”mcp-cloud-bereitstellung
„Cron-Agent”, „Lambda anlegen”, „Routine fuer X”routine-anlegen

Max 1 Skill pro Block — wenn mehrere passen, den spezifischsten. Nicht erfinden wenn kein klarer Match. Leere Referenz-Spalte ist OK.

10b. Cross-Skill-Hooks (aktive Delegierung)

  • Wenn ein Block einen Kunden-Termin betrifft, der noch koordiniert werden muss: nutze SKILL statt selbst zu rechnen.
  • Wenn ein Block einen Go-Live oder Deploy enthaelt: flagge im Vorschlag dass SKILL und/oder SKILL davor laufen sollten — nicht zur Pflicht machen, nur sichtbar.
  • config-planning — Chronotyp + Arbeitszeit-Fenster (das Einzige was dieser Skill liest)
  • CLAUDE — Behavior Rules (Config zuerst, Kalender-Hygiene)
  • SKILL — fuer Kunden-Termin-Slots
  • gsuite — Calendar-MCP
  • Plugin-TODO-Liste (Plugin-System, nicht im Vault)
  • Memory: feedback_keine_einladungen_ohne_ok.md, feedback_kalender_keine_internen_infos.md, feedback_daily_planning.md, feedback_arbeitsrhythmus.md, feedback_calendar_style.md

Graphansicht