Day 3: I accidentally broke my agent while turning it into a SaaS… because it didn’t know where it existed
ran my system this morning and everything failed , not a small bug but literally nothing worked
cron → blocked
documents → blocked
shared brain → blocked
same error everywhere:
“tenant context is required”
this didn’t happen randomly , i’ve been migrating nanobot from a local agent (filesystem-based) → to a proper multi-tenant SaaS (DB-backed) and that shift broke everything
locally, things are simple:
- read/write from files
- no isolation
- everything just works in one environment
but in SaaS:
everything is tenant-aware , every action needs to know:
- which workspace it belongs to
- which data it can access
- where it’s allowed to read/write
and i didn’t wire that properly across all tools so the system did the right thing : it blocked everything
- cron couldn’t register jobs 2. documents couldn’t be read or edited 3. shared memory became inaccessible (user and agent)
not because the logic was wrong but because the system didn’t know where to operate
this made something very clear:
you can’t just convert a local agent into SaaS you have to rebuild how it thinks about context
i gave the agent tools , memory and workflows but without tenant context, none of that matters
and honestly… this is a good failure because without this boundary:
- it could write to the wrong user
- read someone else’s data
- completely break isolation
today’s fix:
make tenant context explicit across every tool + execution path but the bigger takeaway : an agent without context isn’t just broken , it’s dangerous
day 3 lesson:
filesystem → DB is not just a storage change , it’s a mental model shift
curious if anyone else here has tried moving from local → multi-tenant SaaS
did it break like this for you too?




