4 ms·

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 unremarka

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 3mo ago
> 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 3mo ago
  What are some of the things you’re doing with the Codex app-server?
  - embedding-shape 3mo ago
    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.
Iolaum 3mo ago
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 3mo ago
  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.
mapontosevenths 3mo ago
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.
- alansaber 3mo ago
  Google is really not distinguishing itself. Even the hosted inference sucks.
  - embedding-shape 3mo ago
    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 3mo ago
      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 3mo ago
        Sure, lots of differences. Point stands, they're distinguishing themselves in that way at least.
        brookst 3mo ago
        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).
- pshirshov 3mo ago
alansaber 3mo ago
"remarkably unremarkable harness" is why I like it so much.
- pshirshov 3mo ago
  I don't, feel better with Pi with a custom set of extensions.
  - embedding-shape 3mo ago
    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.
  - deleted 3mo ago
    [deleted]
CjHuber 3mo ago
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-api-proxy/README.md https://github.com/openai/codex/blob/main/codex-rs/responses...
patrickmcnamara 3mo ago
Codex CLI not having a rewind makes it useless to me.
- glitch-hunter 3mo ago
  It has a similar function.
- embedding-shape 3mo ago
  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 3mo ago
    Unless there's some way to version control LLM context these are fairly different things.
- pshirshov 3mo ago
  That only matters if you use it interactively - which is not the most efficient way to use.
cbg0 3mo ago
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.

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 3mo ago

> 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 3mo ago
What are some of the things you’re doing with the Codex app-server?
- embedding-shape 3mo ago
  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.

Iolaum 3mo ago

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 3mo ago
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.

mapontosevenths 3mo ago

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.

alansaber 3mo ago
Google is really not distinguishing itself. Even the hosted inference sucks.
- embedding-shape 3mo ago
  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 3mo ago
    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 3mo ago
      Sure, lots of differences. Point stands, they're distinguishing themselves in that way at least.
      - brookst 3mo ago
        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).
pshirshov 3mo ago

alansaber 3mo ago

"remarkably unremarkable harness" is why I like it so much.

pshirshov 3mo ago
I don't, feel better with Pi with a custom set of extensions.
- embedding-shape 3mo ago
  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.
- deleted 3mo ago
  [deleted]

CjHuber 3mo ago

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-api-proxy/README.md https://github.com/openai/codex/blob/main/codex-rs/responses...

patrickmcnamara 3mo ago

Codex CLI not having a rewind makes it useless to me.

glitch-hunter 3mo ago
It has a similar function.
embedding-shape 3mo ago
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 3mo ago
  Unless there's some way to version control LLM context these are fairly different things.
pshirshov 3mo ago
That only matters if you use it interactively - which is not the most efficient way to use.

cbg0 3mo ago

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.