What I'm mostly saying is that you should think about what you want your language to be good at, and come up with some less common atoms/modifiers that would be useful for your language. Right now your atoms and modifiers look like a pretty typical but short list, without anything that'll give it an advantage or any "personality" if that makes sense
"Not using at all" is a good one, sacrificing less common operators is hard to do because of the "but what if I need it for this one scenario" feeling, but it's a risk vs. reward thing
I like what Husk does to save on operator counts, combining boolean-returning functiond with non-boolean-returning ones (e.g., "is prime" with "where is this in the prime numbers sequence")
