Hi Adam,

Honestly, it came from observation more than theory.

After building SMRITI, skills were changing almost daily — each iteration adding a few lines here, a new step there. Token usage kept climbing because every invocation loads the full skill file. At the same time, skills that grew too fast became harder to reason about.

We looked at where all the existing skills actually landed and 100–110 was the natural sweet spot — tight enough to keep costs predictable, generous enough that nothing needed an emergency rewrite. So we just drew the line there.

Thanks Deepak

That makes sense, an observed cap is more defensible than one picked up front because it comes from what the skills actually needed. And the number matters less than the fact that hitting it makes you stop and check whether the skill has quietly taken on a second job. Cheers for the detail.