Alex Baron (@_itbaron) header
Alex Baron (@_itbaron) profile picture

Founder @ https://teapaw.org/t.co/TnDuuLfbBe

Joined August 2010
Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)Photo by Alex Baron (@_itbaron)
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.
1
3
14
17,875
Managing #Jira tickets automatically from team communication in calls and chats with @apply_ai_app.
1
1
12
467
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.
509
1,984
634
17,986
2,832,457
📽️ 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
393
2,147
414
15,225
1,528,904
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
1
150
2
524
38,209
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.
732
662
262
8,825
1,997,165
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
93
67
10
627
135,012
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
76
264
17,202
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
1
91
328
19,669
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 🫡
10
15
2
421
30,397
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…
1
39
2
191
29,058
$1B+ raised last week by AI startups 9 startups building insane products you should know about:
28
157
14
1,335
868,687
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…
1
14
90
12,205
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…
8
40
2
273
35,636
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.
1
3
1
13
929
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. 👇
21
34
7
164
129,899
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
24
22
5
195
45,698
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)
BREAKING: OpenAI releases real-time voice translation.
168
685
104
7,637
970,127
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.
There’s an art to distilling these to the absolute minimal necessary text. The human brain can’t comprehend how stupid these things are without practice.
197
507
125
3,188
799,905