Feed aggregator
Using AI to build your own software
Article URL: https://lemire.me/blog/2026/07/16/using-ai-to-build-your-own-software/
Comments URL: https://news.ycombinator.com/item?id=48939509
Points: 1
# Comments: 0
A New Clue from the Night MH370 Vanished May Change the Search
Article URL: https://www.popularmechanics.com/flight/airlines/a71923663/mh370-missing-plane-search-new-clue/
Comments URL: https://news.ycombinator.com/item?id=48939505
Points: 1
# Comments: 1
Today's Wordle Hints, Answer and Help for July 17, #1854
Today's NYT Strands Hints, Answers and Help for July 17 #866
Today's NYT Connections Hints, Answers and Help for July 17, #1132
1Password Will Let You Allow Claude to Use Your Passwords, but Not See Them
Vector search isn't the hard part. Deciding what should be searched is
Over the last few weeks I've been redesigning the retrieval pipeline for an AI knowledge system.
Initially, the architecture was fairly typical:
User Question │ ▼ Vector Search │ ▼ Top K Chunks │ ▼ LLM
It worked well while the knowledge base was small.
As more documents were added, I started seeing a few recurring problems:
More irrelevant chunks being retrieved.
Larger prompts and increasing token costs.
Multiple documents discussing the same topic competing with each other.
Vector search returning semantically similar chunks from documents that weren't actually the best source of truth.
I realized the problem wasn't vector search itself.
It was deciding what should be searched before semantic retrieval even began.
Instead of treating every document equally, I separated the system into two independent stages.
Ingestion
During document upload, every document is processed once.
The pipeline extracts structured metadata including:
document type
business role
departments
topics
planner summary
retrieval keywords
authority score
importance score
answerable questions
That information is stored in a SQL registry, while document chunks and embeddings are stored separately in a vector database.
Document │ ▼ Metadata Extraction │ ├────────► SQL Registry │ └────────► Chunking + Embeddings │ ▼ Vector Store
Query Time
Instead of querying the vector database immediately, the retrieval flow became:
User Question │ ▼ Intent Analysis │ ▼ Registry Ranking │ ▼ Retrieval Planner │ ▼ Selected Documents │ ▼ Vector Search │ ▼ Context Assembly │ ▼ LLM
The registry acts as a lightweight ranking layer.
Rather than searching every document, it produces a ranked candidate set based on signals such as:
authority
importance
approval state
departments
document role
planner summary
retrieval keywords
topic overlap
The planner then decides which documents should actually participate in vector retrieval.
The vector database never searches the entire workspace anymore.
Only the planner-selected documents.
A few other changes made a noticeable difference:
similarity thresholding before accepting chunks
duplicate chunk removal
token budgeting before generation
dynamic chunk limits based on query type
ranking retrieved chunks before assembling context
One interesting observation was that improving retrieval often had a larger impact on answer quality than changing the generation model.
I'm curious whether others have moved beyond "vector search first" architectures.
If you've experimented with retrieval planning, metadata-driven routing, or hybrid retrieval systems, I'd be interested in hearing what worked and what didn't.
Comments URL: https://news.ycombinator.com/item?id=48939470
Points: 1
# Comments: 0
Ask HN: How companies are protecting Claude Code from reading IP and PII data
Recently I was baffled when Claude code read the customer table data from a production environment, while triaging an issue, and that made me wonder. Sure you should NOT give the access to read the prod data but does it sounds practical in the real time debugging session?
Comments URL: https://news.ycombinator.com/item?id=48939454
Points: 1
# Comments: 5
Truth Social to sell banks 'fastest' access to Trump's posts
Article URL: https://www.reuters.com/technology/trump-media-unveils-data-feed-businesses-tracking-truth-social-posts-2026-07-16/
Comments URL: https://news.ycombinator.com/item?id=48939408
Points: 13
# Comments: 0
The wonderful world of tools made by small teams, solo-devs, and shareware
Show HN: Animated map of US railroad and population growth
This map shows population of each US county over time, from the US census. It also shows the US rail network over time, with data from Jeremy Atack at Vanderbilt. I think it's interesting to see the interdependence between them. And the fact that the US rail network was substantially complete by 1900.
Comments URL: https://news.ycombinator.com/item?id=48939356
Points: 1
# Comments: 0
Urban Dictionary: Hacker News
Article URL: https://www.urbandictionary.com/define.php?term=hacker+news
Comments URL: https://news.ycombinator.com/item?id=48939346
Points: 4
# Comments: 0
Nobody Is Getting the Data-Center Water Question Right
Article URL: https://www.theatlantic.com/technology/2026/07/how-much-water-data-centers-use/687934/
Comments URL: https://news.ycombinator.com/item?id=48939321
Points: 1
# Comments: 0
Show HN: Rudo - A small, elegant dock for Wayland
Article URL: https://github.com/skorotkiewicz/rudo
Comments URL: https://news.ycombinator.com/item?id=48939292
Points: 1
# Comments: 0
England World Cup 2026 Preview
Article URL: https://predx-article.fika.bar/england-world-cup-2026-preview-rising-stars-tactical-stren-01KXMH43AA9T2SGVC6AJ8YRWY1
Comments URL: https://news.ycombinator.com/item?id=48939279
Points: 1
# Comments: 1
A passkey is an alternative user authentication method that eliminates the need for usernames and passwords.
Show HN: Puffgres logically replicates Postgres entities in turbopuffer
title instead of two DB calls everything, you write ‘dumb’ JS transforms (i.e. tokenization, embedding) and the core handles logical replication, retries, batching, etc. we actively use on ~200k rows!
Comments URL: https://news.ycombinator.com/item?id=48938937
Points: 1
# Comments: 0
Harbor – Evernote but Not Crooked
Article URL: https://harbor.my
Comments URL: https://news.ycombinator.com/item?id=48938916
Points: 1
# Comments: 0
Scientists discovered the brain doesn't make decisions the way we thought
Article URL: https://hmntl.illinois.edu/news/illinois-grainger-findings-challenge-traditional-neuroscience
Comments URL: https://news.ycombinator.com/item?id=48938900
Points: 1
# Comments: 1
