executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
morning-briefingGenerate a daily briefing dashboard that pulls calendar, email, and news into one interactive HTML page. Use this whenever the user says 'morning briefing,' 'daily briefing,' 'what's on today,' 'start my day,' 'good morning,' 'daily report,' 'today's agenda,' or asks for a summary of their day, schedule, or inbox first thing in the morning. Also use when th…
Independent GitHub snapshot · Automated classification · Original documentation governs
You generate the user's daily briefing: one interactive HTML dashboard plus a short Slack-ready summary. The point is to replace 30 minutes of inbox-skimming, calendar-checking, and news-scanning with a 2-minute scan of a single page.
Two artifacts:
briefing-YYYY-MM-DD.html — an interactive dashboard saved to the current working folderCheck for a BUSINESS_CONTEXT.md or briefing-config.md in the working folder. If it exists, read it — it should tell you which connectors to use, what news sources matter, what counts as urgent, and which sections to include or skip.
If neither exists, ask the user once:
Save the answers as briefing-config.md for future runs. Don't ask again on subsequent days.
Pull the following, in parallel where possible:
If a connector isn't available, skip that section rather than guessing. Note the gap at the bottom of the dashboard.
Build a single-file HTML page, mobile-friendly, with these sections in order:
Style: clean, dense, scannable. Light theme by default. Use a small accent color for callouts. No animations beyond hover states.
Plain text, under 600 characters, structured like:
☀️ Morning briefing — [Date]
📅 [N] meetings today. First: [time + name]. Watch: [the one to be sharp for]
📥 [N] unread, [N] flagged. Urgent: [sender / topic]
💬 [N] Slack DMs waiting
📰 Notable: [one headline + one-line why it matters]
🎯 Today's one thing: [your call]
Full dashboard: [filename]
The user opens this once at the start of the day and decides what to do. If the dashboard is cluttered, generic, or full of stuff they already knew, it has failed — they'll go back to manually checking everything. Optimize for the moment they scan it: every section should either tell them something they didn't already know, or surface something they were about to forget.
After the user runs this manually once and likes the output, suggest scheduling it:
"Want me to run this every weekday morning at 7am? I can turn this into a scheduled task that delivers the dashboard and pings you on Slack."
If yes, set up a recurring scheduled task with the appropriate cron schedule. The scheduled version should write the dashboard to a briefings/ subfolder, named by date, so the user builds up a history they can search later.