Workflows

How to Build a Daily Morning Briefing with OpenClaw

Use this OpenClaw workflow to pull calendar, email, weather, news, and tasks into one concise morning digest, then pause before any action. Start read-only today, test for a week, and expand only behind approval gates.

The ClearSetup.ai TeamPublished June 20, 202611 min readLast tested June 20, 2026

A good daily morning briefing replaces the first 20 minutes of app-hopping with one short digest you can read before your first meeting. This guide shows you how to build that briefing in OpenClaw, schedule it for 6:45 AM, deliver it to your work channel, and keep every action behind a human approval gate.

What is a daily morning briefing

A daily morning briefing is a scheduled digest that pulls calendar events, urgent email, weather, news, and tasks before your workday starts. With OpenClaw, you can run it at 6:45 AM, deliver it to Slack, Teams, Telegram, or email, and require approval before any action.

Most search results for a daily morning briefing send you to a closed app. You sign up, you get someone else's idea of what matters, and you cannot change how it pulls or what it is allowed to do. This guide is different. It gives you a deployable OpenClaw setup you control end to end: the architecture, the source order, the exact cron, a copy-ready prompt, the approval gates, and a seven-day test plan. By the end you can build your own AI morning briefing today.

Key takeaways
  • A daily morning briefing should pull calendar, tasks, urgent email, weather, and relevant news into one digest you can read in under 3 minutes.
  • OpenClaw is the right tool because it runs a scheduled job, collects read-only context, delivers to your channel, and pauses before any write action.
  • Schedule it with cron 45 6 * * 1-5 for 6:45 AM on weekdays, or 45 6 * * * for every calendar day.
  • Run read-only for the first week. Add draft-only, then approval-gated writes, only after seven clean runs.
  • The safety model is simple: the agent summarizes freely, but a human approves before any send, reschedule, create, update, delete, or post.

Build a safer daily morning briefing before your first meeting#

Busy professionals do not need another app to check. They need one short briefing that pulls the right sources before the day starts. The problem is not a lack of information. It is the cost of gathering it across calendar, inbox, task manager, weather, and news every single morning while your attention is freshest.

That cost is measurable. Microsoft found that 64% of surveyed workers struggle with having the time and energy to do their job, and Asana reported that work about work consumes 58% of the average worker's day. A daily morning briefing attacks that overhead directly by doing the gathering for you and handing back a single, decision-ready summary.

The manual morning
  • ·Open five apps and scan each for what changed overnight.
  • ·Re-read the same calendar and inbox you check all day.
  • ·Miss the one urgent email buried under newsletters.
  • ·Start the day reacting instead of deciding.
The OpenClaw morning briefing
  • One digest at 6:45 AM with schedule, decisions, and risks.
  • Calendar, tasks, urgent email, weather, and news in priority order.
  • Every item cited so you can trust or verify it fast.
  • Suggested actions wait behind an approval gate, nothing fires on its own.
The shift is from gathering to deciding. OpenClaw does the read-only collection; you keep control of every action.

OpenClaw is the best fit for this because it can run a scheduled job, collect read-only context from your tools, deliver the result to a channel, and then pause before any action that changes the outside world. The finished workflow in this guide sends a daily morning briefing at 6:45 AM to a Slack channel named #morning-briefing and keeps every downstream action approval-gated.

The one rule that keeps this safe
Read freely, summarize freely, deliver the briefing freely. Require human approval before the agent sends, reschedules, creates, updates, deletes, or posts anything.
White and silver robot calmly handing over one glowing glass digest card while a storm of email, calendar, weather, and news cards stays contained behind a clean pane of glass
The whole point of a morning briefing: one calm digest in front, the noise handled behind the glass.

The automated daily briefing architecture#

Before you build, picture the whole automated daily briefing as four parts: a trigger, a set of read-only inputs, a single delivery output, and a control layer that gates every action. OpenClaw's own automation docs describe scheduled tasks and cron as suited to exact timing, daily reports, reminders, and background jobs, which is precisely what a morning briefing needs.

