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

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

На главную

DeepSeek-V4.1-Flash: the BEST Boeing benchmark result I’ve seen from an open-source model (by far). ✈️ It ran for hours with /goal. Where other models often stall quickly, it kept improving: inspect, spot a defect, zoom in, diagnose, fix, repeat. The video really shows how strong it is at sustaining...

43,845 просмотров • 21 часов назад •via X (Twitter)

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

Фото профиля Victor M
Victor M21 часов назад

more details because this is beautiful 🔥

Фото профиля Victor M
Victor M21 часов назад

extremely good, inspect the result here:

Фото профиля Offscript
Offscript21 часов назад

kept improving instead of stalling is the only benchmark that matters now. the rest is one shot theatre

Фото профиля Soft Axiom
Soft Axiom15 часов назад

"Until you are 100% satisfied" might be the most important part of the prompt. The model grading its own work is the benchmark now.

Фото профиля Myravyx
Myravyx18 часов назад

The hard part in a multi-hour run isn't the fixing. It's still being dissatisfied at hour three.

Фото профиля catman
catman19 часов назад

hours of /goal is a much harsher test than a one-shot render. what finally made it stop improving: a visual score, a fixed iteration limit, or its own judgment?

Фото профиля Umar Nasser
Umar Nasser15 часов назад

It seems better than opus 4.8 one right?

Фото профиля Shesaidmewakeup
Shesaidmewakeup16 часов назад

Open source running for hours in claude code and still improving. Benches don’t show that.

Фото профиля John Rood
John Rood19 часов назад

the thing that separates "keeps improving" from "stalls" isn't raw capability. it's whether the model can still see what it already tried 40 steps back. most stalls are it relitigating a fix it already ruled out because that context fell out of the window.

Фото профиля neal
neal20 часов назад

The impressive part is the loop, not the “god model” label: inspect → name a defect → fix → verify. That pattern is useful outside 3D work too—give any model explicit checks and a stop condition instead of asking for a one-shot answer.

Фото профиля OmniWired
OmniWired16 часов назад

I wonder if it be better on dsh

Фото профиля Surya Rajendhran
Surya Rajendhran21 часов назад

this is a great benchmark, where can I find more details? are there any common trends you’re seeing with how deepseek or open weight models handle 3D vs closed frontier models?

Фото профиля Victor M
Victor M20 часов назад

best way to see other results:

Фото профиля Chizzydigital
Chizzydigital17 часов назад

Next time just use a separate critic agent

Фото профиля veloX
veloX17 часов назад

this Boeing benchmark reminds me of the Red Queen Gödel Machine: continuous self-improvement against a moving target.

Фото профиля bbzz
bbzz20 часов назад

what'd it cost?

Фото профиля Elledyne Labs
Elledyne Labs17 часов назад

was the inspect→fix loop running on the same context window the whole time, or did /goal spawn fresh subagents? curious what context strategy kept it from rotting across hours

Фото профиля Krish Dasgupta
Krish Dasgupta18 часов назад

What really is marvellous- the precision shadow. The moment you move the pane around the plane, the direction also specifies the shadow. That’s something !

Фото профиля Wei佳
Wei佳14 часов назад

What Harness tool are you using?

Фото профиля Elledyne Labs
Elledyne Labs19 часов назад

the harness did the work, not the model. claude code gave it the loop and deepseek just refused to quit. how much of this is /goal's verifier vs deepseek's stamina?

Фото профиля اسلیم کلیک ها
اسلیم کلیک ها20 часов назад

Can you please crash it into a building next

Фото профиля Onur Solmaz
Onur Solmaz15 часов назад

did it reach the final version faster than astra before?

Фото профиля Steffan
Steffan20 часов назад

Looks like I am going to change harness, I was not really happy with deepseek results in opencode, maybe it’s a harness problem.

Фото профиля Victor M
Victor M15 часов назад

try it and tell me - I get really good results with CC with this setup:

Фото профиля FoodTruck Bench
FoodTruck Bench15 часов назад

DeepSeek 4.1 being this close to GPT-5.5 at this price point is actually illegal 💀

Фото профиля josip
josip16 часов назад

the impressive part isn't the boeing render, it's that it stayed in the inspect→diagnose→fix loop for hours instead of stalling after the first pretty output. long-horizon models start looking useful when the harness keeps them pointed at the next defect

Фото профиля Dev
Dev14 часов назад

bro chinese models r literally cooking the entire ai market rn distillation really leveled up chinese ai to the point it's outperforming everything ngl 😭🔥

Фото профиля kimodo_cloud
kimodo_cloud20 часов назад

cost ?

Фото профиля Preyforge
Preyforge16 часов назад

this is the satisfying version of a loop: inspect, diagnose, fix. i still make the deployed path prove the demo; screenshots can be charming little liars.

Фото профиля neo hodler
neo hodler16 часов назад

Interesting to see that it “ran for hours with /goal” without stalling. Long-horizon loops are where most “SOTA” models still quietly die.

Фото профиля Ibesh
Ibesh16 часов назад

boeing test is brutal lol. most open models stall after a few fixes, the fact it kept going for hours and kept improving is the real flex

Фото профиля keethesh
keethesh17 часов назад

Does it ever break something that was already working?

Фото профиля 东倒西六条
东倒西六条18 часов назад

你炒股吗?如果你炒股的话马上删了,否则对今晚美国股市有冲击!能设计外形,就可以对飞机内部进行设计。直接冲击了美国高端制造业

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

