Show HN: Savvy – Create, Share and Run Runbooks from your Terminal (github.com)
Savvy(getsavvy.so) natively integrates with modern LLMs and reduces the time to create a great runbook from minutes and hours to seconds.
Savvy supports creating runbooks entirely with AI(savvy ask) or a human in the loop(savvy record.)
Savvy Ask: Generate entire runbooks or a single command using natural language.
Savvy Record: This creates a new subshell that automatically expands all aliases before recording commands locally. These commands are then sent to an LLM, which generates the first version of your runbook.
Savvy Record History: This command allows you to go back in time and select commands from your recent shell history. There's no need to repeat the work you've already done.
Runbooks are private by default, but you can share them with your team using a link(for now) or export them to markdown.
Savvy Explain: Savvy explain generates a simple and easy-to-understand explanation for any command or error message before you can say RTFM!
Savvy Run: Use `savvy run` to search and run runbooks right from your terminal. Once you select a runbook, Savvy automatically fills in the next command to execute. Just press enter to run it.
Savvy's README has more details and demos for everything I just mentioned.
Savvy's free, and anyone can try it out today.
Install Savvy by running: curl -fsSL https://install.getsavvy.so | sh
If you try Savvy, I'd love your feedback on the product.
30 comments
[ 4.4 ms ] story [ 75.0 ms ] threadlove how simple it is to use, personally been loving the savvy ask/explain in the last couple of weeks - been super easy to ask questions in the terminal and just get answers
but the history is quite good too, very cool to share notebooks with others on the team
Let me know how it goes!
Your commands and the AI generated text for runbooks created using savvy record and savvy record history are stored in the database.
All data in the DB is encrypted at rest and during transit.
Any runbook, commands, or explanations generated with savvy ask/explain are ephemeral and not stored in our DB.
Hoping to scale savvy to more use cases as they role out features that create and destroy environment variables automatically. This will reduce the chance of secret leakage.
I went with Runbooks since a playbook is usually something more abstract. For e.g
A playbook might say: "restart the ec2 server," but a Runbook will list the exact sequence of commands you can run to restart a server.
"From fixing prod to local dev..." ?????
A runbook is a set of precise commands that you can use to resolve or diagnose anything from a complete production outage to helping a developer debug their local environment.
Most developers manually create runbooks - Savvy's CLI changes that and allows you to create runbooks in seconds.
Here's an example runbook that shows how you can extract an x509 cert from a config map and verify its validity: https://app.getsavvy.so/runbook/rb_72e6b7d29ae70abe/How-To-V...
Not really? That's a shell script. A runbook includes context, prerequisites, and troubleshooting steps, not just commands. Also, it's generally considered manual.
FWIW, replying to one of your other comments, a playbook is generally considered a more automated runbook, with branching plays based on conditionals, bridging from a runbook world to an automation word; that's why Ansible used the term.
What makes a runbook a runbook are the detailed instructions, including prerequisites, step-by-step procedures, screenshots, and even troubleshooting tips, to help the user run the `precise commands` with consistency and reliability in operational use on systems that are never quite right and when the user who needs to perform these specific tasks reliably doesn't have enough technical knowledge to even know if they're doing them right.
I like the idea -- but what if you rethought it to check in with the user step by step, telling them what they're about to do next, then co-looking at the results they get to see if it's working or if they've lost the plot and need to replan?
I plan to add support for setting up and validating prerequisites for running a runbook with Savvy. For example, Savvy can ensure that all environment variables are automatically set up and removed as part of a `savvy run.`
A while ago, I built Flowshare, which is similar to Savvy but works in the browser. I will integrate that tech within Savvy to support capturing runbooks that involve steps in the browser and the terminal.
I like your suggestion on troubleshooting. Savvy can offer a great experience here as the cli will know when a command has failed or returned a nonzero exit code.
> but what if you rethought it to check in with the user step by step, telling them what they're about to do next
IIUC, your thoughts align with how Savvy Run currently works. Savvy suggests the next step, but devs can edit or ignore it. Providing troubleshooting help, as you suggested, will definitely improve the DX.
I think we can make SSH support work without installing Savvy on the remote machine, but I'm still working through the details.
I'm laser-focused on nailing the DX and making sure it delivers a lot of value to our users.
If you're up for it, I'd love to chat and learn more about how Savvy can help you personally and at work - my email is shantanu@getsavvy.so
Buncha low activity accounts posting marketing copy style testimonials.
I’m not saying it was necessarily intentional manipulation, but it feels off for a Show HN.
In either case, it's a bad look for what looks like a cool product and they may have seriously misread the user base of HN, who do _not_ like to be duped.
Would you ever consider a version that allows redirecting to a locally hosted LLM server?
I've been looking at ollama for a bit and I think I will ship an integration with Savvy at some point.
For enterprises, I think it makes sense to support a company approved LLM API endpoint in addition to local LLMs.
I'm happy to answer any questions you have around privacy too.