1
Calendar
meetings, travel, focus blocks
2
Tasks
due, priority, blockers
3
Urgent email
overnight, VIP, direct asks
4
Weather + news
commute, market, competitors
OpenClaw job
collect, summarize, cite
Your approval
#morning-briefing
Slack + email fallback
  1. 1Trigger: cron 45 6 * * 1-5 in your workspace timezone runs at 6:45 AM, Monday through Friday.
  2. 2Inputs are read-only: Google Calendar, your task manager, Gmail, a weather API, and selected news feeds.
  3. 3Output is one digest delivered to Slack #morning-briefing, with an owner-only email fallback.
  4. 4Control: the agent summarizes automatically but must get approval before send, reschedule, create, update, delete, or post.
The architecture: scheduled trigger, read-only inputs, one channel output, and an approval gate in front of every write action.

OpenClaw's automation page even gives a morning briefing example built from calendar, pending tasks, weather, and overnight emails needing attention, so this is a documented, supported pattern rather than a hack. Your job is to wire the right sources, set the schedule, and lock the control layer before you give the agent any write access.


Pull sources in this order#

Order matters more than people expect. A daily morning briefing should mirror how you actually triage a day: structure first, then commitments, then surprises, then context. Pull the sources in this exact sequence so the briefing prioritizes correctly even on a heavy day.

Source retrieval order
  1. 1
    Calendar firstread-only

    Meetings, travel, and focus blocks define the shape of the day. Everything else is read against this skeleton. The Google Calendar API supports listing events for the day window.

  2. 2
    Tasks secondread-only

    Sort by due date, priority, owner, and blockers. Surface what is due today and what is overdue, not the whole backlog.

  3. 3
    Urgent email thirdread-only

    Filter for overnight messages, known VIPs, unread threads, and direct asks. The Gmail API supports listing messages for the authenticated user, so you can scope this tightly.

  4. 4
    Weather and commute fourthoptional

    Include this only if location or travel could affect timing. Skip it entirely for fully remote days.

  5. 5
    News and markets fifthoptional

    Limit to topics tied to your customers, deals, hiring, or strategy. A general news firehose makes the briefing longer and less useful.

  6. 6
    CRM, support, and finance alerts lastrole-based

    Add these only for roles that need them. They are the most role-specific and the easiest to over-pull.

Retrieve structure, then commitments, then surprises, then context. This ordering keeps the briefing decision-ready.

Keep each source read-only at this stage. You are listing and summarizing, not replying, editing, or creating. That single constraint is what lets you run this safely on real accounts from day one.


Start read-only, then expand permissions#

The fastest way to turn a promising AI daily digest into an incident is to grant write access before you trust the output. So do the opposite. Week 1 should use read-only scopes for calendar, email, tasks, weather, news, CRM, and support systems. Nothing the agent can do should change the outside world yet.

This is not paranoia. IBM reported that 13% of organizations had breaches of AI models or applications, and 97% of those compromised lacked proper AI access controls. Tight scopes are the control that keeps a convenient briefing from becoming a liability. NIST's AI Risk Management Framework exists to help organizations manage exactly these risks and promote trustworthy AI use.

SourceWeek 1 permissionLater permissionRisk tier
CalendarRead-only event listApproval-gated reschedule / createMedium
EmailRead-only message listDraft, then approval-gated sendHigh
TasksRead-only task listDraft, then approval-gated create / updateMedium
WeatherRead-only APINo write everLow
News / RSSRead-only feedsNo write everLow
CRM / supportRead-only recordsApproval-gated note / updateHigh

Do not enable send email, edit event, create task, update CRM, or post channel messages beyond the final briefing until your approvals are tested. After seven clean runs, add draft-only permissions for emails and tasks. After that, add approval-gated writes one at a time. This is the safest path from a read-only AI daily digest to a real operator workflow.


Create the scheduled job and channel delivery#

Now wire the automated daily briefing as a real scheduled job. OpenClaw's docs state that scheduled tasks are suited to exact timing, daily reports, reminders, and background jobs, and that scheduled jobs can deliver to a channel, a webhook, or silently. That covers everything this workflow needs.

