Addon Dailybot

Connecte l’exécution de Deep Work Plan à une équipe Dailybot pour que les humains voient ce que les agents construisent — lancement, progression en cours de plan, blocages et achèvement — sans ajouter de réunions ni une seconde chaîne d’outils. Un addon optionnel pour les équipes qui utilisent déjà Dailybot.

La méthodologie centrale de Deep Work Plan a zéro dépendance à Dailybot. Un dépôt sans addons est pleinement conforme. Proposez cet addon uniquement lorsque le développeur ou l’équipe utilise déjà Dailybot ; ne l’installez jamais automatiquement pour tout le monde.

Quand l’utiliser

Ce que cet addon connecte (volontairement restreint)

L’addon Dailybot de DWP ne réinvente pas Dailybot. Il connecte l’exécution du plan à la sous-skill report de dailybot et committe éventuellement des hooks du harness. Tout le reste — installation, consentement, authentification, style d’écriture — est reporté à la skill agent Dailybot officielle (actuellement 3.10.3).

Quatre événements du cycle de vie

Pendant create / execute de DWP, l’addon connecte quatre mises à jour d’agent en meilleur effort. Chaque événement est conditionnel (Dailybot présent et authentifié), non bloquant et respecte .dailybot/disabled.

Les charges utiles dérivent de la couche d’état du plan (state.json) lorsqu’elle est présente : completed comme résultats (pas de numéros de tâche), in_progress depuis la tâche courante, blockers depuis state.json.blocked. Le message décrit ce qui a été construit et pourquoi — jamais de chemins de fichiers, statistiques git, noms de branche ou IDs de plan.

Application optionnelle par hooks

Avec dailybot-cli >= 3.7.0, l’addon peut committer des hooks de harness au niveau du dépôt (dailybot hook session-start | activity | post-commit | stop | dismiss) soutenus par un registre local par dépôt. Le harness rappelle à l’agent en fin de tour lorsqu’un événement du cycle de vie a été manqué — critique pour les longues sessions sans surveillance où les instructions du prompt s’affaiblissent.

Un rapport de cycle de vie réussi réinitialise le registre des hooks, de sorte que les deux couches ne rapportent jamais en double. Les commandes de hooks ne lisent que l’état local et se terminent toujours avec 0.

Identité du dépôt et politique de rapports

Committez éventuellement .dailybot/profile.json (ou .dailybot_example/profile.json comme modèle) pour que chaque contributeur et agent signe les rapports de la même façon. Ne mettez jamais de credentials dans ce fichier — un champ key est une erreur grave.

Le même fichier peut porter la politique de rapports que les hooks respectent :

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

"mode": "continuous" est particulièrement utile pour les dépôts orientés recherche ou documentation : le travail sans commits (analyse, documents de design, plans) reçoit des rappels plus tôt.

Installation (tout optionnel)

L’addon propose des chemins d’installation ; la skill Dailybot possède le consentement et la vérification.

Vérifiez les versions : dailybot --version et dailybot version --check. Mise à niveau : dailybot upgrade.

Authentification — reportée

Cet addon ne demande jamais d’e-mail, d’OTP ni de clés API, et ne stocke jamais de credentials. L’authentification appartient à shared/auth.md de la skill Dailybot :

• dailybot login (OTP par e-mail), ou
• DAILYBOT_API_KEY / dailybot config key=..., ou
• un fichier de clés par dépôt .dailybot/env.json, optionnel et gitignoré (dailybot env add/use, CLI >= 3.7.0), pour qu’un développeur puisse être connecté à différentes orgs dans différents dépôts.

La résolution de l’auth est Bearer d’abord : un jeton de session est prioritaire, avec une nouvelle tentative transparente Bearer→clé API sur 401/403 pour qu’un jeton périmé ne bloque jamais une clé valide. Si l’auth est refusée ou indisponible, le reporting est ignoré silencieusement — le travail continue.

La skill jumelée Dailybot — 14 capacités (3.10.3)

Installer la skill agent Dailybot apporte bien plus que ce que l’addon DWP connecte. Le pack officiel de skills (skill 3.10.3, CLI de référence >= 3.7.0, publication actuelle 3.7.3) expose 14 sous-skills coordonnées :

L’addon DWP ne connecte que report à l’exécution du plan. Invoquez la skill Dailybot directement pour tout le reste — par exemple publier un résumé de déploiement dans #releases, compléter un standup ou demander à l’IA Dailybot de résumer les tendances de check-ins.

Référence publique : dailybot.com/skill.md. Source : DailybotHQ/agent-skill. Modèle de confiance : TRUST.md dans le pack de skills.

Comportement — reporter, ne jamais bloquer

Flux d’onboarding

Pendant la Phase 7b de onboard DWP, après le scaffolding AI-first central, le flux propose cinq addons optionnels. Si le développeur accepte Dailybot :

1. Détecter la configuration existante (skill, CLI, .dailybot/profile.json, hooks, étape de rapport).
2. Proposer l’installation skill/CLI via les flux de consentement de Dailybot.
3. Reporter l’authentification à shared/auth.md.
4. Connecter les quatre événements du cycle de vie dans AGENTS.md / docs/AI_AGENT_COLLAB.md.
5. Proposer éventuellement l’application par hooks et .dailybot/profile.json.
6. Exécuter la validation (SPEC §8 dans addons/dailybot/SPEC.md de la skill).

Contrat normatif dans la skill Deep Work Plan : addons/dailybot/SPEC.md (version 2.3.0).

Entrées de kit associées

• Devcontainer — environnement de dev reproductible avec persistance de la CLI Dailybot (premier addon)
• Dependency upgrade — mises à niveau de dépendances par lots et validées (troisième addon)
• Design system — DESIGN.md orienté agents pour les surfaces d’interface (quatrième addon)
• Deep Work Plan onboard — la sous-skill d’onboarding qui propose les addons