cmcollier
This is a lot more work than basic zero or few shot prompting of a large general LLM. It's also a bit contrary to the challenge of an autonomous agent in an open ended environment.
It will take time for people to do that kind of work and apply these models in their domais. Similarly it will take time for someone to figure out how to potentially automate the decomposition process so they could be leveraged in more autonomous agents.
Here's my data and search engine with all the HN data:
Orange Words. My hobby project, a hacker news search system. It was initially created by hand and now I use AI augmented development. It's a good low risk environment for experimenting.
Hey all, site owner here. Thanks for the visits and all the fun stories! I really miss this era of computing. Feel free to let me know if you have something that should be added to the site.
Here's some site meta-history too:
OpenAI's Stargate Megafactory with Sam Altman (Bloomberg) [video]
Using the most unhinged AVX-512 instruction to make fastest phrase search algo
* https://hamel.dev/blog/posts/evals/#level-1-unit-tests
And more broadly:
Here are all the models:
* Any solid search engine (bm25 + embeddings and hnsw)
* Any api to a model (gpt3.5, gpt4, claude, etc)
* Some middleware to call search then build the prompt
Then the remaining:
* Create an eval dataset, then tune the search and the prompt as needed
What We Learned from a Year of Building with LLMs (Part II)
Complex systems can be created through the composition of simple processes which are easily explained or modeled. Sometimes there are mysterious emergent properties in the overall system, even when we can explain the components. Other times, through investigation / science / engineering, we are finally able to explain the entire system. It might lose a little of the magic or mystery as a result, but the system itself didn't change. Instead our perspective and understanding changed.
On that note, until we can fully explain some of the workings of our own minds, I'm reluctant to write off "just predicting the next token" as an unimportant process. It's one way to explain LLM inference simply, but it doesn't eliminate the importance. It also doesn't account for as-yet unexplained things which may be happening as a part of training.
Vector DB Comparison
Matryoshka and Binary vectors: Slash vector search costs with Vespa
Only 64 Bytes per Embedding
More technically, here's one of the key papers discussing the topic (from google):
* https://arxiv.org/abs/2206.07682
Emergent Abilities of Large Language Models
Scaling up language models has been shown to predictably improve performance and sample efficiency on a wide range of downstream tasks. This paper instead discusses an unpredictable phenomenon that we refer to as emergent abilities of large language models. We consider an ability to be emergent if it is not present in smaller models but is present in larger models. Thus, emergent abilities cannot be predicted simply by extrapolating the performance of smaller models. The existence of such emergence implies that additional scaling could further expand the range of capabilities of language models.
Version history (for relevant dates):
[v1] Wed, 15 Jun 2022 17:32:01 UTC (59 KB)
[v2] Wed, 26 Oct 2022 05:06:24 UTC (88 KB)* The people or industry have low tolerance or fear around risk of false positives
* The industry is centered around billable hours and has no incentive for automation
* The engineers or people perceive ML as this obscure/difficult thing
I'd say the incentives and risks have hindered lots of legal adoption (this is what I observed while working in legaltech for instance). Insurance sounds similar, but I'm less familiar and assume they are coming along more quickly.
[0] I agree with minimaxir's point, that it's a bad assumption to think few teams use basic ML functionality. This will become even more true as emergent tech such as zero shot classification with LLMs becomes more commoditized.