29 points by speckx 4 hours ago | 8 comments
oezi 53 minutes ago
They don't mention a twinkle that many task runners seem keen to omit: how do you handle things where there are human steps involved and not everything is automated? How do you track what has worked and what is still left to do if things go sidesways?

I built baker (https://github.com/coezbek/baker) for this some time ago (pre-LLM mostly). It uses markdown with embedded bash and ruby commands to give you a checklist which is run both automated for commands or with human in the loop for things which aren't automated (like login to some admin panel and generate that key, copy it here).

The checklist gets checked off both by human actions (you confirm that you did it) and automated e.g. success bash command runs. So you keep a markdown artifact on where you are in your project and can continue later.

You can wrap commands to run via SSH (of course clunkier than what scotty here does, but you can select a port for SSH).

qmr 2 hours ago
> It lets you define deploy scripts and other remote tasks

Ok.

> run them from your terminal and watch every step as it happens

> and watch every step as it happens

Yes, this is usually how scripts work.

> When everything finishes, you get a summary table with timing for each step.

> If a task fails, its output is shown and execution stops right there so you can investigate.

Yes, I write my larger scripts to do such things...

> Writing plain bash instead of Blade

Yes, probably a good idea.

Call me crazy (you're crazy!) but I'm not seeing the point.

giobox 1 hour ago
It also (criminally for an SSH tool) appears for now to only work when the server uses the SSH default port 22:

https://github.com/spatie/scotty/issues/1

Literally would be one of the first things I would have tested personally!

SrslyJosh 2 hours ago
This is where I stopped reading:

> Scotty was built with the help of AI

So it sounds like my heuristic worked. =)

tkiolp4 5 minutes ago
Just use (the good parts of) Ansible
mariocesar 35 minutes ago
I made something similar years ago, a long one-liner.

  tar cpf - provision/ | ssh ubuntu@192.168.1.99 "tar xpf - -C /tmp && cd /tmp/provision && bash /tmp/provision/bootstrap.sh && rm -rf /tmp/provision"
Heres is the full use: https://gist.github.com/mariocesar/8e674ec40dad6b94114d2a44d...

I named "Ansible for the Frugal"

wang_li 15 minutes ago
Ansible only exists because of an influx of people who don't know how to do this.
mariocesar 54 minutes ago
Feels like Ansible does the same thing, just with nicer output
verdverm 40 minutes ago
Feels like Ansible has more in the pros column than just nicer output, imo
wackget 3 hours ago
The most obvious question, I know, but... why not just use plain Bash?
ks2048 7 minutes ago
I've been writing my own "task runner" which seems to have some of the same features. I'd say some pros: A nice view of that has run (what has failed, etc.) - which otherwise could be drowned-out by stderr and stdout. Timing information for each "task". Can organize nested tasks. Save all in a structured log.
SoftTalker 1 hour ago
Or something like Ansible? Which is battle tested, provides idempotency for most things, and has a large library of tasks it knows how to do.
mathfailure 2 hours ago
Scotty doesn't know...
Piraty 1 hour ago
every sunday
metalliqaz 2 hours ago
It's in the title: "a beautiful"

It looks nicer.

I use good old GNU Make.

theaicloser 56 minutes ago
The naming is perfect — Scotty from Star Trek was always the guy making impossible things happen on impossible timelines. SSH task runners have always felt like they should be simpler than they are, curious how this compares to Fabric or Ansible for lightweight use cases.
kstrauser 21 minutes ago
Fabric was my first thought. It's like this, but widely used and well-tested.
graybeardhacker 46 minutes ago
alias bones='scotty doctor'