Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GPT-4.1 in the API

openai.com

Post reply on HN
Print view View original

91–100 of 513 posts

Re: GPT-4.1 in the API

#91

Post by ksec »

darksaints wrote: post #71
codingwagie wrote: post #10

GPT-4.1 probably is a distilled version of GPT-4.5 I dont understand the constant complaining about naming conventions. The number system differentiates the models based on capability, any other method would not do that. After ten models with random names like "gemini", "nebula" you would have no idea which is which. Its a low IQ take. You dont name new versions of software as completely different software Also, Yest…

[flagged]

>Calling different opinions a low IQ take

I dont read it to imply like that.

Re: GPT-4.1 in the API

#92

Post by DiscourseFan »

henlobenlo wrote: post #61
School-Cotton wrote: post #45

Earlier quoted context omitted.

Btw, as someone who agrees with your point, what’s the actual answer to this?

Whats the problem, for the layman it doesnt actually matter, and for the experts, its usually very obvious which model to use.

LLMs fundamentally have the same contraints no matter how much juice you give them or how much you toy with the models.

Re: GPT-4.1 in the API

#93

Post by impure »

I like how Nano matches Gemini 2.0 Flash's price. That will help drive down prices which will be good for my app. However I don't like how Nano behaves worse than 4o Mini in some benchmarks. Maybe it will be good enough, we'll see.

Re: GPT-4.1 in the API

#94

Post by n2d4 »

School-Cotton wrote: post #45
Philpax wrote: post #29

Earlier quoted context omitted.

> The number system differentiates the models based on capability, any other method would not do that. Please rank GPT-4, GPT-4 Turbo, GPT-4o, GPT-4.1-nano, GPT-4.1-mini, GPT-4.1, GPT-4.5, o1-mini, o1, o1 pro, o3-mini, o3-mini-high, o3, and o4-mini in terms of capability without consulting any documentation.

Btw, as someone who agrees with your point, what’s the actual answer to this?

Of these, some are mostly obsolete: GPT-4 and GPT-4 Turbo are worse than GPT-4o in both speed and capabilities. o1 is worse than o3-mini-high in most aspects.

Then, some are not available yet: o3 and o4-mini. GPT-4.1 I haven't played with enough to give you my opinion on.

Among the rest, it depends on what you're looking for:

Multi-modal: GPT-4o > everything else

Reasoning: o1-pro > o3-mini-high > o3-mini

Speed: GPT-4o > o3-mini > o3-mini-high > o1-pro

(My personal favorite is o3-mini-high for most things, as it has a good tradeoff between speed and reasoning. Although I use 4o for simpler queries.)

Re: GPT-4.1 in the API

#95

Post by gymbeaux »

elashri wrote: post #75

Are there any benchmarks or someone who did tests of performance of using this long max token models in scenarios where you actually use more of this token limit? I found from my experience with Gemini models that after ~200k that the quality drops and that it basically doesn't keep track of things. But I don't have any numbers or systematic study of this behavior. I think all providers who announce increased max tok…

I’m not optimistic. It’s the Wild West and comparing models for one’s specific use case is difficult, essentially impossible at scale.

Re: GPT-4.1 in the API

#97

Post by codingwagie »

camdenreslink wrote: post #87
rvz wrote: post #21

Earlier quoted context omitted.

> Yesterday, using v0, I replicated a full nextjs UI copying a major saas player. No backend integration, but the design and UX were stunning, and better than I could do if I tried. Exactly. Those who do frontend or focus on pretty much anything Javascript are, how should I say it? Cooked? > Software will get automated The first to go are those that use JavaScript / TypeScript engineers have already been automated ou…

I have a medium-sized typescript personal project I work on. It probably has 20k LOC of well organized typescript (react frontend, express backend). I also have somewhat comprehensive docs and cursor project rules. In general I use Cursor in manual mode asking it to make very well scoped small changes (e.g. “write this function that does this in this exact spot”). Yesterday I needed to make a largely mechanical chang…

My personal opinion is leveraging LLMs on a large code base requires skill. How you construct the prompt, and what you keep in context, which model you use, all have a large effect on the output. If you just put it into cursor and throw your hands up, you probably didnt do it right

Re: GPT-4.1 in the API

#99

Post by pcwelder »

Can someone explain to me why we should take Aider's polyglot benchmark seriously?

All the solutions are already available on the internet on which various models are trained, albeit in various ratios.

Any variance could likely be due to the mix of the data.

Re: GPT-4.1 in the API

#100

Post by IanCal »

exizt88 wrote: post #56
Tiberium wrote: post #42

Very important note: >Note that GPT‑4.1 will only be available via the API. In ChatGPT, many of the improvements in instruction following, coding, and intelligence have been gradually incorporated into the latest version If anyone here doesn't know, OpenAI does offer the ChatGPT model version in the API as chatgpt-4o-latest, but it's bad because they continuously update it so businesses can't reliably rely on it bein…

> chatgpt-4o-latest, but it's bad because they continuously update it Version explicitly marked as "latest" being continuously updated it? Crazy.

Lots of the other models are checkpoint releases, and latest is a pointer to the latest checkpoint. Something being continuously updated is quite different and worth knowing about.
Post reply on HN