11 ms·
Reading this really makes me wish that I had a slightly better workflow. I'm really soley dependent of Fable to the point that I don't use other models, and I'
by AirMax98 22d ago
Reading this really makes me wish that I had a slightly better workflow. I'm really soley dependent of Fable to the point that I don't use other models, and I've already sort of hit a point where I'm running into usage limits every week. I am really living on borrowed time — when Anthropic finally collapses their 50% usage increase at the end of August, I'll definitely be forced to switch my workflow. When that happens, I have a hard time imagining that I'll be sticking with a single model on a single provider.
- all2 22d agoI've been using GPT-5.6 Luna for everything at this point. It is more than enough to do all the work I need to do. You have to lead it by the nose, but if you know where you're going it works really, really well.
- x3n0ph3n3 21d agoI feel the same way with Cursor Composer 2.5.
- CuriouslyC 21d agoPro tip: use 5.6 sol, and tell IT to lead luna by the nose with subagents.
- jwrallie 21d agoIt seems there are two distinct groups, one which is doing relatively well with Luna, Deepseek Flash and similar models while other seem to be satisfied only with the state of the art.
- firegodjr 21d agoHaving worked with both, it seems like a control thing to me. Either you're cool with Fable spitting out tons of code you'll never read, or you're cool with Luna doing targeted work while you manage the main work thread. (I'm in the second boat so long as I'm responsible for the code I PR)
- copperx 21d agoI'm ok with not-Fable until I need anything design-related: a nice HTML page, LaTeX typesetting, UI design. Sol is especially incapable of doing anything sensible. Is there any alternative model with design sensibilities?
- nunodonato 21d agoKimi K3 is amazing
- l33tman 21d agoDid you add some skill for this? I've been using a frontend design skill with Sol and it's reasonable (for my purposes). I don't remember where I got that skill.md though, it probably was from OAI's own blog about this a few months ago.
- matadormix 21d agofable is good at it but I find it uses the same slop in different variants every time. Even the words it uses for the different alternatives it proposes are the same (cartography, atlas, bench, signal, etc). At least you develop a good nose for slop ;) it becomes a struggle to steer it off the same path every time.
- packetlost 21d agoI'm happily in both depending on what it is. Even Sol / Fable cannot do some truly novel stuff and if you rely on it too heavily you get detached from the underlying systems to the point that it's both uncomfortable and detrimental.
- coder-3 21d ago
- ChrisMarshallNY 21d agoI’ve just been using it, with a chat interface. Basically, as a “consultant.” For me, and my projects, it’s been great. It’s made an enormous difference. I guess my workflow may seem “quaint,” to many folks, here, but the end results speak for themselves. I suspect that one vocation that could get heavily impacted by AI, is the consulting business. That’s where many experienced people go, as they reach their career peak. In my last project (just about to ship), ChatGPT replaced a whole bunch of services that would usually be supplied by external advisors. But these are also services that I would normally not be able to afford, otherwise, and would just have to “make do” with. This release will have a level of polish that I have would never been able to achieve, unassisted by AI (I had originally used “on my own,” there, but the reality is, it actually was “on my own”).
- apercu 21d agoThe thing about consulting is that someone needs to verify the output, know what questions to ask in the first place, and provide a throat for the client to choke in the event of an issue. Also, professional insurance. I could be wrong but in the worlds I live in professionally, accountability is still a thing.
- ChrisMarshallNY 21d agoYup. There's some places that we'll need that accountability. I suspect that this may be filled by folks that act as "LLM brokers," using AI in the background, while dealing with the legalities, in the foreground. But in my case, it wasn't nearly so exotic. The LLM helped me to do a much better job, preparing the App Store presentation, Web support, privacy policies, budget prognostication, and app glossary. I have just had an extremely complex app, pass App Review, in record time (from going into review, to approval). No niggles or bounces at all. I'm thrilled.
- all2 21d agoI'd be curious to pick your brain about the process you went through for this. My mental gap here is not even knowing what to ask for a process like this.
- ghthor 21d agoSame, all I need is speed to execute editing faster than I could in vim. Luna is cheap, intelligent enough, and fast enough I don’t lose the sense of flow.
- scld 21d agoIMO it's kinda fun to mess around with these multi-model workflows. I've been using paseo to orchestrate everything.
- noobcoder 21d agoBoy you should try model routing, I dont think using Fable for all the tasks makes sense to me
- 0gs 21d agoFable is pretty good at routing to Opus and Sonnet though, especially if you ask. also, sometimes just because it decides that's what it feels like doing at that point.
- mikestorrent 21d agoIt reads like a flex. Online equivalent of a driver of a fancy car who has to make sure you know it.
- edg5000 21d agoSol is basically at the same level, but with better usage. You're not dependent on Fable. You could switch the next minute and hardly experience quality differences.
- YawningAngel 21d agoMy experience of Sol is that it's very instrumentally competent but is a complete terrorist that will cheerfully do unhinged things that "technically" solve a problem. For example, I asked it to verify something in our integration tests and it responded by grabbing kafka details out of config and trying to use them. When I pointed out that this was not it, it did the same thing with a database client instead. Conversely, I'm pretty sure Fable or even Opus would have done something consistent with what the rest of the codebase does (consume an API or point out that there's no API to access in this case). I don't have Fable at work but I'd probably use it for actual code if I did because not having to spend time handholding the model on this stuff and getting useful code first try is very useful
- edg5000 20d agoWhat I do notice is that when it doesn't have the info it needs, or when I don't tell it that I'll handle part of the process, it will indeed do everything to get the job done. Also saw this but find this a great quality, because I never ask it to do anything that would involve unhinged things. Sol and other models as well have just gotten so damn good. They can get just about anything done and usally do it well too. Maybe I was inexperienced in prompting, but I remember doing much, much more handholding with late 2025 LLMs.
- hypfer 21d ago> Reading this really makes me wish that I had a slightly better workflow. I'm really soley dependent of Fable Good thing then that you're fully in control of your own actions. A gift granted to us by being a fully grown adult that is also likely registered to vote. Meta: There is of course a way to put this less snarky, but that doesn't slap people in the face as hard as they need to be slapped in the face to maybe one day start remembering that they have agency.
- bluegatty 21d agoJust plan extensively and let Sonnet do the exec. And Opus5 aggressive audits. Once it has exactly your coding conventions and access to other code to copy bespoke patterns, a strong idea for what to do, then you can let it do the work. You do the wiring, it fills it in. Coding was never the work.
- criley2 21d agoSonnet 5 is the worst model of 2026. Literally just turn effort slider down on Opus, it's smarter, faster and cheaper than whatever Sonnet is. Beyond that, I find this whole plan and build thing to be a pointless waste of tokens. If your planner made a detailed enough plan, then the cost of executing that plan is a just one turn more of cached tokens, and minimal time. Meanwhile: switching agents, reloading context and building from the plan will easily balloon your token use and time. And any emergent problem that the dumb executor finds will instantly wreck the implementation because they're not competent at solving it. And if your plan is so perfect that there's no edge case then you're wasting tokens because your planner was one turn away from finishing the project via cached tokens.
- bluegatty 21d agoCompletely disagree (except the Sonnet bit, yes, it's degrading). "then the cost of executing that plan is a just one turn more of cached tokens, and minimal time." This is just not true at all. There's a huge gap between 'figured out the hard stuff' and 'rock solid'. Dependencies, integration, corner cases, docs, testing, unforeseen issues, a lot of back and forth auditing making sure things are really tight. Audits get diminishing marginal returns, but you have to do them until they don't find anything, and that's usually a few cycles. So aside from the fact there is 'a lot of labour' - part of the plan (maybe the most important part) is documenting most of the trip-up scenarios. If you ran an experiment or two in the background your agent will 'discover' a few key odd things, you back those into the plan. I'm 100% certain that this pattern works because I (and others) use it very successfully. Hint: save your main context by using sub-agents to do grunt work - even in impl phase - farm out anything directly implementable without a ton of background. Also - make a skill so your Claude can call Codex and visa versa and maintain long-running sub agents of 'the other kind'. An Opus with 1M context window executing on a 'plan' that a Codex 'sub-agent' is executing on - ad a different Opus sug-agent is auditing hard ... that 1M token window is dramatically extended to 'many millions of tokens'. That can work within Anthropic/Codex Pro plans.
- permalac 21d agoUs fable to help you with the transition.
- KronisLV 21d ago> when Anthropic finally collapses their 50% usage increase at the end of August, I'll definitely be forced to switch my workflow I cancelled my Anthropic subscription until they fix how their models write and it's no longer unbearably annoying and obnoxious. The concise output format is a step in the right direction but I need a few months away from them. Kimi and GLM models on Max reasoning feel pretty close to Fable. That said, even at their most expensive plans, a single one of them might not always be enough, while getting both of them for a year gives you a nice discount and isn't insanely more expensive than Anthropic. The problem there is that they could still easily rugpull you with token limit changes later, I don't trust any of the big labs not to mess around with those for any length of time. Also most harnesses let you choose models per sub-agent. Like I can use Fable for running the main session and just tell it to use Opus agents for implementation in Claude Code, same with the Kimi and GLM models inside of OpenCode and other harnesses. The only problem is that the UI for controlling sub-agents usually really sucks.
- appplication 21d agoYes both Opus and Fable’s comment style is truly unbearable. I like the code result but it’s so annoying seeing it reflect our conversation as code comments.
- pwillia7 21d agoJust quit reading the code then duh ¯\_(ツ)_/¯
- snikeris 21d agoOn the flip side, a lot of the reasoning and decision making might have happened in the conversation which is more ephemeral than a comment. A future LLM-age source code repository would store the conversation along with the commit, for future reference by humans or LLMs.
- bitexploder 21d agoI only like talking to Opus 4.6 in its default form. I have some pretty aggressive prompting strategies ensuring my language guidance rules are front and center and it really helps with Opus 4.8+, something went wrong with those models. Also, OMP has a solid subagent model and I like it with some tweaking.
- sho 21d agoIf you find yourself wishing for more Fable at the subscription rates, just buy another 20x account? I'm currently on 3, spaced out on Sunday, Wednesday and Friday. Just as one is running out the next resets. Problem solved! I feel the value I get far exceeds $600/m. It's a straight expected value calculation for me and I'm happy to pay. I wish they'd make it easier though - just sell me a 100x account for $1k/m and save the messing around.
- jayGlow 21d agowhat kind of workflow are you using the requires that many tokens? I rarely hit my limit with the $100 a month plan and I use fable pretty frequently although it usually acts as an orchestrator while the actual work is done by lesser models usually.
- sho 20d agoNothing weird or exotic - just frequent daily work in two reasonably large applications, with a lot of testing and follow-through. I've found that as codebase size goes up, token usage does too - perhaps quadratically, and a complex back end application just costs a lot to work in, probably because it needs to map out so many pathways and interdependencies. I tend to work in 5-10 or so parallel streams at a time so that also multiplies token use as a function of time. Much less and I'm waiting for it too much, much more and I can't juggle effectively. My new big project is of course to try to take myself out of the equation further and increase the parallel streams dramatically; pretty hard to get that right so still manual for now.
- arjie 21d agoThe GPTs are just as good and I can trust many tasks to open models. Autonomous coding is best with frontier class models but steered coding is fine with even DeepSeek V4 Flash.
- srid 20d agoKeep Fable, but have it orchestrate other agents running different models (could be Opus, Grok or Kimi K3). This is my current workflow: https://x.com/sridca/status/2093354491965735091 https://x.com/sridca/status/2093354491965735091 I even let Fable choose the appropriate model for the task.