Lexverse Legal Start a confidential conversation
AI in practice · 10 min read · 22 September 2026

The date diary is a database maintained by hand

A date diary is a database that a human being maintains by hand, from memory, under time pressure, while doing something else. We have known for thirty years that this is a bad idea. The reason it survives is that nothing has been reliable enough to replace it.

Written by
Yash Pratap Singh, Advocate (India), CIPP/E
Published
Scope
General information on legal operations; not legal advice. Conduct rules differ by jurisdiction.

Product names, plans and features change often. Check the vendor’s current documentation before relying on any detail here, and apply your own jurisdiction’s professional-conduct rules.

Every firm has one. A physical diary, a shared spreadsheet, a whiteboard, or a calendar that one person is silently responsible for keeping true. Someone reads correspondence, works out what it implies about dates, and writes those dates down somewhere.

It is a database maintained by hand, from memory, under time pressure, by someone doing three other things. The interesting question is not whether that is a good design. It is why it has survived, and the honest answer is that nothing has been reliable enough to replace it.

Scheduled tasks do not replace it either. They do something more useful: they remove the daily labour of finding out what is true, and leave the judgment where it belongs.

What a date diary really is

Pull it apart and there are three jobs stacked on top of each other, usually done by the same person in the same ten minutes.

  1. Gathering. Reading mail, orders, filings and messages to find anything that implies a date.
  2. Calculating. Working out the actual deadline. Service plus twenty-eight days, excluding holidays, subject to the local rule, subject to whatever the judge said.
  3. Recording and surfacing. Writing it down, and making sure the right person sees it in time.

Only the second is legal work. The first is search, and the third is data entry, and together they are most of the time and most of the anxiety.

Automate gathering and surfacing. Leave calculating alone. That split is the entire design.

How scheduled tasks work

The mechanics are unremarkable, which is the point.

Type /schedule in any Cowork task, or open Scheduled in the left sidebar to see and manage what you have. Claude saves your prompt as the task's instructions and runs them at the cadence you choose, daily, weekly or monthly. No code, no cron syntax, no API.

Two properties make this useful rather than a novelty.

They run in the cloud. Your laptop can be shut. A 6am brief is genuinely waiting at 6am, not queued until you open the lid at nine.

They have your full toolkit. A scheduled task has the same access as a task you run by hand: connected tools, skills, installed plugins. So the court formatting skill you wrote, or the connector into your billing system, is available to a task that runs itself.

What they cannot do

One limitation shapes everything else, and it is better to learn it here than three weeks in.

Scheduled tasks cannot be tied to a folder on your computer. They run against your connectors and files saved to your Claude account. That is it.

So the matter-folder workflow, where Claude reads Matters/Ferguson on your disk, does not go on a timer. If you want a recurring task over that data, the data has to live somewhere connected: a drive, a practice management system, something with an API.

This is not a flaw to work around so much as a fact to design against. It pushes you towards keeping live matter data in connected systems and reserving the local folder for work in progress, which is a defensible structure anyway.

The other constraint is softer but real: a scheduled task runs on the instructions you wrote when you created it. It does not learn that your practice changed. Stale scheduled tasks are a genuine nuisance, so review them quarterly and delete the ones you have stopped reading.

The morning brief

The single highest-value scheduled task for most lawyers, and the one to build first.

Runs at 6am on weekdays, reads mail, calendar and whatever case system is connected, and writes one short document. Not a dashboard. A briefing.

Every weekday at 06:00, produce a short briefing headed "Today".

1. TODAY'S COMMITMENTS. Everything in my calendar today, with the
   matter each relates to. Flag anything with no matter attached.

2. NEW SINCE YESTERDAY. Any mail received since 17:00 yesterday that
   appears to be from a court, opposing counsel or a client, grouped
   by matter. One line each.

3. DATES MENTIONED. Any message that refers to a date, deadline,
   hearing, service or time limit. Quote the sentence and name the
   sender. Do NOT calculate any deadline. Do NOT decide whether a
   date has been correctly computed. List and quote only.

4. AWAITING ME. Anything addressed to me, still unanswered, older
   than 48 hours.

5. QUIET MATTERS. Any matter with no activity for 14 days.

Keep it under 400 words. If a section is empty, say "Nothing".

Section 3 is the one that matters, and the capitals are deliberate. It does the gathering, which is search, and refuses the calculating, which is judgment. You get every date-shaped sentence from yesterday's correspondence on one page, quoted and attributed, in time to do something about it.

