| ▲ | pshirshov 6 hours ago |
| I wonder if they are gonna stop us from using gpt subscriptions in alternative harnesses. If not - that doesn't matter much, codex cli is a remarkably unremarkable harness. |
|
| ▲ | embedding-shape 5 hours ago | parent | next [-] |
| > I wonder if they are gonna stop us from using gpt subscriptions in alternative harnesses Probably not, the whole app-server machinery is there to facilitate that thing, would be a huge piece to rip out of codex. This is basically the reason I end up using codex the most, as it's the easiest to integrate against, with the app-server's RPC API making it really trivial. Besides, most of my codex usage at this point is all through custom integrations I've built using Codex's app-server, not the Codex TUI they publish. I'm sure I'm not alone in this. But, if they suddenly start to encrypt content on our disk, so only their backends can see it, and those things are prompts and other things that are actual inputs to the inference, then who cares if it's easy to integrate against, it becomes impossible to figure out what the fuck is going on, I can't understand how the team thought this was a good idea... |
| |
| ▲ | swingboy 5 hours ago | parent [-] | | What are some of the things you’re doing with the Codex app-server? | | |
| ▲ | embedding-shape 5 hours ago | parent [-] | | Everything I do with codex is managed via Forgejo comments, issues and PRs basically. I have a tiny little Rust "conductor" that integrates with app-server and does things when issues/PRs are labeled, when I write comments on PR lines and so on, and those interactions all fire of Codex sessions that are run via Codex's app-server and lead to different outcomes. Beats having to parse output from CLI-runs and so on. Initially this environment was running aider (which feels like years ago), was running Claude (parsing stdout) at one point but using Codex's app-server since some weeks/months back and is a lot simpler implemented now. |
|
|
|
| ▲ | mapontosevenths 5 hours ago | parent | prev | next [-] |
| Anthropic and Google already charge extra to use your own harness. That's 100% of the reason I'm using OpenAI. If they go down that path I'll just go back to my old buddy Claude, or maybe buy a second Spark and keep it local. |
| |
| ▲ | pshirshov 5 hours ago | parent | next [-] | | Well, my backup plan is GLM. Cheap and not that bad really. | | | |
| ▲ | alansaber 5 hours ago | parent | prev [-] | | Google is really not distinguishing itself. Even the hosted inference sucks. | | |
| ▲ | embedding-shape 5 hours ago | parent [-] | | At least the local models they put out are pretty good for their weight class. Could be worse, could be releasing the same amount of local models as Anthropic. | | |
| ▲ | brookst 5 hours ago | parent [-] | | Google has the benefit of billions of devices in the wild that they control. Anthropic really doesn’t have distribution for local models, makes sense they’re not playing in that space. | | |
| ▲ | embedding-shape 5 hours ago | parent [-] | | Sure, lots of differences. Point stands, they're distinguishing themselves in that way at least. | | |
| ▲ | brookst 4 hours ago | parent [-] | | Oh sure, full agreement. In fact given how mid Gemini has been in cloud, this may turn out to be critical strategy to avoid losing cloud to Anthropic / OpenAI / DeepSeek / whoever, and local to Apple (doesn’t seem likely now, but that’s what BlackBerry, Creative, Intel said). |
|
|
|
|
|
|
| ▲ | Iolaum 5 hours ago | parent | prev | next [-] |
| Doubt they will do it as long as Anthropic is leading in business adoption. If they become the top dog with a good lead, all bets are off. Hopefully by the time open models will be even better than gpt-5.6 sol xD. |
| |
| ▲ | sarjann 5 hours ago | parent [-] | | It could also be the case that by the time business adoption picks up a lot they might not be as compute constrained. Depends on rate of growth. |
|
|
| ▲ | CjHuber 5 hours ago | parent | prev | next [-] |
| Given that codex itself now ships a proxy that wraps the subscription, it seems unlikely https://github.com/openai/codex/blob/main/codex-rs/responses... |
|
| ▲ | cbg0 3 hours ago | parent | prev | next [-] |
| There was a recent Twitter post from Tibo @ OpenAI asking someone to share how to run GPT on Claude Code so they don't seem to be against it. |
|
| ▲ | alansaber 5 hours ago | parent | prev | next [-] |
| "remarkably unremarkable harness" is why I like it so much. |
| |
| ▲ | pshirshov 5 hours ago | parent [-] | | I don't, feel better with Pi with a custom set of extensions. | | |
| ▲ | an hour ago | parent | next [-] | | [deleted] | |
| ▲ | embedding-shape 5 hours ago | parent | prev [-] | | Personally I use both, pi serves as a "personal assistant" with lots of extensions and changes made for those things specifically, and codex is for anything related to coding itself. |
|
|
|
| ▲ | patrickmcnamara 5 hours ago | parent | prev [-] |
| Codex CLI not having a rewind makes it useless to me. |
| |
| ▲ | embedding-shape 3 hours ago | parent | next [-] | | Heh, in another long-standing Codex issue I've been arguing against codex users who apparently don't know about git. Don't tell me you're yet another developer who refuses to pick up any sort of SCM? | | |
| ▲ | Laurel1234 2 hours ago | parent [-] | | Unless there's some way to version control LLM context these are fairly different things. |
| |
| ▲ | pshirshov 2 hours ago | parent | prev | next [-] | | That only matters if you use it interactively - which is not the most efficient way to use. | |
| ▲ | glitch-hunter 3 hours ago | parent | prev [-] | | It has a similar function. |
|
