Your AI work throughput
Work you set up months ago is either still running or stopped without anyone noticing. This counts both over thirty days, including what failed.
daily-lead-summary sync-campaign-stats press-release-monitor failing 19d weekly-vendor-report What Throughput gives you
Counted Over Thirty Days
A rolling window rather than a snapshot, so one quiet Tuesday does not read as a stalled month.
Failures on the Page
Scheduled job success sits beside the run counts, with exceptions listed and timed.
Ran While Nobody Was Working
Off-hours runs, owner-away runs, and the longest unbroken streak, each counted on its own.
Schedule Attainment
Of the runs that were supposed to happen, how many did. A schedule that silently under-delivers shows up as a percentage, not a feeling.
When Work Happens
A day-by-hour map of runs across the week, and what changed against the prior period.
Work Your Apps Did
The apps your own team built, and what they produced. Work that happened without anybody opening a tab.
People Counted Honestly
Active members, inactive members, and total active days, with the inactive count shown rather than omitted.
Access from anywhere
Desktop & Web
The Usage tab shows active and inactive members, active days, messages, and work done by apps over 30 days. The Operations report adds off-hours runs, schedule attainment, the day-by-hour map, and prints to PDF.
CLI
Why Throughput matters
- Counts what ran over 30 days, not a snapshot of today
- Failed runs are shown with their timing and exceptions
- Runs outside working hours are counted separately
- Inactive members are counted too
- Work done by apps your own team built
- The Operations report prints to a PDF you can forward
How Throughput works
Work your team set up months ago is in one of two states. It is still running, or it stopped and nobody noticed. Most dashboards only draw the first kind, because a chart of things that worked looks better than a chart with a gap in it.
This counts both. Scheduled jobs, the apps your team built, and what they produced over thirty days rather than today. Thirty days matters: a single day tells you whether Tuesday was busy, not whether the thing you set up in March is still running.
Then it counts what failed. Scheduled job success is the number that stops a thing that broke three weeks ago from staying invisible for a fourth. You find out from a page instead of from a customer.
And it counts people honestly. Active members, inactive members, total active days. The second number is the useful one and it is the one most tools leave out, because a dashboard that shows you who stopped is harder to sell than one that shows you who started.
The part worth showing your manager is the work that ran while nobody was at a keyboard: runs outside working hours, runs while the owner was away, and the longest unbroken streak of automated work. Schedule attainment sits next to it, so you know how many of the runs that were supposed to happen actually did. A day-by-hour map shows when work happens across the week, with the change against the prior period. All of it prints to a PDF, computed from the audit log with no AI in the path, so it prints the same twice.
Frequently Asked Questions
What counts as throughput?
How do I know if something stopped working?
Why thirty days and not today?
Does this count people or work?
Can I see the work that ran while nobody was online?
What is schedule attainment?
Use Cases
Related Features
See How Teams Use Throughput
Ready to try Throughput?
One shared cloud under the AI tools your team already uses.