joshi4

Thanks!

Currently, savvy doesn't record commands in an ssh session.

For now, you can install Savvy's CLI (curl -fsSL https://install.getsavvy.so | sh) into the machine you've sshed into and then run savvy record history. You can do this after the issue is over.

If you share more details about your set up I may be able to suggest other workarounds to get you set up. Feel free to email me at [email protected]

I agree with what a lot of folks here are saying around knowledge transfer is a continuous/on-going process.

Any one-off knowledge transfer will most likely fail. People can't learn actionable knowledge with doing the actions. - That's why we need continuous sharing and doing.

People only look for the artifacts of a knowledge transfer when they need it. When resolving unfamiliar issues, people's first question is: "Has this happened before? How did we resolve it the last time?" It's a simple question but most often its very hard to answer.

The knowledge needed to answer questions like the one above, is mostly manually compiled together and often from memory.

Finally, actionable knowledge is hosted in the same tools as product specs, meeting notes, press releases etc. As a result, creating, finding and following such knowledge is quite hard.

Disclosure: I'm building Savvy(getsavvy.so) to fix a lot of these issues for developers.

You're right, to counteract the friction I also allow users to create runbooks from their shell history.

Here's the source code: https://github.com/getsavvyinc/savvy-cli/blob/8c6a834c5a140b...

Here's the code for savvy record: https://github.com/getsavvyinc/savvy-cli/blob/8c6a834c5a140b...

Lot of users typically find that they realize they should have recorded something after they've done it. That's why savvy also allows you to select commands from your shell history with savvy record history

The API source code is in a different repo.

Thanks! All credit to the dracula theme for tmux and Kitty terminal emulator.

If you have any questions or feedback feel free to email me at [email protected]

Ell is really cool!

I'm building a similar product called Savvy(https://github.com/getsavvyinc/savvy-cli) and considered an approach similar to yours (writing in pure bash) but ultimately decided to use Go for a few reasons:

- charmbracelet makes it super easy to build rich TUI - Go produces a single binary that's compatible across many platforms and keeps installation simple - It's simpler to support multiple shells.

I'm currently using GPT4-o via OpenAI's API.

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.

You're right. A runbook is more than just a list of commands.

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.

Savvy doesn't have SSH support, but I'm working to add it soon.

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 [email protected]

You're right. My post assumes too much prior knowledge.

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...

We don't see or store the output of your commands at all.

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.

Runbooks or playbooks are often used interchangeably.

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.

(Savvy's founder here) Nope, we don't train any models on user data.

Let me know how it goes!

Thanks for all the feedback so far!

I think you hit the nail on the head when you say, "get a pulse on the developer zeitgeist on a particular topic." I really enjoyed using it to get a sense of what developers feel about a particular topic. I also learned about new products I wasn't aware of.

It seems to me that your comment is personally targeting OP and I think that is quite out of line.

Not at the moment.

So does this announcement mean they have sold 100mn worth of isas on edly already?

I don't quite understand the "100 million in new financing for ISAs" is this a new round of funding from VC's or something else ?

Wow! Thanks for taking the time to write this. Great feedback and feature requests. This will definitely inform my roadmap.

Let me know how it goes

definitely, blurring and export to pdf is something I've heard lot of requests for.

the hacky way to print to pdf for now is to print the web page and save as pdf.

You've hit the nail on the head. Small changes can cause existing tutorials to break. My goal is to make flowshare tutorials easy to update, eg: just change the relevant step instead of creating a new guide or recording a new video. This involves some manual work and is not completely automatic, which would be better. Perhaps some sort of traversal on the web page to figure out the new location of the setting and then automatically update a guide.

Thanks !