Загрузка видео...

Не удалось загрузить видео

На главную

Prime Intellect engineer: "everyone's bragging about a million-token context. here's what they don't tell you. at 256k tokens GPT-5.5 scores 80% on retrieval. push it to a million and it drops to 36%. the model accepts the context, it just can't reason across it. people call it context rot."...

750,339 просмотров • 3 месяцев назад •via X (Twitter)

Комментарии: 37

Фото профиля Jeff Huber
Jeff Huber3 месяцев назад

what are you talking about? Chroma published Context Rot in the summer of 2015 and everyone knows this

Фото профиля Carnage
Carnage3 месяцев назад

))

Фото профиля Jeff Huber
Jeff Huber3 месяцев назад

🫶🏻

Фото профиля Dylan Patel
Dylan Patel3 месяцев назад

Jackmin the goat

Фото профиля Parker Settle
Parker Settle3 месяцев назад

yeah, no. It's hard to use a model that has less than 400k because they go and look at my mono-repo and explode into oblivion

Фото профиля Francesco Hayes
Francesco Hayes3 месяцев назад

I thought we’ve known this for a while now?

Фото профиля Tanishq Mathew Abraham, Ph.D.
Tanishq Mathew Abraham, Ph.D.3 месяцев назад

yooo it's @jackminong

Фото профиля Gerard Sans | Axiom 🇬🇧
Gerard Sans | Axiom 🇬🇧3 месяцев назад

context drift is a challenge

Фото профиля basedfk
basedfk3 месяцев назад

don't tell YC or Garry Tan about this

Фото профиля dhanvanth shetty
dhanvanth shetty3 месяцев назад

the real bottleneck isn't context size it's context understanding 1M tokens sounds impressive but memory and retrieval are what actually make agents reliable bigger prompts won't fix bad reasoning

Фото профиля Ali Romman
Ali Romman3 месяцев назад

Context rot is the bane of my existence and the biggest problem AI labs need to solve. Having more context is SO important, but it’s useless if the model loses 60 IQ whenever it’s near the cap.

Фото профиля ✍️ Чез 🦄🍏@
✍️ Чез 🦄🍏@3 месяцев назад

@unxed

Фото профиля Sajid AI
Sajid AI3 месяцев назад

Bigger context isn't everything how well a model uses it matters far more than the headline number.

Фото профиля 🇯🇲
🇯🇲3 месяцев назад

I have yet to use a model past 300k tokens that ddnt seem like a drooling zombie

Фото профиля Sponko
Sponko3 месяцев назад

@willcb This was determined a year ago. It’s the better half of the Ralph loop premise all of the tokenmaxxers left out

Фото профиля lordfarquaad
lordfarquaad3 месяцев назад

So I suppose it's a coincidence that's exactly what his company does? I'm all for more customized models, but let's not pretend every engineer needs one for decent performance at long context.

Фото профиля Mono_no_aware 🤖
Mono_no_aware 🤖3 месяцев назад

@_yaksan @Alex_Car12 👂

Фото профиля M̳x̳B̳
M̳x̳B̳3 месяцев назад

If you understand basic statistics and what an LLM is.. it makes perfect sense

Фото профиля Daniel Foch
Daniel Foch3 месяцев назад

Purpose built niche small language models

Фото профиля Madhusudhanan G
Madhusudhanan G3 месяцев назад

Niceeee

Фото профиля remy
remy3 месяцев назад

i have an "Andrej Karpathy" skill and it always tell me to keep the context small :-)

Фото профиля Donny Donuts
Donny Donuts3 месяцев назад

This is a fact that people don't like to hear. 384k is absolute max attention span.

Фото профиля lazerbrainzz
lazerbrainzz3 месяцев назад

This is true. The thinking block of a reasoning model consumes a lot of context space itself. Sure the thinking block is generally not included in conversation history, but at least while it is reasoning it does take up context space. Of course that also says nothing about high context utilization and accuracy...

Фото профиля Gerard Sans | Axiom 🇬🇧
Gerard Sans | Axiom 🇬🇧2 месяцев назад

Limits of continual learning:

Фото профиля McBuilds
McBuilds3 месяцев назад

context rot is real, but the fix isn't just continual learning. it's retrieval architecture. most agents don't need a million tokens. they need a memory layer that pulls the right 8k at the right time. bigger window is a workaround for not building the system correctly.

