Alex Baron retweeted
Chat, here is a PRD / TRD management LLM app that keeps requirements granular and cares about the architecture.
In couple of weeks you will be able to connect it to your coding agents. So your novel codebase going to look less surprising and more familiar to you.
Video is a quick tutorial for enterprise customers.
Alex Baron retweeted
Managing #Jira tickets automatically from team communication in calls and chats with @apply_ai_app.
Alex Baron retweeted
Programming is changing so fast... I'm trying VS Code Cursor + Sonnet 3.5 instead of GitHub Copilot again and I think it's now a net win. Just empirically, over the last few days most of my "programming" is now writing English (prompting and then reviewing and editing the generated diffs), and doing a bit of "half-coding" where you write the first chunk of the code you'd like, maybe comment it a bit so the LLM knows what the plan is, and then tab tab tab through completions. Sometimes you get a 100-line diff to your code that nails it, which could have taken 10+ minutes before.
I still don't think I got sufficiently used to all the features. It's a bit like learning to code all over again but I basically can't imagine going back to "unassisted" coding at this point, which was the only possibility just ~3 years ago.
Alex Baron retweeted
📽️ New 4 hour (lol) video lecture on YouTube:
"Let’s reproduce GPT-2 (124M)"
youtu.be/l8pRSuU81PU
The video ended up so long because it is... comprehensive: we start with empty file and end up with a GPT-2 (124M) model:
- first we build the GPT-2 network
- then we optimize it to train very fast
- then we set up the training run optimization and hyperparameters by referencing GPT-2 and GPT-3 papers
- then we bring up model evaluation, and
- then cross our fingers and go to sleep.
In the morning we look through the results and enjoy amusing model generations. Our "overnight" run even gets very close to the GPT-3 (124M) model. This video builds on the Zero To Hero series and at times references previous videos. You could also see this video as building my nanoGPT repo, which by the end is about 90% similar.
Github. The associated GitHub repo contains the full commit history so you can step through all of the code changes in the video, step by step.
github.com/karpathy/build-na…
Chapters.
On a high level Section 1 is building up the network, a lot of this might be review. Section 2 is making the training fast. Section 3 is setting up the run. Section 4 is the results. In more detail:
00:00:00 intro: Let’s reproduce GPT-2 (124M)
00:03:39 exploring the GPT-2 (124M) OpenAI checkpoint
00:13:47 SECTION 1: implementing the GPT-2 nn.Module
00:28:08 loading the huggingface/GPT-2 parameters
00:31:00 implementing the forward pass to get logits
00:33:31 sampling init, prefix tokens, tokenization
00:37:02 sampling loop
00:41:47 sample, auto-detect the device
00:45:50 let’s train: data batches (B,T) → logits (B,T,C)
00:52:53 cross entropy loss
00:56:42 optimization loop: overfit a single batch
01:02:00 data loader lite
01:06:14 parameter sharing wte and lm_head
01:13:47 model initialization: std 0.02, residual init
01:22:18 SECTION 2: Let’s make it fast. GPUs, mixed precision, 1000ms
01:28:14 Tensor Cores, timing the code, TF32 precision, 333ms
01:39:38 float16, gradient scalers, bfloat16, 300ms
01:48:15 torch.compile, Python overhead, kernel fusion, 130ms
02:00:18 flash attention, 96ms
02:06:54 nice/ugly numbers. vocab size 50257 → 50304, 93ms
02:14:55 SECTION 3: hyperpamaters, AdamW, gradient clipping
02:21:06 learning rate scheduler: warmup + cosine decay
02:26:21 batch size schedule, weight decay, FusedAdamW, 90ms
02:34:09 gradient accumulation
02:46:52 distributed data parallel (DDP)
03:10:21 datasets used in GPT-2, GPT-3, FineWeb (EDU)
03:23:10 validation data split, validation loss, sampling revive
03:28:23 evaluation: HellaSwag, starting the run
03:43:05 SECTION 4: results in the morning! GPT-2, GPT-3 repro
03:56:21 shoutout to llm.c, equivalent but faster code in raw C/CUDA
03:59:39 summary, phew, build-nanogpt github repo
Alex Baron retweeted
Excellent intro series on virtualization and internals of various solutions (QEMU, Xen and VMWare) by @LordNoteworthy
Intro: docs.saferwall.com/blog/virt…
VMWare: docs.saferwall.com/blog/virt…
Xen: docs.saferwall.com/blog/virt…
QEMU: docs.saferwall.com/blog/virt…
#infosec
Alex Baron retweeted
So much misunderstanding of this comment!
Here is a list of things I am *NOT* saying:
- you need a PhD to do Science. You don't. A PhD teaches you to do research, but you can learn that on your own (though it's much easier with a mentor).
- you need to get papers accepted by a journal or conference to publish: you don't. You can just post it in ArXiv.org . Many influential papers never went through the formal peer review process, or went through it after they became influential.
- engineering is not science: it can be, depending on your methodology. I'm a scientist *and* an engineer. These activities are complementary and need each other.
- science requires formal papers: it doesn't. A clear explanation on a website and a piece of code on a public repo will do.
What I *AM* saying is that science progresses through the collision of ideas, verification, analysis, reproduction, and improvements.
If you don't publish your research *in some way* your research will likely have no impact.
To qualify as Science a piece of research must be correct and reproducible.
To be correct and reproducible, it must be described in sufficient details in a publication.
To be 'published' (to receive a seal of approval) the publication must be checked for correctness by reviewers.
To be reproduced, the publication must be widely available to the community and sufficiently interesting.
If you do research and don't publish, it's not Science.
Without peer review and reproducibility, chances are your methodology was flawed and you fooled yourself into thinking you did something great.
No one will ever hear about your work.
No one will pick it up and build on top of it.
No one will build new technology and products with it.
Your work will have been in vain.
You'll die bitter and forgotten.
If you never published your research but somehow developed it into a product, you might die rich.
But you'll still be a bit bitter and largely forgotten.
Alex Baron retweeted
The more I use AI Agents, the more I am convinced that
- LLMs still suck at hard problems
- GPT-4o is worse than GPT-4, so it doesn't help
- The problem with automation is not the technical aspect, it's the collaboration and prompting aspect
- Testing is not easy
TLDR; as we with everything hype is not correlated with reality on the ground ;)
Having said that we are definitely making slow but very steady progress
Alex Baron retweeted
Excellent introduction to Linux namespaces
Credits @quarkslab
Part 1: blog.quarkslab.com/digging-i…
Part 2: blog.quarkslab.com/digging-i…
#namespace
Alex Baron retweeted
Great free book on Compilers, linkers, JITs and assemblers Internals (focus on software security hardening)
Low-Level Software Security for Compiler Developers:
llsoftsec.github.io/llsoftse…
#compilers
Alex Baron retweeted
HOLY SHIT
thank you so much for believing in this project!
i'm going to do everything I can to make sure opensource codegen tools happen
also, fully local tomorrow :)
onwards 🫡
Alex Baron retweeted
The simplest dumbest memory implementation for AI agents is to just implement a rolling window over your conversation history - feed the latest conversation into the chat.
It's an open-question as to how to evolve this into a more advanced memory architecture capable of storing longer-term entities and relationships.
We're excited to be hosting a webinar with memary, a cool knowledge-graph powered memory implementation by @JulianSaks and others, to chat about these questions more in-depth.
This 9am PT, come check it out 🔥: lu.ma/nzh3o83f
New Webinar 🚨: Memory for Autonomous Agents 🧠
This Thursday 9am PT we're excited to host the authors of memary - a fully open-source reference implementation for long-term memory in autonomous agents
In this session, we'll do a deep dive into the project itself and also have a deeper discussion and Q&A session around memory, including challenges and future directions.
memary contains a novel architecture combining sequential memory with knowledge graphs:
1. Extract agent inputs/responses into a knowledge graph, also serves as a searchable tool for the agent
2. But also store a memory stream to capture interaction timelines and extract themes
3. Rank popular entities in an entity store and feeding them into the agent's context window
Join @JulianSaks, Kevin Li, Seyeong Han and the rest of the memary team as they share their insights on pushing the boundaries of long-term memory in autonomous agents.
Signup here: lu.ma/nzh3o83f
Repo: github.com/kingjulio8238/mem…
Alex Baron retweeted
$1B+ raised last week by AI startups
9 startups building insane products you should know about:
Alex Baron retweeted
Here's a simple but neat trick to reduce your embeddings resource reqs by 96% 💵⚡️ - store binary embeddings.
Instead of storing floats for each dimension, store 1s and 0s. For embedding models trained to produce a uniform distribution for every dimension, this leads to a negligible loss of performance.
Why is this? The further apart two embedding vectors are, the more likely that at least one dimension will be different in binary form. So hamming distance ~ cosine distnce.
Here's a fantastic post by @JinaAI_ showing how and why binary embeddings work, and how to use it in @llama_index to build hyperoptimized RAG!
jina.ai/news/binary-embeddin…
Get 32x faster performance on your vector search at only a 4% cost in accuracy!
Building production apps is all about tradeoffs. In vector search, your data is encoded as 32-bit vectors, which can use a lot of storage and compute to search. In this blog post from @JinaAI_, they show you how to get dramatically faster vector search by reducing them to binary digits, at a small cost in accuracy of retrieval.
They also demonstrate how to get it working in LlamaIndex: it's as simple as adding a single `encoding_queries='binary'` parameter to your embedding call!
jina.ai/news/binary-embeddin…
Alex Baron retweeted
GPT-4o is crazy good at structured image extraction.
We fed it a bunch of very thorough papercards, containing detailed text and diagrams outlining the main sections of the paper.
It is able to extract out a fully structured JSON and summarize the main results.
You can easily use GPT-4o for multimodal extraction with @llama_index. Check out @_nerdai_’s fantastic guide below:
github.com/run-llama/llama_i…
Structured Image Extraction with GPT-4o 🖼️
GPT-4o is state-of-the-art in integrating image/text understanding, and we’ve created a full cookbook showing you how to use GPT-4o to extract out structured JSONs from images.
It does this much better than GPT-4V. we feed it detailed papercards (created by @_nerdai_) of various research papers (see diagram below), and measure quantitative metrics like failure rates and quality of extracted outputs. GPT-4o was able to extract structured output from every image (0% failure rate), and synthesizes much higher quality answers/insights than 4V.
Check out our full cookbook here - also by @_nerdai_! github.com/run-llama/llama_i…
Alex Baron retweeted
Many valuable ideas and wisdom are spoken rather than written. Our technology makes spoken content easily accessible and searchable.
With our solution, any number of video calls and internal content can be made searchable using LLMs, saving people significant time in finding the right details and context.
As a fun demonstration of the technology, we are launching search engines for popular podcasts, starting with The All-In Podcast. Check it out below and in the comments.
Alex Baron retweeted
Whether you're just getting started and could use a simple Javascript AI stack, or you're ready to build your own AI town (or companions!), we've created a new place for all the a16z-built GitHub projects, demos, and experiments. 👇
Alex Baron retweeted
GPT4o - Switching LLMs In Production
After a couple of days of switching to gpt4o on some production workloads and getting user feedback
We are seeing mixed results!
Performance is getting worse in some cases and has improved in a few
Switching to it blindly is a bad idea. Make sure to have a robust evaluation framework
You definitely need either Claude Opus or GPT-4 still around
Alex Baron retweeted
They are releasing a combined text-audio-vision model that processes all three modalities in one single neural network, which can then do real-time voice translation as a special case afterthought, if you ask it to.
(fixed it for you)
Alex Baron retweeted
The All in Podcast semantic search just dropped:
allinpod.apply-ai.app
Alex Baron retweeted
How to be as "smart" as Auto-Regressive LLMs:
- memorize lots of problem statements together with recipes on how to solve them.
- to solve a new problem, retrieve the recipe whose problem statement superficially matches the new problem.
- apply the recipe blindly and declare victory.
- do not use basic logic.
- do not use common sense to check your solution.
- do not use a mental model of the situation as a sanity check.
- do not simulate the scenario in your mind using your world model.
- when someone tells you your solution is wrong, reply "I'm sorry, you are right" and apply another irrelevant recipe.
Knowledge accumulation is not a substitute for actual understanding.






























