Hacker Newsnew | past | comments | ask | show | jobs | submit | zackify's commentslogin

I just have a slack bot running on a VM that sees a message and invokes pi.

It would be trivial for every request to clone a full lxd container and have all the tools and repos required if I wanted to allow it to do even more.

Not sure why anyone prefers to choose locked in options


> Not sure why anyone prefers to choose locked in options

Convenience. And OPEX vs CAPEX something something.


Yeah what, I'm using flash models and getting a ton of stuff done. 300-400b param size with pi.dev

I have been using glm 5.3 flash and it feels as good as opus 5. Put a lot of work into it this week (100m tokens). Now I'm curious to try this one. These smaller models are getting very good imo

Neither flash or regular glm 5.3 are close in my experience. I still prefer Sol though.

What type of setup do you use? I have very small 4-5k initial context and do one task then clear. I rarely go above 150k context for most things.

It DOES still hurt.

For example the eBay app. Does not allow installing from the play store on grapheneos.


No memory. No web search 99% of the time.

Two agent.MD files that are very small. One on each project. One at parent project level.

Did 30M tokens through glm 5.3 flash today for 52c

Using pi and a few extensions my initial context is always 4k max


I ran 30M tokens through for 50c... insanity that this is possible.

and it really is opus 4.8 level.


Any plans to offer a way to generate audio books on demand. like if i set kokoro, a book auto imports, it can make the file for me for the whole book after some time of local gpu work?

This is great. Recently got an xteink x3 and jailbroke my kindle, making custom stuff for it.

I couldn't find it exactly in the docs. Sorry if I missed it.

If you align these and then pull onto koreader via opds or other way, will audio work over Bluetooth there too? Along with the highlighting.


You can use a KOReader plugin, https://github.com/stradichenko/audiobook.koplugin, which has work-in-progress support for Media Overlays (the EPUB spec that Storyteller uses for readaloud)!

Wow I didn't even think about just using on device AI.

I'm going to set this one up and try it with kokoro which has the most natural for small size that I've seen. Wonder if the paperwhite 12th Gen can handle it.

And also setup the main repo for when I have the real audio book. Thanks!


I tried running Kokoro on my iPhone XS (several years old), and it was slower than real-time. So, i wouldn’t expect it to be usable on a Kindle. But if you find a solution, please let me know.

Kokoro can be hacked a bit (see script https://github.com/DavidVentura/translator-rs/blob/master/sc... ) which makes it about 3x faster.

My phone went from slightly slower than realtime to very comfortable (also lower latency on first utterance!)


Thanks. Will try!

You do, there's like 20 providers for any model on openrouter. You can also just spin bedrock or gcp and download the weights for later if you're worried. It's never going to make cost sense when the token rate is so low with how expensive ram is

What if the internet goes away?

Starlink? It's never gone anymore

https://voxtype.io/

https://tryvoiceink.com/

There's so many of these, at this point I've seen 10 clones make the front page each time as if there never existed local only options before.

Also whisper is pretty outdated vs parakeet


Thanks! Actually starting to move over to a moonshine model. The parakeet models start at ~0.6b params, which adds a lot of startup overhead. Also yeah definitely a ton of them out there. They’re fun to build! Glad to see many other people take it upon themselves to build little local, private utilities.

It's because vibe coded apps have flooded the internet. This one is no exception. The feedback loop is now real: LLMs train from github on their own produced slop which they feed into the apps people build and publish on github to show off their "skills". In 2 years from now LLMs will become dumber and dumber as the rate of quality code vs. slop will be greatly imbalanced so, naturally, the more slop you have the more probable is that the LLM will use it for its answers. The death of software engineering is real.

I’ve been a software dev for 15 years. Def not trying to show off my skills This is just a little side-project. I have no plans to monetize it. Totally - much of this is vibecoded. It’s been fun building and customizing this for myself rather than paying wisprflow, and thought other people might find it useful

Sorry about that, didn't mean to attack the person behind it. But anyone can build such an app within a day by prompting Claude.

I think what I was more alluding to was the engineering value such a project brings. But once again, sorry about the messaging.


the loop is going to be interesting as we produce orders of magnitude low signal code, how do Labs comb through everything to train on the true contributions since last training run?

I wonder if one way to monetize certified "skill" will be to syndicate / license your provably well software engineered / tasteful AI engineered code back to the Labs for a fee


That model collapse argument assumes pre-training teams are just scraping raw web garbage without curation.

what is the problem with the vibe coding? As long as it works?

Even before AI age we have compiler and auto complete


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: