As my build grows I’m starting to wonder whether it should stay as one big workflow or be broken into smaller ones. How do people decide where to draw that line? I’d love to understand the trade-offs around readability, reuse, and maintenance so I can make a sensible call rather than just guessing. Any rules of thumb the community uses?
One big workflow isn’t the problem you might expect. People are building whole platforms in Tines 3B, one build handling provisioning, laptop performance, AI credit allocation, and training together, and it all holds up fine. So size alone isn’t a reason to split.
The more useful question is who it’s for. In 3B, access is granted on the space, and everything in that space inherits it, so a space is really a group of people as much as a collection of builds. When part of what you’re making serves a different audience, that’s your line. A security triage build and a form the whole company fills in probably don’t have much reason to sit together, and each is easier to maintain in the space where its people already are.
The other clean reason for a second workflow is reuse. 3B lets one workflow call another as a connector, so anything several builds rely on can live in one place and get fixed in one place.
Beyond that, describe what you want and let it grow. 
Split when a piece starts pulling toward a different audience.