HackerTrans
トップ新着トレンドコメント過去質問紹介求人

spruce_tips

no profile record

投稿

Read at 600+ wpm using rapid serial visual representation (RSVP)

read-faster.com
2 ポイント·投稿者 spruce_tips·6 か月前·0 コメント

Ask HN: Is anyone using Devin/Cognition?

1 ポイント·投稿者 spruce_tips·9 か月前·0 コメント

コメント

spruce_tips
·5 か月前·議論
Yea I knew embeddings I just didn’t quite understand it in OPs context. Makes sense, thanks
spruce_tips
·5 か月前·議論
sorry - what do you mean by embeddings in your last sentence?
spruce_tips
·5 か月前·議論
https://github.com/JoeBerg8/tollbooth

this was part of a little saas tool i was building (since retired it) so spent some time today having an LLM help me pull it into a headless service. far from perfect but sharing anyway. details in readme!
spruce_tips
·5 か月前·議論
https://github.com/JoeBerg8/tollbooth

this was part of a little saas tool i was building (since retired it) so spent some time today having an LLM help me pull it into a headless service. far from perfect but sharing anyway. details in readme!
spruce_tips
·5 か月前·議論
https://github.com/JoeBerg8/tollbooth

this was part of a little saas tool i was building (since retired it) so spent some time today having an LLM help me pull it into a headless service. far from perfect but sharing anyway. details in readme!
spruce_tips
·5 か月前·議論
no one paid me but didnt really have this running for very long on my inbox. was really just a poc. and you're right - the human side is weird. surprisingly hard to solve the "real human, not spam, that's also an email address you see for the first time" scenarios, which there are many of - even with LLMs
spruce_tips
·5 か月前·議論
I built a side project to solve this for myself that’s basically an inbox toll system. It funnels emails from unknown senders into a hidden mailbox and auto replies to the sender with a payment link. After the sender pays, the email gets released to recipient’s main inbox. Recipient can set custom toll amounts, whitelist, etc.

Would be happy to share the code, just lmk!
spruce_tips
·5 か月前·議論
Opus is a superior brand line to Sonnet because historically it’s been a more powerful model. I think the thinking behind a rebrand is that people wouldn’t have as willingly switched their usage over from opus 4.5 since that model has been so popular since December 2025.

Calling it part of the Sonnet line would not provide the same level of blind buy in as calling it part of the Opus line does
spruce_tips
·5 か月前·議論
Ah yes, explains why it takes 3 seconds for a new chat to load after I click new chat in the macOS app.
spruce_tips
·5 か月前·議論
Tried it, not impressed. Terrible UX and generally just confusing. Didn't really intuitively know where to go and why. The thing that made me most mad was the clunkiness around pulling specific files into the chat input as context. Like wtf, bad, bad, bad!
spruce_tips
·6 か月前·議論
https://read-faster.com/read/SgIcbUqJ
spruce_tips
·6 か月前·議論
wow, it's almost like this makes sense
spruce_tips
·7 か月前·議論
composer 1 has been my most used model the past few months. but i only use it to execute plans that i write with the help of larger, more intelligent models like opus 4.5. composer 1 is great at following plan instructions so after some careful time providing the right context and building a plan, it basically never messes up the implementation. sometimes requires a few small tweaks around the edges but overall a fantastic workflow that's so delightfully fast
spruce_tips
·7 か月前·議論
it took me a lot of tinkering to get this feeling seamless in my own apps that use the api under the hood. i ended up buffering every token into a redis stream (with a final db save at the end of streaming) and building a mechanism to let clients reconnect to the stream on demand. no websocket necessary.

works great for kicking off a request and closing tab or navigating away to another page in my app to do something.

i dont understand why model providers dont build this resilient token streaming into all of their APIs. would be a great feature
spruce_tips
·7 か月前·議論
try java 25, and update your priors :)
spruce_tips
·7 か月前·議論
it's in cursor only
spruce_tips
·7 か月前·議論
no, i dont think it's a heavier lift to test different model families. my point was that swapping models, whether that's to different model families or to new versions in the same model family, isn't straightforward. i'm reluctant to both upgrade model versions AND to swap model families, and that in itself is a type of stickiness that multiple model providers have.

maybe another way of saying the same thing is that there is still a lot of work to make eval tooling a lot better!
spruce_tips
·7 か月前·議論
I agree there is no moat to the mechanics of switching models i.e. what openrouter does. But it's not as straightforward as everyone says to switch out the model powering a workflow that's been tuned around said model, whether that tuning was purposeful or accidental. It takes time to re-evaluate that new model works the same or better than old model.

That said, I don't believe oai's models consistently produce the best results.
spruce_tips
·8 か月前·議論
100% agree. composer-1 really has been the sweet spot for me of capability, reliability, and speed. i dont ask it to do too much at once, and this approach + its speed, materially speeds my work up. i generally find i get the most out of models when i feel like im slightly underutilizing their capabilities. the term i use for this is "staying in the pocket"
spruce_tips
·10 か月前·議論
yes, in a software engineering context, always use ask mode instead of agent mode unless youre truly doing dumb, tedious work that youve done many times before