Earlier quoted context omitted.
That's surprising. Does it have no sub agent support at all or does it just use the same agent as the parent?
They do have subagents, released v2 of that feature with the launch of 5.6 model series in fact. It's just... very poorly executed, is a significant regression from subagents v1 and thousands of miles behind subagents of Claude code. - Models that can be launched as subagents are hardcoded (can only be another Sol or Terra, but not Luna). Most of the time it'll just launch same model as parent anyway. - They encrypt…
Advancing the price-performance frontier with GPT‑5.6
381–390 of 424 posts
Re: Advancing the price-performance frontier with GPT‑5.6
#382This is one of the things OpenAI has been focused on for an year or so that led to the doomed autoswitcher in ChatGPT .com (switching models based on estimated task complexity) that was quickly reverted Whereas Google with Gemini 3.x, Anthropic with Fable etc are happy to just go for 'big model with dense params' It's hard to guess from the outside of course but just this kind of talking points focus on GPU efficacy…
Re: Advancing the price-performance frontier with GPT‑5.6
#383Earlier quoted context omitted.
The magic is in the fact that they essentially have an ASIC llm device. There is no other trickery. The problem they will face is that it is actually locked in silicon, so upgrading models will be difficult, and likely require new hardware each time.
At some point I imagine you’d add a software layer on top that holds more current training and can be called as needed trading off for slower responses. There’s already work out there splitting models across networks. You could have the base on silicon, some stuff in memory on the machine, and another frontier tool in the cloud.
Things like this give me hope for a system that can be fully local and private, but also with the ability to be almost infinitely extendable with tools.
Re: Advancing the price-performance frontier with GPT‑5.6
#384Earlier quoted context omitted.
Agentic layer. Your support bot. Your research long running bot. Your SEO Optimizer bot. Your incident analyser bot. Your personal assistent bot.
Game play bots (monsters, commanders maybe) would be really cool. But it needs long term support and probably local AI instead.
Lets start of with 1000 ai credits which should be enough for one playthrough, have it included into the game.
Re: Advancing the price-performance frontier with GPT‑5.6
#385Earlier quoted context omitted.
OpenAI's APIs are extremely reliable for sure. I don't even remember when the last incident or downtime was.
all day yesterday, Taiwan time Sol was having significant issues. “Overloaded”, maybe half of requests or more wouldn’t go through
They obviously load shed a bit of Codex-sub during peak times, and for the amount of tokens you get for a sub, I don't mind. I just mean the API where you pay-per-token is rock stable.
Re: Advancing the price-performance frontier with GPT‑5.6
#386Earlier quoted context omitted.
The official doc says, Luna = Previous Nano models, kind of. Is it really good at coding?
Smaller models are great if you are doing targeted changes in existing codebases. Don’t expect to use it for creating complex architecture from scratch or do major refactors. The larger the context, the greater the drop off will be.
Re: Advancing the price-performance frontier with GPT‑5.6
#387Earlier quoted context omitted.
It's crazy. Are they doing any precomputing as you type, I wonder if you paste a block of text is it the same speed.
I pasted and instantly hit enter on this prompt: "I generated a filter set using REW v5.31.3 using real-world sweep tone measurements from the room I'm listening in . How can I use it as my MacOS output equalizer so that my spotify music is adjusted for this room and speakers" and it gave a very reasonable answer in non-perceptible time.
Re: Advancing the price-performance frontier with GPT‑5.6
#388What are your use case for these? I’m manly interested in coding where more capability is better - give me a 10x model at 10x the price and I’ll take it. A worse model at very low cost has no appeal to me. At-least not for coding. Translation maybe? OCR?
Yes, I can just do it myself, but even at API prices, I'd rather have the LLM do it.
Re: Advancing the price-performance frontier with GPT‑5.6
#389Earlier quoted context omitted.
Burning the weights into silicon would be many orders of magnitude increase, not just 10x. It's kind of crazy that this hockey stick the AI hype bros talk about seems more and more every day like it might be real
I'm curious, how hard/expensive it is to burn a really large model into silicon, and why aren't we doing this already? Or, when we will start doing this, who's going to be able to do that in scale? I'm seeing the TAALAS example, but it's only an 8B model, suggesting some real limitations parameter wise. And for 2.5kW?
The big AI labs won't do that unless they are forced to, as they want you to spend more money on the big, expensive, frontier models (so they can live up to their valuation), so it's more likely that you will see this on smaller open weights models.
Re: Advancing the price-performance frontier with GPT‑5.6
#390Earlier quoted context omitted.
I remember bugs always end up being more expensive then the first time I implemented the feature… so for me always sol always max… I don’t want to pay for a bug later
Using Sol or Fable for implementing is like having your Principal Staff Engineer with 30 year tenure routinely write CRUD functions for a REST API. You use the big models to plan. Not just the overall plan, but which files need to be edited etc. Then they give that to the lower end model. So Luna or Sonnet, which are perfectly capable of following instructions and still creative enough to not get stuck.
A Principal Staff Engineer who costs $2400 a year and never feels any work is beneath them? Hell yeah.
OK OK, usage limits