Viewing profile — skeptrune
skeptrune
HN member- Joined
- Sun, Aug 07, 2022, 8:51 PM UTC
- HN karma
- 1,636
- Public activity
- 847 items
- HN profile
- View on Hacker News ↗
About skeptrune
Socials: - x.com/skeptrune - cal.com/nick.k - nick.k@trieve.ai - github.com/skeptrunedev
Interests: Blockchain, Cycling, Entrepreneurship, Hardware, Open Source, Privacy, Running, Sports, Startups, Web Development, Writing
---
Founder/CEO at trieve.ai helping with search, recommendations, and RAG
Recent public activity
- story
-
comment
Comment #48791721
based
-
comment
Comment #48713883
the more awesome thing to me is that you can run the MRI through an ensemble of LLMs and check to see if they converge among each other
-
comment
Comment #48452769
Well put
-
comment
Comment #48452628
This is fun
- story
- story
- story
-
comment
Comment #48271810
I really appreciate how "Jony Ive" this looks. Feels like they absolutely nailed the style. I personally feel like it looks like a disposable tech hardware product, but to each the…
-
comment
Comment #48041797
I really thought the photos were real as i was reading. Wow
- story
-
comment
Comment #47993558
What a win it is for open source that qwen and kimi show up on this at all.
-
comment
Comment #47714258
lmao, i love this
-
comment
Comment #47697616
this is awesome. beyond happy to see it
-
comment
Comment #47632767
Working on publishing those, but publishing benchmarks requires a lot of attention to detail so it will likely be a bit longer.
-
comment
Comment #47632755
agreed. hopefully we can get there soon
-
comment
Comment #47632752
Yea we did and actually use Daytona for another product, but it would have been too slow here.
-
comment
Comment #47630936
yea chromadb is not the point. multiple data storage solutions work
-
comment
Comment #47630851
agreed!
-
comment
Comment #47630436
We would also be super interested to see that comparison. I agree that there isn't a specific reason why Chroma would be required to build something like this.
-
comment
Comment #47630415
I agree that would have been the way to go given more time and resources. However, setting up a FUSE mount would have taken significantly longer and required additional infrastruct…
-
comment
Comment #47630248
100% agree. However, if there were no resource tradeoffs, then a FUSE mount would probably be the way to go.
-
comment
Comment #47630238
Modern OCR tooling is quite good. If the knowledge you are adding into your search database is able to be OCR'd then I think the approach we took here is able to be generalized.
-
comment
Comment #47630218
Hmmm, the post is an attempt to explain that Mintlify migrated from embedding-retrieval->reranker->LLM to an agent loop with access to call POSIX tools as it desires. Perhaps we di…
-
comment
Comment #47630207
Vector search has moved from a "complete solution" to just one tool among many which you should likely provide to an agent.