Dailybot-Addon

Verbindet die Deep Work Plan-Ausführung mit einem Dailybot-Team, damit Menschen sehen, was Agenten bauen — Kickoff, Fortschritt mitten im Plan, Blocker und Abschluss — ohne zusätzliche Meetings oder eine zweite Toolchain. Ein optionales Addon für Teams, die bereits Dailybot nutzen.

Die zentrale Deep Work Plan-Methodik hat null Dailybot-Abhängigkeit. Ein Repository ohne optionale Addons ist vollständig konform. Bieten Sie dieses Addon nur an, wenn der Entwickler oder das Team Dailybot bereits nutzt; niemals für alle automatisch installieren.

Wann es einsetzen

Was dieses Addon verbindet (bewusst eng gefasst)

Das DWP-Dailybot-Addon erfindet Dailybot nicht neu. Es verbindet die Planausführung mit der dailybot-report-Sub-Skill und committet optional Harness-Hooks. Alles andere — Installation, Einwilligung, Authentifizierung, Schreibstil — wird an die offizielle Dailybot-Agent-Skill (aktuell 3.23.14) delegiert.

Vier Lifecycle-Ereignisse

Während DWP create / execute verbindet das Addon vier Best-Effort-Agenten-Updates. Jedes Ereignis ist bedingt (Dailybot vorhanden und authentifiziert), nicht blockierend und respektiert .dailybot/disabled.

Payloads leiten sich von der State-Schicht des Plans (state.json) ab, wenn vorhanden: completed als Ergebnisse (keine Aufgabennummern), in_progress von der aktuellen Aufgabe, blockers von state.json.blocked. Die Nachricht beschreibt was gebaut wurde und warum — niemals Dateipfade, Git-Statistiken, Branch-Namen oder Plan-IDs.

Optionale Hook-Durchsetzung

Mit dailybot-cli >= 3.9.0 kann das Addon Repo-Level-Harness-Hooks committen (dailybot hook session-start | activity | post-commit | stop | dismiss), gestützt durch ein lokales Repo-Ledger. Der Harness erinnert den Agenten am Ende des Turns, wenn ein Lifecycle-Ereignis verpasst wurde — kritisch für lange unbeaufsichtigte Sessions, in denen Prompt-Anweisungen verblassen.

Ein erfolgreicher Lifecycle-Report setzt das Hook-Ledger zurück, sodass die beiden Schichten nie doppelt berichten. Hook-Befehle lesen nur lokalen State und beenden immer mit 0.

Repo-Identität und Report-Richtlinie

Optional .dailybot/profile.json (oder .dailybot_example/profile.json als Vorlage) committen, damit jeder Mitwirkende und Agent Reports gleich signiert. Niemals Credentials in diese Datei — ein key-Feld ist ein harter Fehler.

Dieselbe Datei kann Report-Richtlinien tragen, die Hooks beachten:

{
  "name": "my-repo-agent",
  "report": {
    "min_interval_minutes": 30,
    "nudge": true,
    "mode": "continuous"
  }
}

"mode": "continuous" ist besonders nützlich für Forschungs- oder Docs-lastige Repos: Arbeit ohne Commits (Analyse, Designdokumente, Pläne) wird früher angestoßen.

Installation (alles optional)

Das Addon bietet Installationspfade; die Dailybot-Skill besitzt Einwilligung und Verifikation.

Versionen prüfen: dailybot --version und dailybot version --check. Upgrade: dailybot upgrade.

Authentifizierung — delegiert

Dieses Addon fordert niemals E-Mail, OTP oder API-Keys an und speichert niemals Credentials. Authentifizierung gehört zur Dailybot-Skill shared/auth.md:

• dailybot login (E-Mail-OTP), oder
• DAILYBOT_API_KEY / dailybot config key=..., oder
• eine optionale, gitignorierte .dailybot/env.json-Datei mit Per-Repo-Keys (dailybot env add/use, CLI >= 3.9.0), damit ein Entwickler in verschiedenen Repos bei verschiedenen Organisationen angemeldet sein kann.

Die Auth-Auflösung ist Bearer-first: ein Session-Token hat Vorrang, mit einem transparenten Bearer→API-Key-Retry bei 401/403, sodass ein veraltetes Token niemals einen gültigen Key blockiert. Wird Auth abgelehnt oder ist nicht verfügbar, wird Reporting still übersprungen — die Arbeit geht weiter.

Die gepaarte Dailybot-Skill — 17 Fähigkeiten (3.23.14)

Die Installation der Dailybot-Agent-Skill bringt weit mehr als das DWP-Addon verbindet. Das offizielle Skill-Paket (Skill 3.23.14, CLI-Baseline >= 3.9.0, Plan >= 3.25.0, aktuelle CLI-Veröffentlichung 3.25.2) exponiert 17 koordinierte Sub-Skills:

Das DWP-Addon verbindet nur report mit der Planausführung. Rufen Sie die Dailybot-Skill direkt für alles andere auf — z. B. Deploy-Zusammenfassung in #releases posten, Standup abschließen oder die Dailybot-KI bitten, Check-in-Trends zusammenzufassen.

Öffentliche Referenz: dailybot.com/skill.md. Quelle: DailybotHQ/agent-skill. Trust-Modell: TRUST.md im Skill-Paket.

Verhalten — delegieren, niemals blockieren

Onboarding-Ablauf

Während DWP onboard Phase 7b, nach dem zentralen AI-first-Scaffolding, bietet der Ablauf die sieben optionalen Addons an (die lokale Überprüfung des AI Diff Reviewer wurde bereits in Phase 7a installiert). Akzeptiert der Entwickler Dailybot:

1. Bestehendes Setup erkennen (Skill, CLI, .dailybot/profile.json, Hooks, Report-Schritt).
2. Skill-/CLI-Installation über Dailybots Einwilligungsflows anbieten.
3. Authentifizierung an shared/auth.md delegieren.
4. Die vier Lifecycle-Ereignisse in AGENTS.md / docs/AI_AGENT_COLLAB.md verdrahten.
5. Optional Hook-Durchsetzung und .dailybot/profile.json anbieten.
6. Validierung ausführen (SPEC §8 in der Skills addons/dailybot/SPEC.md).

Normativer Vertrag in der Deep Work Plan-Skill: addons/dailybot/SPEC.md (Version 2.3.0).

Verwandte Kit-Einträge

• Devcontainer — reproduzierbare Dev-Umgebung mit Dailybot-CLI-Persistenz (erstes Addon)
• Dependency upgrade — gebündelte, validierte Dependency-Upgrades (drittes Addon)
• Design system — agentenorientiertes DESIGN.md für Interface-Oberflächen (viertes Addon)
• Deep Work Plan onboard — die Onboarding-Sub-Skill, die Addons anbietet