AI AGENTS 101 (58 minute free masterclass) send this to anyone who wants to understand ai agents, claude skills, md files, how to get the most out of AI etc in plain english: 1. chat vs agents - chat models answer questions in a back and forth while agents take a goal, figure out the steps, and deliver a result 2. agents don’t stop after one response. they keep running until the task is actually finishedno babysitting required 3. everything runs on a loop. they gather context, decide what to do, take an action, then repeat until done 4. the loop is the system. they look at files, tools, and the internet. decide the next step. execute and then feed that back into the next step. over and over until completion 5. the model is just one piece. gpt, claude, gemini are the reasoning layer. the key is model + loop + tools + context 6. mcp is how agents use tools. it connects things like browser, code, apis, and your internal software. once connected, the agent decides when to use them to get the job done 7. context beats prompt all day. you don't need to write perfect prompts. load your agent with context about your business, style, and goals and then simple instructions work 8. claude.md or agents.md is the onboarding doc it tells the agent who it is, how to behave, what it knows, and what tools it can use. this gets loaded every time before it starts 9. memory.md is how it improves. agents don’t remember by default. this file stores preferences, corrections, and patterns you tell the agent to update it, and it gets better over time 10. skills + harnesses make it usable. skills are reusable tasks like writing, research, analysis the harness is the environment like claude code or openclaw that runs everything. basiclaly, different interfaces, same system underneath this episode with remy on The Startup Ideas Podcast (SIP) 🧃 was one of the clearest ways of understanding a lot of the core concepts of ai agents could be the best beginners course for ai agents 58 mins. all free. no advertisers. i just want to see you build cool stuff. im rooting for you. send to a friend watch

GREG ISENBERG

377,138 просмотров • 5 месяцев назад

CLAUDE CODE JUST SHIPPED THE FEATURE THAT SOLVES THE BIGGEST PROBLEM EVERY BUILDER HAS WITH AI AGENTS. The problem: Claude starts a task, gets distracted by a sub-problem, goes down a rabbit hole, and never finishes the original thing you asked for. The solution: /goal One command. You set the goal at the start of the session. Claude now has a north star it checks against every action it takes. Not just at the beginning. Throughout the entire session. Every time Claude is about to do something it asks: does this action move me toward the goal the user set or am I drifting? If it is drifting it corrects. If it completes a sub-task it returns to the primary goal. If it hits a blocker it reports back instead of spending 45 minutes solving the wrong problem. This sounds like a small feature. It is not. The reason most people do not trust Claude Code for long autonomous runs is not capability. It is reliability. A Claude Code session that reliably finishes what it started is worth 10 times more than one that is more capable but wanders. /goal is the feature that makes long autonomous sessions reliable. Set the goal. Let it run. Come back to a finished result. Not a result that got 70% done before Claude decided the sub-problem was more interesting. Done. The builders running overnight agent sessions are going to use this command on everything from today forward. Bookmark this. Follow CyrilXBT for every Claude Code feature the moment it ships.

CyrilXBT

19,586 просмотров • 3 месяцев назад

Sam Altman made the case for open-source harnesses in July. a month later, someone shipped it, and it's more efficient than most managed harnesses. here is the problem it was aimed at: a large share of your agent's token bill is the model rereading things it already read. that isn't the model's doing. the runtime around it decides what goes into every prompt and how often the model gets called. for example, an agent queries a CRM at step four and gets back 400 rows. those rows get piled up in the conversation history. by step nineteen, the model has to read those rows fifteen times unnecessarily, and every token read is billed at input rates. it happened because your harness assembled that prompt on every turn and kept the rows in it. that gives you two levers: how much context the harness carries forward, and how often it calls the model. there are four practical ways to keep the prompt from growing unnecessarily: → load tool schemas on demand. a server with 100 tools doesn't need to put all 100 into every prompt when the agent only calls two. → offload large results to disk. turn a large response into a short preview and a file path instead of replaying the entire result on every turn. → delegate to subagents. let a subagent spend thirty tool calls in its own context and return one summary to the root agent. → run toolchains in code. one script calls three tools, joins the results, and returns a table instead of three turns each dragging a full response. but reducing context is only half the job. you also need to control how often the model gets called. a good harness should avoid unnecessary planning, verification, and reflection when the work can be completed in fewer steps. TrueFoundry's open-source agent harness, TrueForge, is built around both of those controls. it sits between the model and the tools, deciding what goes into every prompt and when another model call is actually needed. it also breaks token usage down across the harness, skills, instructions, tools, and messages. DevRev's Enterprise-Bench is where this gets tested, on multi-step tasks of the kind where an agent pulls records from one system and reconciles them against another. TrueFoundry ran TrueForge there against Claude Managed Agents, both on the same model, and both finished the same number of tasks. the tie is the part that matters, because it means the gap underneath is not a quality tradeoff. TrueForge reached that score on close to a third of the tokens, with roughly 40% fewer trips back to the model. for the same result, that comes out around 2.7x cheaper than Claude Managed Agents. swapping in an open model made it sharper still. TrueForge with GLM-5.2 scored a little higher than either setup above, and the entire benchmark run cost about $3 at list prices. being open source matters beyond the license here. the model underneath can be swapped without rewriting the agent, and the whole thing can run inside your own environment when the data cannot leave it. all of this comes down to the runtime around the model, the context it carries, the tools it exposes, and how many times it goes back to the model. that is what a production harness actually owns. the full task list, the per-run numbers, and the MIT-licensed code are on GitHub: (don't forget to star 🌟) you can read more about the same in the article quoted below. thanks to the TrueForge team for working with me on this one.

Akshay 🚀

76,552 просмотров • 23 дней назад