Live data from Hacker News

Viewing profile — skeptrune

skeptrune

HN member
Joined
Sun, Aug 07, 2022, 8:51 PM UTC
HN karma
1,636
Public activity
847 items

About skeptrune

meet.hn/city/37.7792588,-122.4193286/San-Francisco

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

  1. story
  2. comment
  3. 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

  4. comment
  5. comment
    Comment #48452628

    This is fun

  6. story
  7. story
  8. story
  9. 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…

  10. comment
    Comment #48041797

    I really thought the photos were real as i was reading. Wow

  11. story
  12. comment
    Comment #47993558

    What a win it is for open source that qwen and kimi show up on this at all.

  13. comment
    Comment #47714258

    lmao, i love this

  14. comment
    Comment #47697616

    this is awesome. beyond happy to see it

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

  16. comment
    Comment #47632755

    agreed. hopefully we can get there soon

  17. comment
    Comment #47632752

    Yea we did and actually use Daytona for another product, but it would have been too slow here.

  18. comment
    Comment #47630936

    yea chromadb is not the point. multiple data storage solutions work

  19. comment
  20. 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.

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

  22. comment
    Comment #47630248

    100% agree. However, if there were no resource tradeoffs, then a FUSE mount would probably be the way to go.

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

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

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