tylersuard
tylersuard on Hacker News
Posted by
tylersuard on Thursday October 08, 2026 @10:45AM
from the grain.saltindex.com dept.
1-bit binary and ternary neural networks are being hyped up by certain companies, but they offer the same or worse performance compared to the more common (and easier to make) 4-bit neural networks.
Posted by
tylersuard on Monday July 13, 2026 @11:32PM
from the medium.com dept.
I made a neural network with physical knobs on it so I can get the feel for training a network.
Learn how AI works by training your own neural network by hand.
Posted by
tylersuard on Sunday June 28, 2026 @12:50AM
from the github.com dept.
Hi HN, I built a draft protocol called AIP (Agentic Internet Protocol).
The premise: instead of trying to make agents use human websites, build agent-only websites from the ground up.
In AIP:
- each “page” is a small plain-text node (no HTML/CSS)
- each node includes Title, Description, Content, and a small Edges menu (recommended ~6)
- sites are navigated as a graph (nodes + edges)
- edges are typed:
- NAV = go to a known node
- QRY = generate a node from parameters (search/filter/pagination)
- ACT = change state (cart/checkout/payment)
- pages stay small (well under ~8k words) to reduce cost/latency and make prompt injection harder to hide
Repo includes:
- the draft spec
- two hero sites (ecommerce + billing) as AIP nodes
- a tiny Python parser + interactive “node browser” demo
I’m looking for feedback on:
- the minimal node format (too strict? not strict enough?)
- edge typing (NAV/QRY/ACT) and whether it matches how you’d build agent surfaces
- what’s missing for real-world adoption (auth, pagination conventions, tooling)
Posted by
tylersuard on Friday February 20, 2026 @12:25AM
from the github.com dept.
Thank you for the correction. I just assumed that the problems with the software were down to laziness on behalf of the devs, but from what you are saying, the devs are overworked already and are not able to get to the features that would make life easier for their customers.
Blog-rant about how much I hate Azure.
Posted by
tylersuard on Sunday July 20, 2025 @04:14AM
from the medium.com dept.
Posted by
tylersuard on Saturday July 05, 2025 @02:39AM
from the show-hn dept.
https://github.com/Tylersuard/MCP-123
Got tired of every MCP example being overly verbose, or needing Docker or Mac-only scripts, so I threw together MCP-123.
Point it at a tools.py, run `server.run_server(...)`, and the client auto-discovers/calls functions with OpenAI. I hope this is useful to you all.
For other students reading this, here is how you can work as a software developer with no experience: start your own company (just make a website for it) and work as a freelancer on freelancer.com or fiverr.com. Take on clients but charge them lower rates so they will be patient with your mistakes.
Ah, sorry, I forgot to mention it. The title will be "Enterprise RAG: Scaling Retrieval Augmented Generation"
Great, thank you!
The main program is hosted on Azure Web Apps, the search is Azure AI Search,
we use AutoGen for the agents, and we use OpenAI for the generation. Azure has a lot of tools that support AI and search, so we use those too.
Ok so the company has like 20 databases, plus over 100,000 pages of PDF catalogs. We tried using agents to query the company's SQL databases, but that took 30 seconds each call, and that is unacceptable because we wanted to return an answer to the user in 10 to 30 seconds. So what we ended up doing is, we created an Azure AI Search service and we made a different search index (like a collection) for each data source, one for each database and one for our repository of 100,000 pdf pages.
Our stack was just Python, Autogen for the agents, and as I mentioned Azure AI Search. We use Azure Web Apps for the backend, and OpenAI models for the generation. Great questions!
First of all, great question.
Second, we use a search service, and vectors are treated as supplementary to the text search, so chunking doesn't matter as much. We will usually take an entire PDF page and embed that, no matter what structure the data on that page is. We do keep track of the name of the document and the page number. For SQL records, we just turn each record into a text string and embed that.
We have tests in place to make sure every function, every search is working, otherwise things won't deploy. We do have a dashboard with usage etc., but I have not spent much time looking at it. I think we just count broad usage across the company as a success. And yes we consider one-stars and complaints to be a failure, but we get those less often, maybe once every 2 weeks, and it is almost always the user's fault. Does that answer your question?
EXCELLENT question. We tried about 5 different ways of retrieving data, and we found that what works best for us is a search-as-a-service. We use Azure AI Search, but there are lots of other ones out there, including Google Vertex AI Search, Algolia, Amazon CloudSearch, or ElasticSearch.
What tradeoffs? It is fast and accurate, but it does get expensive when you have over 50 million records.
How to start small in a very specific area:
1. Write down a list of 10 to 20 questions that you want your RAG to be able to answer. Then write down the correct answers next to each question. If you don't know the correct answers, ask a subject matter expert. Build a RAG chatbot that can answer those questions first.
2. You have to start out using tools that are capable of growing with you. For example, don't use ChromaDB because it can only fit in memory. Use services that can scale up.
3. I cover this in my book, you can use the 10 to 20 questions as integration tests and run them every time you commit code to make sure everything still works.
4. How to feed with data continuously... do you mean keeping your databases updated? You can write a script to check for regulations published in the last week, and only upload those regulations to your database.
I hope all that helps, let me know if you have any other questions!
Posted by
tylersuard on Thursday March 20, 2025 @01:47AM
from the ask-hn dept.
I’ve spent the past year and a half constructing a Retrieval Augmented Generation (RAG) chatbot for a Fortune 500 manufacturing company, integrating over 50 million records across a dozen databases. Despite that scale, the system can return relevant info in 10–30 seconds, and it’s now at 90% five-star user approval internally.After tons of trial and error—embedding huge datasets, mixing vector...