Don't look at me; I think it's a feature. If it were up to me, it'd let you do that non-shift-clicking, too. ;~/ Not that there's really a use for one input slot; it just feels weird to me that there's this sudden jump when downsizing through two slots. Jens'll probably change it, though.
A variadic input is just a list, and a list cannot have a negative length, so it would be impossible to have a negative amount of inputs in a variadic input.
The slots in question are all part of the same variadic input. And, by hypothesis, the user is typing them in one by one, not using the INPUT LIST feature.
Wait, what? This isn't an obscure fact about how Snap! works. We're talking about they hypothesis you raised: The user shift-leftarrows past zero inputs. The left and right arrowheads are associated with a variadic input; that's what those arrowheads mean. You knew that. You are proposing that there were one or two slots visible when the user shift-leftarrows. That's the hypothesis in this (silly) discussion!
As seen with a block from one of @ten_6044's projects:
Sum blocks with negative input amounts just look like a sum block with zero inputs. There doesn't seem to be much of a difference in the way they behave either, because they both report the same thing and both extend to a sum block with two inputs when the right arrow is clicked.