Фото профиля VA
VA3 месяцев назад

@jackminong

Фото профиля Morgan
Morgan3 месяцев назад

@willcb 🎯

Фото профиля StarHaze
StarHaze3 месяцев назад

That is why the context file needs to be kept as small as possible, so that it does not lose any information

Фото профиля Sam Aeonic
Sam Aeonic3 месяцев назад

was more or less common knowledge no?

Фото профиля Ryzm
Ryzm3 месяцев назад

A million tokens sounds impressive until the model has to connect two facts 800k apart.

Фото профиля 돈벌고영
돈벌고영3 месяцев назад

256k에서 80%, 1M에서 36%라면 컨텍스트 크기보다 ‘필요한 근거를 다시 꺼내는 검색 단계’를 따로 설계해야겠군요.

Фото профиля Asad Memon
Asad Memon3 месяцев назад

has been a known fact for 2 years now. 1M context is a scam.

Фото профиля Renan
Renan3 месяцев назад

The only people that benefits from large context are the inference providers

Фото профиля Yanming Di
Yanming Di3 месяцев назад

for now, human handles experience 1 billion times better than llm handles context: we are safe

Фото профиля Deepak Sadulla
Deepak Sadulla3 месяцев назад

That is why I have stopped using sonnet and opus 1m context models in claude.. Better to stick with the lower context models and compact automatically or when needed.. Needs a bit of reminding every now and then but much better experience.

Фото профиля Swarup Das
Swarup Das3 месяцев назад

This is exactly why raw context window size is overhyped. Agents need memory systems + continual learning, not just bigger haystacks. Great share 🔥

Фото профиля Pascal Bertrand
Pascal Bertrand3 месяцев назад

@willcb @mixedbreadai is the only way

Похожие видео

