Yeah, but I'm unwilling to be that person.

We're not necessarily aiming to be the fastest application in the world; find/replace is probably still faster to just do sed in the terminal. But if you're looking to do something like sort, filter, actually engage with the tabular data, then we can handle hundreds of thousands of rows --- files that excel won't even open.

I'll take a look at blackbear. One core difference I see is that we're a native app, fully offline. There is a single handshake with the licensing server on app start, but it's optional. License validation is handled fully locally, and missing network access is non-blocking for any features.

I think clearly the _leader_ in the space is granola, but I'm just not going to use a cloud provider for this.

Drafts have anything like that?

The solution (theoretically) is a purely local note taker, but I haven't found one that's any good. Tried meetily and others in the same vein, including briefly rolling my own. The breakdown in the pipeline seems to be reliable local diarization and speaker identification; even if the transcription is good, when speakers aren't accurately identified and speech isn't well grouped, there's no rescuing it in the summary step.

The project goals are simple:

* Treat CSV files like first-class spreadsheets; don't do anything that isn't supported by serializing to/from CSV files

* Be as performant as your favorite text editor while retaining the ergonomics of a tabular data editor

I hope you check us out.

Excel is cripplingly slow (thought more capable). I don't like using text editors for sheet data; it's simply not as ergonomic to browse a CSV as a text file.

I'm looking for alpha/beta users https://cassava.dev/.

This is, however, a major improvement from ~6 months ago when even a single token `hi` from an agentic CLI could take >3 minutes to generate a response. I suspect the parallel processing of LMStudio 0.4.x and some better tuning of the initial context payload is responsible.

6 months from now, who knows?