正在加载视频...

视频加载失败

Some food for thought when designing benchmarks... So, here's a little computer-use (visual) comparison between GPT-5.6 Astra and Qwen3.8 Max. The task here was to recreate the image in the center using the Paint UI. Super interesting how the two different LLMs+Harnesses approached this totally differently by default. I.e.,...

23,056 次观看 • 8 天前 •via X (Twitter)

40 条评论

Jean Pierre · fireply.ai 的头像
Jean Pierre · fireply.ai8 天前

one paints like an artist, the other like a printer, non wonder the printer scores higher on being a printer

bob wang 的头像
bob wang8 天前

Maybe test 3.8max on Codex? Let's see if the model variance is still that obvious under the same harness.

Sebastian Raschka 的头像
Sebastian Raschka8 天前

Yeah unfortunately the Codex/ChatGPT app doesn't support third party LLMs. And the Codex CLI doesn't support computer use (i.e., UI use).

bob wang 的头像
bob wang8 天前

I see.. and is this a typo? Did you mean GPT-6 Astra rather than GPT-5.6 Astra?

Sebastian Raschka 的头像
Sebastian Raschka8 天前

Oh yeah that’s a typo lol

Ganesh 的头像
Ganesh8 天前

I really love the insight you reached from the example (the part about generalization). The geometric approach clearly shows parsimony, which is more “beautiful” than the pixel-by-pixel approach.

Eco 的头像
Eco8 天前

Qwen is better than I thought

Saksham Jain 的头像
Saksham Jain8 天前

this measures the harness way more than the model. swap the click layer and your ranking flips.

Sebastian Raschka 的头像
Sebastian Raschka8 天前

Yes, that's probably true

Alan Hourmand 的头像
Alan Hourmand8 天前

Astra wins this for sure because it is abstractly trying to represent the reference

Nikhil Shah 的头像
Nikhil Shah8 天前

Similar thing happens on our slides creation benchmark. Two slides can be very similar in looks but very different in further editability. And designing judges that take those params in account rather than just slide images is very challenging our design of judges:

Varun Teja 的头像
Varun Teja8 天前

If that’s for real, that’s a huge knowledge gap.

Marius Laurusevicius 的头像
Marius Laurusevicius8 天前

The scoring rule is doing the work here. A pixel similarity metric rewards the pixel by pixel strategy by construction, so it measures the harness default more than the model. Would reporting action count and wall clock next to the score separate those two?

Sebastian Raschka 的头像
Sebastian Raschka8 天前

wall clock was actually quite similar, both took around ~20 min

MrOzi 的头像
MrOzi8 天前

@MLaurusevicius If wall clock is tied at ~20 min, what metric actually separates them in production?

Sebastian Raschka 的头像
Sebastian Raschka8 天前

@MLaurusevicius the trajectory

saietta 的头像
saietta8 天前

the geometric-shapes approach is closer to what you'd want for real GUI work though. actually using layers, fills and selection tools generalizes to a different image, a raster pixel dump only proves it can reproduce this exact one.

Diegonov 的头像
Diegonov8 天前

Qwen behave as you’d expect from a robot and astra more like a human

Victoria Neiman 的头像
Victoria Neiman8 天前

perfect example. the benchmark says "qwen wins" because pixel-level copy scores higher. but astra's approach – decomposing the image into geometric primitives – is arguably stronger generalization. the score rewards reproduction, not understanding. two different strategies, one leaderboard.

This.is.Amin 的头像
This.is.Amin8 天前

Holy smokes 🔥😳 Qwen plays on a different level

shb7 的头像
shb78 天前

one paint task mostly tells you about the harness. astra grinding vs qwen finishing is the interesting bit, not who won

Gregor 的头像
Gregor8 天前

the 'LLMs+Harnesses' callout is the real thing here if those differ, you're mostly benchmarking infrastructure choices, not models. my own prompt-format experiments moved accuracy more than model swaps did

Josh R Barry 的头像
Josh R Barry8 天前

Benchmarks that reward the final pixels can hide a lot about the path taken to get there.

Vikas(Vik) Malpani| AI for US Real Estate 的头像
Vikas(Vik) Malpani| AI for US Real Estate8 天前

Deeper issue: a task with one correct image is the wrong thing to benchmark generalization on. A crisp answer key rewards copying by design. Most real agent work has no target to diff against, so the thing you can score cleanly is, by that cleanliness, unlike production.

China OSS AI-lilxl 的头像
China OSS AI-lilxl8 天前

pixel-by-pixel is basically converting a visual reasoning task into mechanical transcription. wins the similarity score while completely sidestepping the capability the benchmark thinks it's testing. textbook Goodhart.

Tony 的头像
Tony8 天前

The shapes-versus-pixels detail is fascinating. I’d completely miss that difference if I only saw the finished pictures.

Necati Demir, Phd 的头像
Necati Demir, Phd8 天前

What is the prompt? I am curious what would happen if we ask Astra to do it pixel by pixel?

Anees Merchant 的头像
Anees Merchant8 天前

