Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Codex App

openai.com

Post reply on HN
Print view View original

441–450 of 671 posts

Re: The Codex App

#441

Post by kzahel »

indigodaddy wrote: post #373
kzahel wrote: post #205

Earlier quoted context omitted.

I'm also so baffled by this. I had to write my own app to be able to do seamless handoff between my laptop/desktop/phone and it works for me ( https://github.com/kzahel/yepanywhere - nice web interface for claude using their SDK, MIT, E2E relay included, no tailscale required) but I'm so baffled why this isn't first priority. Why all these desktop apps?

This looks awesome! And incredibly polished. Exactly the approach I take to vibebin-- I may have to integrate yep anywhere into it (if that's ok) as an additional webui! https://github.com/jgbrwn/vibebin Although I would need it to listen on 0.0.0.0 instead of localhost because I use LXC containers so caddy on the host proxies to the container 10.x address. Hopefully yep has a startup flag for that. I saw that you ca…

Cool! Your project sounds really interesting. I would love to try it out, especially if you integrated yep! Yes it has yepanywhere --host 0.0.0.0 or you can use HOST env var.

Re: The Codex App

#442

Post by jtrn »

prodigycorp wrote: post #382
jtrn wrote: post #284

People's mileage may vary, but in my instance, this was so bad that I actually got angry while trying to use it. It's slow and stupid. It does not do proper research. It does not follow instructions. It randomly decides to stop being agentic, and instead just dumps the code for me to paste. It has the extremely annoying habit of just doing stuff without understanding what I meant, making a mess, then claiming everyth…

If you're using 5.2 high, with all due respect, this has to be a skill issue. If you're using 5.2 Codex high — use 5.2 high. gpt-5.2 is slow, yes (ok, keeping it real, it's excruciatingly slow). But it's not the moronic caricature you're saying it is. If you need it to be up to date with your version of a framework, then ask it to use the context7 mcp server. Expecting training data to be up to date is unreasonable f…

Ok. You do you. I'll stick with the models that understand what latest version of a framework means.

Re: The Codex App

#443

Post by rubymamis »

tombert wrote: post #427
namelosw wrote: post #255

Earlier quoted context omitted.

The situation for Desktop development is nasty. Microsoft had so many halfassed frameworks and nobody knows which one to use. It’s probably the de facto platform on Windows IS Electron, and Microsoft use them often, too. On MacOS is much better. But most of the team either ended up with locked in Mac-only or go cross platform with Electron.

I guess it shows how geriatric I am with desktop app development these days, but does no one use Qt anymore? Wasn't the dream for that to be a portable and native platform to write GUI apps? Presumably that could abstract away which bullshit Microsoft framework they came out with this week. I haven't touched desktop application programming in a very long time and I have no desire to ever do so again after trying to l…

I built my Block Editor (Notion-style) in Qt C++ and QML[1].

[1] https://get-notes.com

Re: The Codex App

#444

Post by shostack »

beklein wrote: post #217

This will actually work well with my current workflow: dictation for prompts, parallel execution, and working on multiple bigger and smaller projects so waiting times while Codex is coding are fully utilized, plus easy commits with auto commit messages. Wow, thank you for this. Since skills are now first class tools, I will give it a try and see what I can accomplish with them. I know/hope some OpenAI people are lurk…

So much this. I'm eagerly waiting to see what anthropic and OpenAI do to make dictation-first interaction a first class citizen instead of requiring me to use a separate app like Super Whisper. It would dramatically improve complex, flow-breaking interactions when adding files, referencing users or commands, etc.

Importantly I want full voice control over the app and interactions not just dictating prompts.

Re: The Codex App

#446

Post by shostack »

archiepeach wrote: post #235
archiepeach wrote: post #228

We are certainly approaching the point where a high end MacBook Pro for development isn’t required. Feels very close to just being able to use an iPad? My current workplace deploy on Vercel, we already test actively on feature branches and the models have gotten so good that you can reliably just commit what they’ve done (with linting and type check hooks etc) and in the rare event something is broken, follow up with…

* Replace MacBook with any high-end machine that requires a bunch of configuration for local dev. And replace iPad with any thin client that’s much more portable and convenient, eg glasses that display a screen and Bluetooth keyboard. Why shouldn’t I be able to describe the changes I want to an LLM from a coffee shop?

I did a whole feature in a game I'm building while riding in a car to dinner in Claude this weekend. It could do everything itself except the PR (kicked me over to the GitHub app for that).

I do wonder how that impacted my usage vs doing it locally, and I do with usage were more visible in the mobile app (at least give me my statusline). But it worked.

Re: The Codex App

#447

Post by jacksondc »

heystefan wrote: post #212
atestu wrote: post #54

Earlier quoted context omitted.

I can answer for Conductor: you're getting the full Claude Code, it's just a GUI wrapper on top of CC. It makes it easy to create worktrees (1 click) and manage them.

I don't think this is true. Try running `/skills` or `/context` in both and you'll see.

Hey, Conductor founder here. Conductor is built on Anthropic's Agents SDK, which exposes most (but not all) of Claude Code's features.

https://platform.claude.com/docs/en/agent-sdk/overview

Re: The Codex App

#448

Post by aurareturn »

frumplestlatz wrote: post #430
blackoil wrote: post #415

Earlier quoted context omitted.

Even with SublimeText, most popular IDE is VSCode, most popular interface design tool Figma, all popular chat platforms and so on are all electron based. If people were desperate for faster platforms they'll be migrating to them.

Your mistaking supply-side path dependent outcomes that produce a lack of consumer choice with consumer preference. No consumer prefers slow, bloated, non-native software, but they're stuck with what they can get.

There is competition for Figma. Sketch.

There's plenty of competition for VSCode too.

Don't forget that these Electron apps outcompeted native apps. Figma and VSCode were underdogs to native apps at one point. This is why your supply side argument doesn't make any sense.

Re: The Codex App

#449

Post by Xenoamorphous »

preston-kwei wrote: post #419
herval wrote: post #363

Earlier quoted context omitted.

It’s just irrelevant for most users. These companies are getting more adoption than they can handle, no matter how clunky their desktop apps are. They’re optimizing for experimentation. Not performance.

While this may be true for casual users, for dev native products like Codex, the desktop experience actually matters a lot. When you are living in the tool for hours, latency, keyboard handling, file system access, and OS-level integration stop being “nice to have” and start affecting real productivity. web or Electron apps are fine for experimentation, but they hit a ceiling fast for serious workflows -- especially…

VSCode is arguably one of the most if not the most popular code editor these days…

Re: The Codex App

#450

Post by waldrews »

Xenoamorphous wrote: post #449
preston-kwei wrote: post #419

Earlier quoted context omitted.

While this may be true for casual users, for dev native products like Codex, the desktop experience actually matters a lot. When you are living in the tool for hours, latency, keyboard handling, file system access, and OS-level integration stop being “nice to have” and start affecting real productivity. web or Electron apps are fine for experimentation, but they hit a ceiling fast for serious workflows -- especially…

VSCode is arguably one of the most if not the most popular code editor these days…

And they're pretty much the only example of an embedded browser architecture actually performing tolerably and integrating well with the native environment.
Post reply on HN