The instruction to say "Nothing" is not a nicety. A brief that pads empty sections stops being read within a fortnight, and an unread brief is worse than none.

Letting it write to the calendar

Reading the calendar is straightforward and safe. Writing is where you have to make a decision, and we make it the same way every time.

Propose, do not create. For anything with legal consequence, the task produces suggested entries and a human approves them. Two minutes a day.

The reason is an asymmetry, not a general distrust of the tool. A suggestion you have to approve, which turns out to be wrong, costs you a moment's attention. A limitation date silently calculated and written straight into the diary, which turns out to be wrong, costs you a claim. Those are not comparable, so they do not get the same permission.

For internal admin, automatic creation is fine and we use it. Call-backs, document review blocks, the half hour before a hearing, invoice chasing, the quarterly review of your formatting skills. Nothing there ends in a negligence claim.

The practical settlement in most firms we set up:

  • Reads the calendar freely, every day, no approval.
  • Creates internal admin blocks automatically.
  • Proposes anything tied to a court date, a limitation period or a client commitment, for a human to accept.
  • Never deletes or moves an existing entry. Deletion is not on the table.

Running it from your phone

This is the part people underrate, and it is the reason the whole thing sticks rather than becoming another system nobody opens.

Cowork is on mobile on Pro, Max and Team. So the brief that ran at 6am is readable on a phone at 7am, and more to the point you can reply to it. "Draft a holding reply to the second one." "Put forty minutes in on Thursday for the Ferguson exhibits." "What did the client actually ask for in that March email?"

You are not doing the work on a phone. You are directing work that runs in the cloud and lands on your desk. Read the brief on the train, fire off four instructions, and the outputs are waiting when you sit down.

The one thing mobile cannot do is local file access, which is desktop only. For this particular workflow that costs you nothing, because scheduled tasks cannot reach local folders anyway. The constraint you already accepted turns out to make the phone a complete surface for the scheduled side of your practice.

The line we do not cross

Plainly, because this is a post about automating deadline work and it would be irresponsible to end it anywhere else.

This does not replace a docketing system. If you practise where deadlines are hard and statutory, keep the docketing system and keep the person accountable for it. What goes away is the daily labour of reading five places to find out what is true. What stays is deadline calculation and the accountability for it.

It will miss things. An unusual phrasing, a date in an image, a scanned order, an attachment it could not open. The brief is a second pair of eyes that never gets tired, not a first pair that replaces yours.

It will be confidently wrong. A model can produce a completely fluent summary of an email it misread. Section 3 quotes the sentence for precisely this reason: you check the quote, not the summary.

Used that way, over a month or two, the diary stops being a thing somebody maintains and becomes a thing somebody checks. That is a smaller job, a less anxious one, and it is the actual win here.

If you want this built around your systems, with the permissions set the way we have described and the briefing tuned to your practice, that is what we do.

Straight answers

Questions we get on this

Type /schedule in any Cowork task, or open Scheduled in the left sidebar to create and manage them. Claude saves your prompt as the task's instructions and runs it at the cadence you pick, daily, weekly or monthly. There is no code and no API involved.
Yes. Scheduled tasks run in the cloud, so they execute whether or not your machine is on. That is the main practical difference from a local automation, and it is the reason a 6am brief is actually waiting for you at 6am.
No, and this is the limitation that catches people out. Scheduled tasks work with your connectors and the files saved to your Claude account, but they cannot be tied to a local folder. If the data you want a recurring task to read lives only on your disk, either move it into a connected system or run that task manually.
Technically yes, and we recommend you do not, for court deadlines. Let it read freely and propose entries you approve. The asymmetry is the point: a missed suggestion costs you a moment, a wrongly calculated limitation date entered silently into the diary costs you a claim. For internal admin such as call backs and document review blocks, automatic creation is fine.
No. If you practise in an area with hard statutory or procedural deadlines, keep your docketing system and keep the human who checks it. What this replaces is the daily act of reading five places to work out what today looks like. Deadline calculation stays with the system and the person accountable for it.
Yes. Cowork is available on mobile on Pro, Max and Team, so you can start a task, read what a scheduled task produced overnight and reply to it from a phone. The one thing mobile cannot do is local file access, which is desktop only, but scheduled tasks cannot touch local folders anyway, so for this particular workflow you lose nothing.
Send us your idea

Want this running in your firm?

Tell us what eats your week. We reply with a straight answer: whether it can be done, how we would build it, what it costs to build, and what it costs to run each month.

ReplyFeasible or not, the build cost and the monthly running cost
ConfidentialHappy to sign your NDA before details

AI enablement for law firms