HN user

raphaelty

127 karma

PhD in NLP, I love Open Source

Posts21
Comments29
View on HN
github.com 2mo ago

Knowledge: You can just build your own AI feed to keep up, without the noise

raphaelty
1pts1
github.com 4mo ago

A semantic Code Search CLI but with grep filters

raphaelty
1pts1
github.com 5mo ago

Show HN: Hybrid Semantic Grep for Claude Code

raphaelty
5pts0
huggingface.co 5mo ago

Multi-vector Grep for code agents, save 15% tokens, local

raphaelty
3pts1
lightonai.github.io 1y ago

Information Retrieval, spawn Colbert in ms

raphaelty
1pts1
github.com 1y ago

Show HN: Rust Based Per-Token Late Interaction Dense Search

raphaelty
8pts1
twitter.com 1y ago

Torch.randperm isn't random and it can bias your trillion token-training run

raphaelty
1pts0
github.com 1y ago

Show HN: Search in HuggingFace Dataset from the URL

raphaelty
2pts0
github.com 1y ago

Show HN: DuckDB BM25 Client

raphaelty
3pts0
github.com 1y ago

Show HN: Late Interaction Retrieval

raphaelty
1pts0
github.com 2y ago

Show HN: FlashText with Rust for Python

raphaelty
6pts0
github.com 2y ago

Show HN: Personal Knowledge Base Visualization

raphaelty
150pts24
github.com 2y ago

Show HN: Accelerate ColBERT with tree-based index

raphaelty
4pts0
github.com 2y ago

Show HN: ColBERT Build from Sentence Transformers

raphaelty
66pts18
github.com 2y ago

Show HN: Fine-Tuning Splade and SparseEmbed LMs

raphaelty
1pts0
github.com 3y ago

Cherche: Semantic Search

raphaelty
3pts0
github.com 3y ago

Minimalist semantic search with Cherche 2.0

raphaelty
3pts1
github.com 3y ago

Python client for knowledge graph exploration

raphaelty
2pts0
news.ycombinator.com 4y ago

Neural search library in Python for medium-sized corpora

raphaelty
4pts4
github.com 4y ago

Neural Search for medium sized corpora

raphaelty
53pts7
github.com 5y ago

Knowledge Graphs Emb. With PyTorch

raphaelty
3pts1

While semantic search shine at various tasks including advanced search engine and recommender systems, it did not shine that much on coding task so far appart from benchmarks available in papers. We think standard semantic code search tools lack of advanced filtering features. A key element to code search is to be able to reduce "search space", i.e reduce the set of likely candidates given the intent of the user or the coding agent. We think semantic search alone is not enough and needs to be paired with advanced filters such as GREP filters to succeed.

Author here, I like the idea to have a public and personal search-engine. I'd love to deep dive in some people bookmarks such as expert in NLP field in order to get clue / a point of view on problem I want to solve but those informations are not available most of the time

It upload content some of my friends like (github stars) and they have very good taste, so when I'm looking for a document / information on a new topic in machine learning or databases I like to give it a chance

Yes, ColBERT is fast because you can pre-compute most embeddings. It's important to compute documents embeddings only once. neural-cherche do not compute embeddings on the fly and the retrieve method ask for queries and documents embeddings rather than queries and documents texts.

Documents and queries embeddings can be obtained using .encode_documents and .encode_queries methods

I save most of my embeddings (python dictionnary with documents id as key and embeddings as values) using joblib in a Bucket in the cloud. I don't really know if it's a good pratice but it does scale fine to few millions documents for offline (no real-time) applications.

It's because of the loss of the model. I ask the model to produce a higher similarity between the query and the positive document rather than between the query and the negative document. I'll add more losses soon so there are more choices

In the documentation there is an evaluation module with detailed informations. The idea is to gather relevant pairs of queries and documents that are not part of the training set. Then the idea is to measure, using various metrics, how your model can retrieve accurate documents.

Hi, there is a single loss right now, but I plan to add some Sentence Transformers losses. ColBERT is slow as a retriever, but is quite efficient as a Ranker on GPU (way faster than cross-encoder). I plan to release pre-trained checkpoints on HuggingFace with benchmarks using BEIRand inference speed info.

Cherche 2.0 is now available, and it's been optimized for batch-computing, along with other new features. Whether you're a practitioner, researcher, or hacker interested in semantic search, Cherche might be a good fit for your needs.

I build my personnal search engine which record things I like on twitter, blog posts etc.. It automatically calls those APIs using Github Action and store them in an open source database (json file)

I actualy use it at least twice a week to retrieve content I bookmarked, so I'm happy to have created such a tool.

The app: https://raphaelsty.github.io/knowledge/?query=bayesian

The Github: https://github.com/raphaelsty/knowledge

I think 10 million documents is a large corpus. A retriever like Sklearn TfIdf will have a hard time handling it in a reasonable time. The main goal of Cherche is to prototype a neural search engine quickly and with a large choice of retrievers and rankers for corpus sizes < 1 million documents which is a common use case in the industry.

Search implements a wrapper of the Python ElasticSearch client that is scalable and dedicated to corpora composed of tens of millions of documents.

Knowledges graphs are structured resources in the form of graphs that contain knowledge. These resources are used in a large number of applications linked to the machine learning.

I just published a library dedicated to knowledges graphs embeddings. The Mkb API is inspired by Scikit Learn. I provide modular tools for building latent graph representations.