The open build list

So you want to build it yourself?

No sales pitch on this page. This is the actual engineering work behind Lumopath — the parts a demo never shows. We wrote it down so you can scope the project honestly. We think the list speaks for itself.

Use it freely. Copy this, hand it to your team, and check off everything you've already built. It's deliberately non-exhaustive — the real version is longer.
What "build it yourself" is actually competing with
4 yrs
of continuous development
11,600+
code commits
~165K
lines of production code
143+
tools connected
900+
data-pipeline steps
364
database migrations
The AI is the last 5% of this. It can only reason over data that's already been pulled in, cleaned, matched to the right person, de-duplicated, quality-checked, and added up. Everything below is what produces that data — and none of it comes from a model.
0 of 0 done
01 Connect your tools — and keep them connected A demo connects one tool, once. A product connects 143+ and keeps every one syncing through every outage and silent API change. 14 tasks
…then maintain all of it as each of those 143 tools changes on its own schedule, with no warning.
02 Figure out who's actually who The same person shows up as six different IDs across your tools. Get this wrong and every number silently double-counts or misses people. 7 tasks
03 Turn raw activity into numbers that mean something "Meeting time" and "focus time" sound simple. They hide a dozen ways to be wrong that are obvious to your customer and invisible to you — until after launch. 13 tasks
04 Build the assembly line that produces every number None of those numbers come from the AI. They come from a 900-step pipeline that has to run in exactly the right order, every day, for every customer. 7 tasks
05 Catch problems before your customers do A dashboard that's quietly stale or wrong is worse than no dashboard. This is the layer that keeps the numbers honest while you sleep. 7 tasks
06 Don't leak everyone's private data To produce these numbers you're handling the whole company's messages, calendars, and HR data. One mistake here is a breach, not a bug. 11 tasks
07 Make it work differently for every team Every customer measures themselves differently. The platform has to bend to each one without forking the code. 5 tasks
08 Run the AI itself — the part everyone thinks is the whole thing Even the easy 5% is real engineering once it has to run reliably, at a sane cost, for everyone at once. 7 tasks
09 Push the right thing at the right time "Ask the AI a question" is pull. A system people actually trust pushes the right alert at the right moment — without spamming anyone. 7 tasks
10 Build the actual product people open After all of that, you still have nothing anyone can use. This is the front-end that turns the data into a product. 10 tasks
11 Keep the lights on, 24/7 It's not a project that ships and ends. It's a service with an SLA that someone is on call for — forever. 8 tasks
12 Catch wrong numbers before your customers do A build that fails loudly is the good case — the dangerous one looks fine and is quietly wrong, and you find out when it costs you a customer, a hire, or a board number. 5 tasks

That's 96 distinct jobs across 11 areas — and that's just the boiled-down version.

The real list is far longer (439 data models alone). Every job here is something your team would build, debug, and then operate forever — before a single trustworthy number reaches a dashboard. Most of it is invisible in a demo, which is exactly why "we'll just build it" sounds easy in the room and isn't.

How many could your team honestly check off today? And who maintains the rest?

If the answer feels daunting, that's the honest answer. The good news: it already exists, already works, and you can see it on your own data in a couple of weeks.