Output-only checks fool production pipelines too. I had generated images pass a file-type check and a dimensions check while one held only about a fifth of the picture, because the download was cut off. Only a check that walked the file's structure caught it.

Ben Mo 的头像
Ben Mo8 天前

a follow-up edit could be revealing here. 'move the window to the other side' asks whether the approach left anything reusable, and gives you a different comparison from the initial screenshot

airplanestar 𓂀 的头像
airplanestar 𓂀8 天前

visual computer-use benchmarks always expose how models handle feedback loops in real time. code is easy to verify, but UI actions show the real gap in spatial reasoning and agentic planning.

Akash 的头像
Akash8 天前

the benchmark should score recovery from UI mistakes and end-state reliability too, not just visual similarity

Raven 的头像
Raven8 天前

one drew the rocket with shapes, the other brought a pixel microscope

Ansh 的头像
Ansh8 天前

As per the use. Which one do you think is a better choice to use. In terms of quality and in terms of pricing.

Shalva (Shako) Janashvili 的头像
Shalva (Shako) Janashvili8 天前

A single screenshot hides the real failure mode. Pixel score tells you where it landed. The interaction trace tells you whether it had a plan.

Raymond Task 的头像
Raymond Task8 天前

What as the prompt?

DML 🐂 🀄🧭 的头像
DML 🐂 🀄🧭8 天前

Fairs

Anand Sharma 的头像
Anand Sharma8 天前

This is the same blind spot that shows up when AI decisions get evaluated by outcome alone. A result that happens to land close to the target isn't proof the process behind it was sound. If you can't see how a system got there, the score is the only thing you're checking.

Siddharth Jain 的头像
Siddharth Jain8 天前

the difference is being realistic and trying to be realistic, astra could have drawn the same thing , is it trying to be human? hence not drawing it near perfect?

Nayan Surya 的头像
Nayan Surya8 天前

Benchmarks often reveal more about the prompt engineering or tool-use strategy than the core model itself.

Chanchana 🐳 的头像
Chanchana 🐳8 天前

the difference in this case is mostly the aesthetic of the process. drawing large shapes mimick human painting so it is more beautiful. compare it to chess game, the AI could win either way but winning by beautiful moves are often more desirable by humans.

相关视频

ChatGPT o1 is the most "intelligent" AI model and it's not even close! Full o1 generates thinking steps ~50 faster than preview. It's more accurate, reliable, and got better on harder tasks that require advanced reasoning and knowledge. I ran a few tests on it already. Here are my observations: Full video with examples & explanations: Strengths - impressive at math, code, and knowledge-intensive tasks. Weakness - it only failed on a cross-word puzzle but I think it might be solvable when a web search becomes available. In the end, while very efficient with complex knowledge use, it's still constrained by data it's trained on. Speed - the thinking steps are generated a lot faster! Not a fair comparison with the open alternatives but I think this improves the overall user experience. "Knowledgeable and highly intelligent" - as mentioned in the demo by OpenAI researchers, o1 is great at dealing with ambiguity and filling in knowledge gaps. I was impressed by how it implemented an agentic solution (with lots of details) from a basic diagram of architecture (with minimal details). Check out the sample video. Better Task Coverage - Due to the speed and the ability to make sense of instructions and intent (i.e., know when to response fast and when to "think" deeply) much better, it feels like it might be more useful for a broader range of tasks. Image understanding - the image understanding capability is mysterious (often leads to faster responses but no thinking) but impressive. More experiments and notes soon. Stay tuned!

elvis

102,643 次观看 • 1 年前

GPT-5.6 vs GPT-5.5 on my custom spaceship prompt. I gave both models the exact same custom prompt. This is also the same prompt I previously gave to Fable 5. For context, GPT-5.6 Pro worked for 87 minutes, while GPT-5.5 Extra High worked for 34 minutes and 42 seconds. As I’ve said before, based on great authority GPT-5.6 will be an incremental/soldi improvement over GPT-5.5, not a “Fable killer.” My rough expectation has been that it would trade blows with Fable 5 on some benchmarks, maybe win around half depending on the category, but not clearly surpass it overall. And again fable five will have bigger model smell, but this was expected. After testing this coding output, that view feels pretty accurate. GPT-5.6 is clearly better than GPT-5.5 in several visual areas. The lighting, shading, chairs, object details, and exterior of the spaceship looked noticeably stronger. The scene was also easier to test. I do want to give GPT-5.5 credit though. It built out the rooms much much better and the planets looked better than GPT-5.6’s. It was also interesting that both GPT-5.5 and GPT-5.6 produced better-looking planets than Fable 5 in this specific test. The downside with GPT-5.5 was stability. The game was much glitchier and harder to test compared to GPT-5.6. But when it comes to the core of the demo, which is the spaceship itself, Fable 5 still beat both models pretty comfortably. GPT-5.6 is impressive, but from this test, it looks exactly like what I expected which was a meaningful incremental improvement over GPT-5.5, at least for indie game demos, but not something that replaces Fable 5. In collaboration with Chetaslua