New skill: self-managed-context (make the agent's context an editable file) It explains how to build agents that decide what to keep, update, or remove from the information they use to do their work. It can archive a long log while keeping the exact error, update its progress notes, or remove outdated information. Those edits then change what the model sees on its next turn. 1- Keep the system instructions and original task protected, outside the editable file. 2- Write the remaining conversation to a file, with labels for each message. 3- Let the agent edit that file using its usual code tools. 4- After each command, read the file back and use the updated messages for the next model call. Loading the skill ( alone into a fixed harness won't create live context editing, but it can help an agent build and then operate a harness that supports it. I gave the skill to a coding agent and had it build the harness itself. The task is a long stream of server logs that doesn't fit in the window. The agent reads it in 18 chunks, about 10k tokens in total, with a 5.5k budget. It has to report one incident ticket exactly and the final value of every config key. Same model & budget, three setups: 1- Model manages its own context 2- Harness forces a summary at 75% full 3- Keeps everything The video shows a real GPT-5.4 run. - Self-managed solved it 3 out of 3. - Keep-everything overflowed 3 out of 3. - Forced summary also solved it 3 out of 3. On GPT-5.4 the self-managed agent re-processed about 24% fewer prompt tokens than the forced summary. When it edited, it cut hard, so little was left after the edit to re-process (one edit took 5,537 tokens down to 771). On GPT-4.1 it saved nothing. It edited near the top of its context but kept most of what was below, and every edit forces everything after it to be re-processed. This is a small test at about 2x context pressure. The paper goes up to 24x, but imho the video below and the skill are a good way to start understanding the technique.

Muratcan Koylan

15,687 просмотров • 21 дней назад

this video is the CLEAREST explanation of how claude skills + AI agents work and how to use them most people set up an AI agent and wonder why it keeps disappointing them. the context window is everything context is what the model assembles before it takes any action. think of it like everything the agent needs to read before it does anything. the quality of what goes in determines the quality of what comes out. the models are genuinely really good right now. claude and gpt are exceptional. the variable is almost always the context you give them. 1. agent.md files are mostly unnecessary every single line you put in an agent.md file gets added to every single conversation you have with your agent. a 1000 line file is around 7000 tokens burning on every run. the model already knows to use react. it can read your codebase. save the agent.md for proprietary information specific to your company that the model genuinely cannot know on its own. 2. skills are the actual unlock a skill.md file works differently. what loads into context is only the name and description, around 50 tokens. the full instructions only appear when the agent recognizes it needs that skill. so instead of 7000 tokens on every run you have 50. and the agent stays sharp because the context window stays lean. the closer you get to filling the context window the worse the agent performs, same way you perform worse when someone dumps 10 things on you at once. 3. here is how to actually build a skill the right way most people identify a workflow and immediately try to write the skill. what you want to do instead is run the workflow by hand with the agent first. walk it through every single step. tell it what to check, what good looks like, what bad looks like. correct it in real time. once you have had a full successful run from start to finish, tell the agent to review everything it just did and write the skill itself. it writes a better skill than you will because it has the full context of what actually worked in practice not in theory. 4. recursively building skills is how you go from frustrated to reliable when the skill breaks, and it will break, ask the agent exactly why it failed. it will tell you specifically what went wrong. fix it together in that same conversation. then tell it to update the skill file so that failure mode never happens again. ross mike did this five times with his youtube report generator. it now pulls from eight different data sources and runs flawlessly every single time without him touching it. 5. sub agents are something you earn not something you set up on day one start with one agent. build one workflow. turn it into one skill. once that works add another. ross mike has five sub agents now covering marketing, business, personal and more. it took months to get there and every single one exists because a workflow proved it deserved to exist. the people who set up 15 sub agents on day one and wonder why nothing works skipped all the steps that make the thing actually run. 6. your workflow is the thing the model cannot get anywhere else the model has been trained on everything. it knows more than you about most things. what it does not have is your specific process, your taste, your way of doing things. that is what skills capture. that is what makes your agent actually useful versus a generic one. downloading someone else's skill means downloading their context onto your setup and it will not work the way you want it to because it was never built around how you work. this is the clearest explanation of how agents actually work i have heard. Micky runs this stuff every single day and the results show it. full episode is now live on The Startup Ideas Podcast (SIP) 🧃 where you get your pods people charge for this sorta stuff i give away the sauce for free i just want you to win watch

GREG ISENBERG

194,867 просмотров • 6 месяцев назад

How can you solve complex tasks using a Large Language Model? Here is a 2-minute introduction to everything you need to know to 10x the quality of your results. Let's talk about three techniques, in order of complexity, starting with the easiest one: • In-Context Learning • Indexing + In-Context Learning • Fine-tuning In-Context Learning The team that trained GPT-3 found something they couldn't explain: You can condition a model using examples of how you want it to behave. I included an example prompt in the attached video. You can "teach" the model how you want it to interpret questions, select the correct answers, and format the results by giving a few examples. You can also give specific knowledge to the model that will be helpful when formulating answers. We call this approach "grounding the model." There's another example in the video. Indexing + In-Context Learning Unfortunately, there is a limit to how much data you can include in a prompt. We call this the "context size." One version of GPT-4 supports a context of approximately 6,000 words, while the other supports 25,000 words. Although this sounds like a lot, many applications need more than that. Imagine you wrote a book and want to build an application to answer any questions about your story. What happens if your book is longer than the context? That's where Indexing comes in. Using a model, you can turn every book passage into an embedding. These are vectors, numbers that "encode" the passage's text. You can then store these embeddings in a particular database that supports fast retrieval of these vectors. You can then turn any question into an embedding and search the database for the list of passages that are similar to that query. Instead of using the entire book to ask the model, you can now use the relevant passages as in-context information, effectively working around the context size limitation. Fine-tuning Fine-tuning can give you an extra boost to get reliable outputs from your LLM. It is, however, the most complex approach on the list. There are different approaches to fine-tuning a model with your data. A popular technique is to process your data with your LLM and use the outputs to train a new classifier that solves your specific task. Notice that here you aren't modifying the LLM. Instead, you are chaining it with your trained classifier. Another approach is to modify the parameters of the LLM using your data. Think of this as "rewiring" the model in a way that solves your particular task. The results and costs will vary depending on how many layers you want to fine-tune from the original model. Many companies think that fine-tuning is the solution to their problems. In my experience, many will benefit from exploring the other two approaches. I love explaining Machine Learning and Artificial Intelligence ideas. If you enjoy in-depth content like this, follow me Santiago so you don't miss what comes next.

Santiago

384,573 просмотров • 3 лет назад