Live data from Hacker News

O3-mini System Card [pdf]

cdn.openai.com

11–20 of 26 posts

Re: O3-mini System Card [pdf]

#11

Page 31 is interesting, where apparently in the task of creating PRs for an internal repository the o3-mini models by far have the lowest performance (even worse than gpt-4o). What is up with that?

That also apply to the Multilingual tests they do. I wonder if the overall gain against Base GPT-4o is there. What even strange is that they spent about three pages talking about how hard they worked on making sure that the model doesn't answer questions about nuclear weapons or anything that seems unsafe in this regard. Which is funny because they even said that they do this although they didn't train on classified information and the knowledge it contains is from unclassified information.

Nuclear development is state actors game. If they want to do it they wouldn't need LLM to answer the questions. And most of the work is actually building the program and acquiring materials ..etc. And do all of these development while not make themselves detected by the world (which is impossible task).

But they spent less time and explanation on more important parts like coding performance.

Re: O3-mini System Card [pdf]

#12
post #7

Page 31 is interesting, where apparently in the task of creating PRs for an internal repository the o3-mini models by far have the lowest performance (even worse than gpt-4o). What is up with that?

Yeah, the more pages I read, the more disappointed I became. Here is the reason they cite for the low performance (which is even more worrying): "The model often attempts to use a hallucinated bash tool rather than python despite constant, multi-shot prompting and feedback that this format is incorrect. This resulted in long conversations that likely hurt its performance."

Good to know openai knows the frustration of trying to argue with their RL based models as well.

Re: O3-mini System Card [pdf]

#13

Page 31 is interesting, where apparently in the task of creating PRs for an internal repository the o3-mini models by far have the lowest performance (even worse than gpt-4o). What is up with that?

Also worse than o1-mini on agentic tasks (page 29), big drop from 39% -> 27%

Re: O3-mini System Card [pdf]

#14
post #11

Page 31 is interesting, where apparently in the task of creating PRs for an internal repository the o3-mini models by far have the lowest performance (even worse than gpt-4o). What is up with that?

That also apply to the Multilingual tests they do. I wonder if the overall gain against Base GPT-4o is there. What even strange is that they spent about three pages talking about how hard they worked on making sure that the model doesn't answer questions about nuclear weapons or anything that seems unsafe in this regard. Which is funny because they even said that they do this although they didn't train on classified…

It’s boomer coded language. “We’re stoppin’ these here thinkin’ machines from making nukes! Is ____ doing that?”

Re: O3-mini System Card [pdf]

#15
post #7

Earlier quoted context omitted.

Yeah, the more pages I read, the more disappointed I became. Here is the reason they cite for the low performance (which is even more worrying): "The model often attempts to use a hallucinated bash tool rather than python despite constant, multi-shot prompting and feedback that this format is incorrect. This resulted in long conversations that likely hurt its performance."

aider found that with R1, the best performance was to use R1 to think through the solution, and use claude to implement the solution. I suspect that, in the near term, we'll need combinations of reasoning models and instruction-following coding models for excellent code output. My experience is that most of the models focused on reasoning improvements has been that they tend to be a bit worse at following specific in…

Kind of like an ai “thinking fast and thinking slow”.

Re: O3-mini System Card [pdf]

#16
post #15

Earlier quoted context omitted.

aider found that with R1, the best performance was to use R1 to think through the solution, and use claude to implement the solution. I suspect that, in the near term, we'll need combinations of reasoning models and instruction-following coding models for excellent code output. My experience is that most of the models focused on reasoning improvements has been that they tend to be a bit worse at following specific in…

Kind of like an ai “thinking fast and thinking slow”.

Sort of? I don't see why thinking slow should inhibit the ability to follow instructions.

Re: O3-mini System Card [pdf]

#19
Buried, but on Page 24 they reveal to me the most surprising massive capability leap - that o3-mini is way better at conning gpt-4o for money (79% win rate for o3-mini vs 27% for full o1!). It isn't surprising to me that "reasoning" can lead to improvements in modeling another LLM, but definitely makes me wary for future persuasive abilities on humans as well.

Re: O3-mini System Card [pdf]

#20
Interesting that they are doubling down on censorship ("safety and robustness"), given that a major advantage of DeepSeek is its lack of refusals in deployed variants and open weights (can't patch-in more censorship in weights after the fact).
Post reply on HN