Schedule and delivery setup
  1. 1
    Create a Scheduled Task named Morning Briefing2 min

    In OpenClaw, add a new scheduled task and give it a clear, single-purpose name.

  2. 2
    Set the cron schedule and timezone1 min

    Use 45 6 * * 1-5 for 6:45 AM Monday through Friday in your work timezone. For a true seven-day daily morning briefing, use 45 6 * * * instead.

    cron (weekdays, 6:45 AM)
    45 6 * * 1-5
  3. 3
    Set the delivery target2 min

    Point delivery at Slack channel #morning-briefing. If your team lives in Teams or Telegram, map the same output to that channel instead.

  4. 4
    Add an owner-only email fallback2 min

    Send to the owner by email only when channel delivery fails, so a broken token never silently drops the briefing.

  5. 5
    Set run mode to read-only collection plus channel send1 min

    Collection and the briefing post are allowed automatically. Every downstream action stays approval-gated.

Five steps from empty task to a scheduled, channel-delivered briefing with a safe fallback and locked write access.
Pick the run window deliberately
6:45 AM gives you a 15-minute head start before a 7:00 standup or a 9:00 first call. If your day starts later, shift the cron, but keep the briefing early enough that you can act on it before the first meeting, not during it.

Copy-ready daily morning briefing prompt#

This prompt is the asset. Paste it into the OpenClaw job instruction field and it turns the agent into a disciplined AI daily digest operator that summarizes without acting. It pulls sources in the right order, caps length, cites everything, and refuses to take action on its own.

OpenClaw job instruction (paste this)
You are my OpenClaw morning briefing operator. Build one concise daily morning briefing for today using only approved read-only sources. Pull sources in this order: calendar, tasks, urgent email, weather, news, CRM or support alerts. Keep it under 600 words and readable in under 3 minutes.

Output these sections in order:
- Today at a glance
- Schedule
- Decisions needed
- Urgent email
- Tasks due
- Weather and commute
- News that affects my work
- Suggested actions

Cite the source name for each item. Flag any uncertainty. Do not send messages, create tasks, move meetings, update systems, or post anything except this briefing. If an action looks useful, write "Proposed action" and "Approval required" instead of doing it.

For mobile-first founders, keep a tighter variant in your back pocket: 5 bullets, 3 risks, and 3 suggested actions, each with a source and a confidence level. It reads in under a minute on a phone before you open a laptop.

This prompt design matters because the morning is when the time is most valuable. McKinsey found that interaction workers spend 28% of each day reading, writing, and responding to email, and Microsoft found that 68% of surveyed workers do not have enough uninterrupted focus time. A tight, sourced briefing protects that focus instead of fragmenting it further.


Add approval gates before OpenClaw acts#

The safety model is one sentence: the AI proposes, the human approves, and OpenClaw executes. Show the briefing freely. Gate every external or state-changing action. OpenClaw's plugin permission requests support allow-once, allow-always, and deny, and a denial blocks the current tool call, which is exactly the control surface you want.

White and silver robot holding back a wave of glass cards behind a glowing electric-purple shield while releasing one approved tile forward
The approval gate in one image: most actions are held, only the one you approve moves forward.
OpenClaw wants to do something. Which actions need a gate?
If
Read calendar, list email, summarize tasks, draft a digest
Then
Allow automatically. This is read-only collection.
Automate
If
Send email, reply, move a meeting, create an event or task, update CRM, post to a public channel, trigger a webhook
Then
Require approval. Use allow-once for normal actions.
Ask first
If
Delete records, bulk email, anything irreversible or high-risk
Then
Deny by default and escalate to the owner.
Keep manual
Collection runs free. State-changing actions ask first. Irreversible actions are denied unless a human explicitly escalates.

Four rules keep the gate trustworthy:

  • Use allow-once for normal actions, deny for anything risky, and reserve allow-always only for low-risk internal repeats you have already watched succeed many times.
  • If there is no approval route, or the request times out, block the action by default. A missing human should never become a silent yes.
  • Log the proposed action, the source evidence, the approval decision, the actor, and the timestamp. This audit trail is what makes the workflow defensible.
  • Treat email and web content as untrusted input. OWASP lists prompt injection and excessive agency as major LLM application risks, so never let text inside a message authorize an action.

