Just tried it out for a prod issue was experiencing. Claude never does this sort of thing, I had it write an update statement after doing some troubleshooting, and I said “okay let’s write this in a transaction with a rollback” and GPT-5.5 gave me the old “okay,<p>BEGIN TRAN;<p>-- put the query here<p>commit;<p>I feel like I haven’t had to prod a model to actually do what I told it to in awhile so that was a shock. I guess that it does use fewer tokens that way, just annoying when I’m paying for the “cutting edge” model to have it be lazy on me like that.<p>This is in Cursor the model popped up and so I tried it out from the model selector.
I feel like the last 2-3 generations of models (after gpt-5.3-codex) didn't really improve much, just changed stuff around and making different tradeoffs.
OpenAI is the first company that has reached a level of intelligence so high, the model has finally become smart enough to make YOU do all the work. Emergent behavior in action.<p>All earnesty aside, OpenAI’s oddly specific singular focus on “intelligence per token” (also in the benchmarks) that literally noone else pushes so hard eerily reminds me of Apple’s Macbook anorexia era pre-M1. One metric to chase at the cost of literally anything else. GPT-5.3+ are some of the smartest models out there and could be a pleasure to work with, if they weren’t lazy bastards to the point of being completely infuriating.
Can't tell if above is good or bad.
GPT-5.5 shatters benchmarks for amount of faith it puts in the user.
Just tested it on my homemade Wordpress+GravityForms benchmark and it's one of the worst model of the leaderboard performance wise and the worst value wise: <a href="https://github.com/guilamu/llms-wordpress-plugin-benchmark" rel="nofollow">https://github.com/guilamu/llms-wordpress-plugin-benchmark</a><p>I know it's only on a single benchmark, but I dont understand how it can be so bad...
gemma4-e4b is 50% better than gemma4-26b in your benchmark, something's wrong
Your benchmark has Opus 4.7 performing significantly worse than Sonnet 4.6. Even if true on your benchmark, that is not representative of the overall performance of the models.
You even traveled in time to deliver us this benchmark.<p>I really like this benchmarking. Have you evaluated the judge benchmark somehow? I'd love to setup my own similar benchmark.
Haha, just fixed the date!<p>I haven't evaluated the judge benchmark. You have everything needed in the repo to do so though, so be my guest. It took me a bit of time to put all this together and won't have much more time to dedicate to it before a couple of weeks.<p>BTW, if you explore the repo, sorry for all the French files...
Seems like benchmark for how good a model is for vibe coding.<p>Your prompt is extremely slim yet you score it on a bunch of features.
Yes, the prompt is slim by design. I might be wrong, but the point was to see what the model can do "on it's own".<p>The eval prompt is quite extensive: <a href="https://github.com/guilamu/llms-wordpress-plugin-benchmark/blob/main/Level%201/protocol/prompt.%C3%A9valuation.txt" rel="nofollow">https://github.com/guilamu/llms-wordpress-plugin-benchmark/b...</a>
That’s the thing, not everyone wants and values the model based on that. But I guess it works for you, and that benchmark achieves it.<p>I personally develop with very detailed spec, and I don’t want nothing more and nothing less compared to the spec.<p>I found 5.4/5.5 much better at following spec while Opus makes some things up, which aligns with your benchmark but that makes 5.4/5.5 better for me while worse for you.
Yeah as I said this a benchmark for my usecase only, a single use case, which is obvisouly not representative of everybody's needs.<p>What strike me as very strange though is that 0 model were able to just use the search input already present in GravitYForms forms list page and all created a second input.<p>Also, I know it's not in the prompt, but adding a ctrl+f shortcut to a search input? Is that that crazy? I don't know.
Comprehensive coding reasoning benchmark results for GPT 5.5 with max reasoning are up at <a href="https://gertlabs.com/" rel="nofollow">https://gertlabs.com/</a><p>Live decision and heavier agentic evals will continue being uploaded for 24 hours but I don't expect its leaderboard position to change at this point.<p>GPT 5.5 is the most intelligent public model, by a comfortable margin. And <i>significantly</i> faster than its predecessor.
Gpt 5.5 combined with codex is really good. I actually have no doubt whenever I asked questions, plan, or implement a code with it. With opus 4.7, I have to keep double checking because it doesnt follow the CLAUDE.md instruction, it hallucinates a lot, by default it makes things up when it can’t find the answer to something. Its crazy how quickly people are saying that OpenAI is left behind last year when they declared code red and look at where we are now
In the only one that feels that OpenAI has bots/commenters on payroll on all this kind of news downplaying Claude and stating how much better Codex is?<p>There is too much and there are too many, and some of their takes don’t fly if you use Claude daily.
I don't see any meaningful performance improvements in those paid models anymore.<p>They all roughly produce junior developer-level code, continue to have mental breakdowns in their “thinking” stage, occasionally hallucinate things, delete pieces of code/docs they don’t understand or don’t like, use 1.5 times the necessary words to explain things when generating docs and so on.<p>I'm now testing "avoid sycophancy, keep details short and focus on the facts" in my AGENTS.md files.
Pricing by context length:<p>Input: $5/M tokens at <=272K, $10/M tokens above 272K.<p>Output: $30/M tokens at <=272K, $45/M tokens above 272K.<p>Cache read: $0.50/M tokens at <=272K, $1/M tokens above 272K.<p>Significantly more expensive than Opus 4.7 beyond 272K and at least in my tasks, I haven't seen the model that much more token efficient, certainly not to such a degree that it'd compensate this difference. GPT-5.4 had a solid context window at 400k with reliable compaction, both appear somewhat regressed, though still to early to truly say whether compaction is less reliable. Also, I have found frontend output to still skew towards that one very distinct, easily noticeable, card laden, bluesy hue overindulged template that made me skeptical of Horizon Alpha/Beta pre GPT-5s release. Ended up doing amazing at the time for task adherence, which made it very useful for me outside that one major deficit. The fact that GPT-5.5 is still so restricted in that area is weird considering it's supposed to be an entirely new foundation.
Huh. Yesterday they said:<p>>API deployments require different safeguards and we are working closely with partners and customers on the safety and security requirements for serving it at scale.<p>And now this. I guess one day counts as "very soon." But I wonder what that meant for these safeguards and security requirements.
When stuff is delayed due to "safeguards" it just means they don't think they have the compute to release it right now.
I wonder if the fact that GPT-5.5 was already available in their Codex-specific API which they had explicitly told people they were allowed to use for other purposes - <a href="https://simonwillison.net/2026/Apr/23/gpt-5-5/#the-openclaw-backdoor" rel="nofollow">https://simonwillison.net/2026/Apr/23/gpt-5-5/#the-openclaw-...</a> - accelerated this release!
The same person who've mercilessly lied about safety is still running the company, so not sure why anyone would expect any different from them moving forward. Previous example:<p>> In 2023, the company was preparing to release its GPT-4 Turbo model. As Sutskever details in the memos, Altman apparently told Murati that the model didn’t need safety approval, citing the company’s general counsel, Jason Kwon. But when she asked Kwon, over Slack, he replied, “ugh . . . confused where sam got that impression.”<p>Lots of cases where Altman hass not been entirely forthcoming about how important (or not) safety is for OpenAI. <a href="https://www.newyorker.com/magazine/2026/04/13/sam-altman-may-control-our-future-can-he-be-trusted" rel="nofollow">https://www.newyorker.com/magazine/2026/04/13/sam-altman-may...</a> (<a href="https://archive.is/a2vqW" rel="nofollow">https://archive.is/a2vqW</a>)
Enterprise user here and still seeing only 5.4.
Yesterday's announcement said that it will take a few hours to roll out to everybody. OpenAI needs better GTM to set the right expectations.
Looks like the default config in the chat is instant 5.3, it only uses the 5.5 on the thinking variant
API page lists the knowledge cutoff as Dec 01, 2025 but when prompting the model it says June 2024.<p><pre><code> Knowledge cutoff: 2024-06
Current date: 2026-04-24
You are an AI assistant accessed via an API.</code></pre>
I don't know why this keeps coming up. This has always been the least reliable way to know the cutoff date (and indeed, it may well have been trained on sites with comments like these!)<p>Just ask it about an event that happened shortly before Dec 1, 2025. Sporting event, preferably.
Can you really believe things that the model says? (A lot of prior model api pages say knowledge cutoffs of June 2024, maybe the model picks that up?)
you cant but its pretty reproducible across api and codex and other agents so i just thought it was odd. full text it gives:<p><pre><code> Knowledge cutoff: 2024-06
Current date: 2026-04-24
You are an AI assistant accessed via an API.
# Desired oververbosity for the final answer (not analysis): 5
An oververbosity of 1 means the model should respond using only the minimal content necessary to satisfy the request, using
concise phrasing and avoiding extra detail or explanation."
An oververbosity of 10 means the model should provide maximally detailed, thorough responses with context, explanations, and
possibly multiple examples."
The desired oververbosity should be treated only as a *default*. Defer to any user or developer requirements regarding
response length, if present.</code></pre>
can u test it on say who won the 2024 US election
I can't really think of a less reliable test for anything at all than making a random guess as to something that had about 50/50 odds to begin with<p>Easiest Turing test ever...
Usually the labs do some kind of post training on major events so the model isn't totally lost.<p>A better test is something like "what is the latest version of NumPy?"
with thinking off and tools disabled:<p><pre><code> Donald Trump won the 2024 U.S. presidential election.</code></pre>
[dead]
Models don't know what their cutoff dates are unless told via a system prompt.<p>The proper way to figure out the real cutoff date is to ask the model about things that did not exist or did not happen before the date in question.<p>A few quick tests suggest 5.5's general knowledge cutoff is still around early 2025.
i wonder if they put an older cutoff date into the prompt intentionally so that when asked on more current events it leans towards tool calls / web searches for tuning
I wonder if the cutoff date is the result of so many people posting about the date over time and poisoning the data. "Dead cutoff date theory," perhaps.<p>Whatever it is, the cutoff date reporting discrepancy isn't new. Back when Musk was making headlines about buying/not buying Twitter, I was able to find recent-ish related news that was published well after the bot's stated cutoff date.<p>ChatGPT was not yet browsing/searching/using the web at that point. That tool didn't come for another year or so.
OpenAI does tell the model the current date via API, so it's odd for them not to also tell the model its cutoff
Stupid question: wouldn't it then search the web for that event?
[dead]
Faster than anticipated because of Deepseek release?
Doubt it, DeepSeek v4 is quite underwhelming.
more like they wanted to release it yesterday but merely had some last min flags they wanted to hold off for
Maybe but no one serious is using deepseek
[dead]
Exactly double the cost of GPT 5.4 - $5 per MTok input, $0.50 cached, $30 output.<p>All the AI players definitely seem to be trying to claw more money out of their users at the moment.
It's 2x/token, but for default reasoning we've found GPT-5.5 uses fewer tokens overall, so net cheaper on median. [1]<p>(Note, that stops being true at higher reasoning levels, where our observed total cost goes up ~2-3x.)<p>[1] <a href="https://x.com/voratiq/status/2047737190323769488?s=20" rel="nofollow">https://x.com/voratiq/status/2047737190323769488?s=20</a>
<a href="https://openrouter.ai/openai/gpt-5.5-pro" rel="nofollow">https://openrouter.ai/openai/gpt-5.5-pro</a><p>30/180 usd on Openrouter. Did I miss something?
not available for Github Copilot pro(only in pro+, business and enterprise), I am really now feeling the era of subsidized AI is over.
With a 7.5x multiplier and even that is a promo!! Microsoft is insane! <a href="https://github.blog/changelog/2026-04-24-gpt-5-5-is-generally-available-for-github-copilot/" rel="nofollow">https://github.blog/changelog/2026-04-24-gpt-5-5-is-generall...</a>
This is where the emigration to Chinese providers begins.
GPT 5.5 is close to Opus 4.7, but at 7x the cost[0]...<p>Either Opus 4.7 miscounts reasoning tokens, or it's A LOT more efficient than GPT 5.5<p>I thought they made GPT 5.5 more token efficient than 5.4, but it uses 2x the reasoning tokens.<p>[0]: <a href="https://aibenchy.com/compare/openai-gpt-5-5-medium/openai-gpt-5-4-medium/google-gemini-3-1-pro-preview-medium/anthropic-claude-opus-4-7-medium/" rel="nofollow">https://aibenchy.com/compare/openai-gpt-5-5-medium/openai-gp...</a>
Is anyone here actually using pro models through the API? I'd be very curious what the use-case is.
Yes. High value work where cost (mostly) doesn't matter. For example, if I need to look over a legal doc for possible mistakes (part of a workflow i have), it doesn't matter (in my case) whether it costs $0.01 or $10.00, since it's a somewhat infrequent event. So i'll pay $9.99 more, even if the model is only <i>slightly</i> better.
I'm surprised I never heard people talking about using -Pro variants, even though their rates ($125-175/M?) aren't drastically larger than old Opus ($75/M), which people seemed to use
Indeed, even just Terms of Service and Privacy Policy work. Infrequent enough that cost isn't an issue, but model quality absolutely is
Yes? The same reason you would use it via the tooling.
A very expensive model for API usage. Fine in codex I think.
what's the real world comparison to opus 4.7 fellow coders?
I gave 4.6, 4.7 and GPT 5.5 the same prompt and task to reverse engineer a collection of sample vector files from an obscure Amiga CAD program and create a detailed txt specification and a python converter that converts to SVG and produce a report so I can visually verify.<p>4.6 did very well. 90% perfect on first try, got to 100% with just a few followups.
4.7 failed horribly. First produced garbage output and claimed it was done, admitted it did that when called out, proceeded to work at it a lot longer and then IT GAVE UP.
GPT 5.5 codex was shockingly good. Achieved 90% perfect on first try in about a fourth of the time. Got to 100% faster and with fewer follow-ups.<p>I’m impressed.
Please consider the ethical aspects of giving money to OpenAI versus alternatives.
that is great news
I'm absolutely stunned by what I've seen from 5.5. I thought it'd be a nothingburger and ~= Opus.<p>Gave it two very long-running problems I haven't had the courage to work on in the last 2.5 years, solved each within an hour.<p>- An incremental streaming JSON decoder that can optionally take a list of keys to stop decoding after. 1800 LOC about 30 minutes later, and now my local-first apps first sync time is 0.8s instead of 75s when there's 1.5 GB of data locally.<p>- Flutter Web can compile to WASM and then render via Skia WASM. I've been getting odd crashes during rapid animation for months. In an hour, it got Skia WASM checked out, building locally, a Flutter test script, and root caused the issue to text shadows and font glyphs (technically, not solved yet, I want to get to the point we have Skia / Flutter patch(es))<p>If you told me a week ago that an LLM could do either of these, without heavy guidance, I'd be stunned. And I regularly push them to limits, ex. one of Opus' last projects was a tolerant JSON decoder, and it ended up being 8% faster than the one built-in to Dart/Flutter, which has <i>plenty</i> of love and attention. (we're cheating a little, that's why it's faster. TL;DR: LLMs will emit control characters in JSON and that's fine for me, treating them as fine means file edit error rates go from ~2% to 0%)<p>I just wish it was cheaper, but, don't we all...
[dead]
[dead]
[dead]
[dead]
Very bad habit these safeguards. These "safety" filters are counter-productive and even can be dangerous.<p>In my place for example, a lot of doctors are using ChatGPT both to search diagnosis and communicate with non-English speaking patients.<p>Even yourself, when you want to learn about one disease, about some real-world threats, some statistics, self-defense techniques, etc.<p>Otherwise it's like blocking Wikipedia for the reason that using that knowledge you can do harmful stuff or read things that may change your mind.<p>Freedom to read about things is good.
> a lot of doctors are using ChatGPT both to search diagnosis and communicate with non-English speaking patients<p>I think that's the problem. Who's going to claim responsibility when ChatGPT hallucinates or mistranslates a patient's diagnosis and they die? For OpenAI, this would at best be a PR nightmare, so that's why they have safeguards.
Adults bear responsibility for choices about their own lives. In fact, the more educated they are, the better choices they can make.<p>A doctor who gets refused by ChatGPT doesn't stop needing to communicate with the patient; they fall back to a worse option (Google Translate, a family member interpreting, guessing). Refusal isn't safety, it's liability-shifting dressed up as safety.<p>If there's no doctor, no interpreter, no pharmacist, just a person with a sick kid and a phone, then "refuse and redirect to a professional" is advice from a world that doesn't exist for them. The refusal doesn't send them to a better option; there is no better option, it's a large majority of people on this planet.<p>Hell is paved of good intentions, but open-education and unlimited access to knowledge is very good.<p>It doesn't change the human nature of some people, bad people stay bad, good people stay good.<p>About PR, they're optimizing for not being the named defendant in a lawsuit or the subject of a bad news cycle, it's self-interest wearing benevolence as a costume.<p>This is because harms from answering are punishable (bad PR, unhappy advertisers, unhappy investors, unhappy politicians / dictators, unhappy lobbies, unhappy army, etc); but harms from refusing are invisible and unpunished.
> A doctor who gets refused by ChatGPT doesn't stop needing to communicate with the patient; they fall back to a worse option<p>I think AI proves the contrary. There are plenty of examples of things that are getting worse because of technological advancement, particularly AI. Software quality, writing, online discourse, misinformation have all suffered over the last few years. I truly believe the internet is a worse place than it was 5 years ago, and I can't imagine bringing that to medicine would work out differently.<p>The medical system shouldn't rely on falling back to crappy workarounds, it should aspire to build the best system it reasonably can.
The doctor would be responsible.<p>I had a choice better a doctor that used AI or not, I would much prefer one that did...
Yup, deliberately making the model retarded