Chris

250,919 次观看 • 3 个月前

Our first short course with Anthropic! Building Towards Computer Use with Anthropic. This teaches you to build an LLM-based agent that uses a computer interface by generating mouse clicks and keystrokes. Computer Use is an important, emerging capability for LLMs that will let AI agents do many more tasks than were possible before, since it lets them interact with interfaces designed for humans to use, rather than only tools that provide explicit API access. I hope you will enjoy learning about it! This course is taught by Anthropic's Head of Curriculum, Colt_Steele. You'll learn to apply image reasoning and tool use to "use" a computer as follows: a model processes an image of the screen, analyzes it to understand what's going on, and navigates the computer via mouse clicks and keystrokes. This course goes through the key building blocks, and culminates in a demo of an AI assistant that uses a web browser to search for a research paper, downloads the PDF, and finally summarizes the paper for you. In detail, you’ll: - Learn about Anthropic's family of models, when to use which one, and make API requests to Claude - Use multi-modal prompts that combine text and image content blocks, and also work with streaming responses - Improve your prompting by using prompt templates, using XML to structure prompts, and providing examples - Implement prompt caching to reduce cost and latency - Apply tool-use to build a chatbot that can call different tools to respond to queries - See all these building blocks come together in Computer Use demo Please sign up here:

Andrew Ng

170,541 次观看 • 1 年前

Probably I vibe coded a lil startup here? 😭 It has been such a loooong wish of mine to build some kind of 3D experience where I could customize a T-shirt in literally any way possible and it’s finally here. Built with Three.js using GPT 6 Astra, this is a full 3D T-shirt customization studio where you can visualize and customize a realistic shirt directly in the browser. That T-shirt itself was modeled by Astra using Tripo right inside Codex through Tripo Plugin. And you can pretty much do anything with it. You can paint directly on any side of the shirt using different brushes and colors, or even spray paint it in real time just like you would spray on a wall. There are also stickers generated using GPT Image 2.5 that you can place anywhere on the T-shirt, resize, reposition, recolor, layer, and customize however you want. On top of that, there’s support for things like fabric customization, sizing, layers, colors, and even wind simulation to push the realism a little further. Once you’re done, you can export the entire design as a 3D view or export individual images of the T-shirt so you could technically take the design, print it, and maybe even sell it. One of my favorite parts is how the spray painting effect works directly on the 3D T-shirt in real time. I also loved seeing how Astra managed to keep the whole experience performant across devices using a custom BVH implementation along with several CPU side optimizations. And the process of building it was super simple. I generated the initial studio design using GPT Image 2.5, gave that image to Astra with the Tripo Plugin enabled, and it basically handled everything from there. I didn’t have to separately generate a 3D reference, upload it to Tripo, download the asset, give it back to Astra, or manually coordinate any of that. Astra handled the entire flow on its own without needing any additional input from me. Really happy with both the process and how the final result turned out. Live:

The Bugged Dev

51,942 次观看 • 12 天前

*New Paper on AI & Democracy* Imagine two approaches to democracy. The one we have today, where citizens choose a professional politician to represent them and others. Or an augmented form of democracy, where each citizen controls a personalized AI that helps them participate in thousands of nuanced decisions. This second approach is the idea of Augmented Democracy I introduced six years ago at TED. In our latest paper we explore a simplified version of Augmented Democracy by combining off-the-shelf LLMs, such as ChatGPT, with data collected using a collaborative government program builder. This was an online game where people build a personalized government program using proposals extracted from the programs of the candidates of the 2022 presidential election in Brazil. So how accurate are these augmented forms of democracy? Imagine a user who gave us 40 answers. We can use the first 20 to fine-tune a model that we can test using the 20 answers the model didn’t see. We can then compare the accuracy of these predictions with the ones obtained by a “bundle” rule, which assumes that users that self-reported to be from the left or right always chose the proposals from the candidate that shares their political identity. This showed us that LLMs were more accurate at predicting policy preferences than the bundle rule, meaning that the preferences captured in the participation data were more nuanced than a left-right axis, and that the LLMs can capture some of that nuance. Also, the LLMs can choose among policies coming from the same candidate, which is something that we cannot do using a bundle rule. But can these LLMs help us complete the aggregate preferences of the population? Direct or unbundled forms of participation can result in incomplete data when people answer only a fraction of all questions. In our paper, we simulate this incompleteness by sampling the full dataset. We ask how close we can get to the full dataset by using a random sample, or a random sample augmented by predictions made by these LLMs. Overall, we find that LLM-augmented data gets much closer to the full dataset than a pure random sample. These results do not mean that augmented democracy technology is ready, but they means we are in a much better place to continue exploring this idea than six years ago. This paper was a collaborative effort with Jairo Gudino, PhD student at CCL at the University of Toulouse Capitole and Umberto Grandi from IRIT also at the University of Toulouse Capitole. We hope you find these results insightful!

César A. Hidalgo

26,915 次观看 • 1 年前