Choose the best delivery channel#

Where the briefing lands changes whether you actually read it. Pick the channel that matches how you start your day, and do not overbuild. The point of an automated daily briefing is to reduce app-switching, not add another surface to monitor.

ChannelSpeedArchive valueMobile fitTeam visibilityBest for
SlackFastMediumGoodHighOperators living in the work hub
Microsoft TeamsFastMediumGoodHighMicrosoft 365 organizations
TelegramInstantLowExcellentLowFounders who check mobile first
EmailMediumHighGoodLowArchiving and forwarding
WebhookFastHighN/ACustomPushing into a dashboard or portal
SMSInstantLowExcellentLowBare-minimum mobile alerts

A few judgment calls. Slack or Teams works best when you want the daily morning briefing inside the hub where work already happens. Telegram or SMS wins for founders who check a phone before opening a laptop. Email is great for archiving and forwarding, but it can bury the briefing in the same inbox you are trying to escape. Webhook delivery is the move when you want the digest inside a dashboard or internal portal.

Recommended default
Slack #morning-briefing plus an owner-only email fallback. It keeps the briefing visible to the right people, mobile-readable, and safe against a single channel failure. This matters when Asana reports the average worker already juggles around 9 apps.

Run a 7-day read-only quality check#

Before you grant any write access, prove the AI morning briefing is good while it is still harmless. Run it read-only for seven days and score every run on five dimensions. Only expand permissions after the output is consistently strong and the agent never tried an unapproved action.

  1. Day 1Baseline run

    Score relevance, accuracy, source coverage, brevity, and action safety. Note everything wrong.

  2. Day 2Tighten sources

    Fix empty calendar windows, noisy news feeds, and over-broad email filters.

  3. Day 3Tune length

    Enforce the 600-word cap and the under-3-minute read. Put decisions first.

  4. Day 4Check citations

    Confirm every item names its source and flags uncertainty.

  5. Day 5Stress the filters

    Test a busy day, a holiday, and a timezone edge case.

  6. Day 6Confirm action safety

    Verify zero unapproved action attempts in the logs.

  7. Day 7Decideapprove

    If all seven runs are clean, add draft-only permissions. If not, keep testing.

A week of read-only runs earns the right to add powers. Clean logs, not optimism, unlock the next permission.

Track the specific failure signals across the week: missing meetings, false urgent emails, duplicate tasks, stale news, timezone errors, and channel failures. A strong AI morning briefing should be readable in under 3 minutes, cite its sources, flag uncertainty, and never attempt an unapproved action. Microsoft found that 82% of leaders said employees will need new skills like prompting and evaluating output, and this scoring habit is exactly that skill in practice.

Governance is not optional
IBM reported that 63% of breached organizations either had no AI governance policy or were still developing one. A seven-day scorecard with a clean-run gate is lightweight governance that pays for itself the first time it catches a bad action before it ships.

Troubleshoot the common failure points#

Most setup problems are predictable, and each has a fast fix. Work this checklist whenever the briefing looks wrong, and the workflow stays deployable instead of fragile.

  • Empty calendar: confirm account selection, calendar IDs, the date window, and the timezone. A wrong timezone is the most common cause of a blank schedule.
  • Missing Gmail threads: check OAuth scopes, label filters, unread filters, and sender allowlists. Too tight a filter hides the urgent message you actually need.
  • Weak news section: limit feeds to high-signal sources and add company, competitor, customer, and market keywords so the section stays relevant.
  • Channel did not receive the briefing: verify token permissions, the channel ID, the webhook URL, and the fallback email. This is where the owner-only fallback earns its place.
  • Briefing too long: cap the sources, enforce the 600-word limit, and ask for decisions first so the most important content never gets cut off.
  • Agent tried to act: disable write tools, review plugin approvals, and block on timeout. Remember that an OpenClaw permission denial blocks the current tool call, so a correct gate stops the action cold.

