Yes, kind of. You can use a script like Nathan’s to alter tempdb, and then when SQL Server restarts the tempdb is recreated with the alterations (tempdb is killed and resurrected every time SQL server service restarts).
Dedicate a separate drive (on the fastest storage you have) and just fill 90% of it up with tempdb and turn auto growth off. Make it much bigger than it needs to be, set and forget. If some rogue out of control process fills up tempdb one day then it’s probably for the best that you’re not letting it autogrow which might tank the whole server. If some routine process is filling up tempdb then you have sized it wrong. In my experience database integrity check and index maintenance are the two routine processes that fill up tempdb the most.
I would think for most on prem customers 100gb is way more than enough for the tempdb drive. Give each file 8 or 9 gb. Definitely overkill, but if you can spare 100gb of storage, who cares?