If a failure mode keeps recurring, treat it as a governance signal, not a one-off. NIST's AI RMF is designed to help organizations manage AI risks systematically, and the same idea scales down to a single workflow: log the pattern, fix the root cause, and re-test before you expand access.


Turn it into your OpenClaw morning routine#

Once the read-only briefing is solid, shape it into a full OpenClaw morning routine that fits your role. The base stays the same. You just add the sources and sections that change what you do that morning.

White and silver robot pouring scattered glass information fragments through a funnel that produces one neat glowing purple briefing tile
Order from chaos: scattered inputs go in, one clean briefing comes out.
  • Founder version: add investor updates, hiring loops, runway alerts, top customer risks, and board prep.
  • Operator version: add incidents, inventory, finance exceptions, team blockers, and process SLAs.
  • Sales version: add pipeline moves, renewal risks, VIP emails, meeting prep, and competitor mentions.

The upgrade path is deliberate, and you never skip a gate: read-only digest first, then draft suggestions, then approval-gated actions, then recurring playbooks, and finally monitoring with audit review. McKinsey estimated that current generative AI and other technologies could automate activities absorbing 60% to 70% of employees' time, and that generative AI could add $2.6 trillion to $4.4 trillion annually across analyzed use cases. A safe, approval-gated morning routine is a concrete, low-risk way to start capturing that.

Deploy this now
Cron (weekdays)
Cron (weekdays)
45 6 * * 1-5
Cron (every day)
Cron (every day)
45 6 * * *
Delivery target
Slack #morning-briefing + owner email fallback
Run mode
Read-only collection + channel send. All writes approval-gated.
Source order
Calendar, tasks, urgent email, weather, news, CRM/support
Gate these actions
send, reply, reschedule, create, update, delete, post, webhook
Length cap
Under 600 words, readable in under 3 minutes, cite every source
Go-live rule
Add write access only after 7 clean read-only runs
Copy these settings straight into your OpenClaw morning routine and you have a deployable daily morning briefing today.

From here, pair this with the best OpenClaw use cases for your daily routine and see what an end-to-end day looks like in a day in the life of an AI agent. Start read-only, schedule it for 6:45 AM, send it to your main work channel, and turn on approval gates before you give the agent any write access.


Frequently asked questions#

What is a daily morning briefing?

A daily morning briefing is a short scheduled summary of the information you need before work starts, including calendar events, urgent email, weather, news, tasks, and decisions that need attention.

Can OpenClaw create an AI morning briefing automatically?

Yes. OpenClaw can run a scheduled job, pull approved read-only sources, summarize the results, and deliver the AI morning briefing to Slack, Teams, Telegram, email, or a webhook.

What should an automated daily briefing include?

Start with calendar, tasks, urgent email, weather, and relevant news. Add CRM, support, finance, or incident feeds only if they change what you need to do that morning.

What cron schedule should I use?

Use 45 6 * * 1-5 for 6:45 AM Monday through Friday in your OpenClaw workspace timezone. If you want the briefing every calendar day, use 45 6 * * *.

Can the briefing include Gmail and Google Calendar?

Yes. Use read-only access first so OpenClaw can list relevant calendar events and email threads without sending replies, changing meetings, or modifying records.

Should OpenClaw take actions automatically?

No. The safe pattern is summarize automatically and act only after approval. Gate email sends, calendar changes, task creation, CRM updates, webhooks, and public channel posts.

How do I start read-only and expand later?

Run the OpenClaw morning routine read-only for seven days, score the output, then add draft-only permissions. Enable write actions later only behind explicit approval gates.

Is an AI daily digest the same as a morning briefing?

An AI daily digest can summarize any recurring information. A morning briefing is a focused daily digest built around the next workday, priorities, risks, and decisions.

Get yours set up

Want your own OpenClaw AI agent, set up right?

We install, secure, and maintain your personal AI agent on private infrastructure, tuned to exactly how you work. You get the power without managing the setup.

Book Your Free Setup Call
Free download

The Owner's Guide to Adopting AI the Right Way

A short, practical guide for entrepreneurs: how to take charge of your AI, what your first AI agent should do, and the mistakes that cost months of rework. Get it free.

No spam. Unsubscribe anytime.