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

251–260 of 671 posts

Re: The Codex App

#251

Post by pama »

OlympicMarmoto wrote: post #220

It is baffling how these AI companies, with billions of dollars, cannot build native applications, even with the help of AI. From a UI perspective, these are mostly just chat apps, which are not particularly difficult to code from scratch. Before the usual excuses come about how it is impossible to build a custom UI, consider software that is orders of magnitude more complex, such as raddbg, 10x, Superluminal, Blende…

My main take is exactly the opposite. Why not build everything with a simple text interface (shell command) so the models learn to use these tools natively in pretraining. Even TUI like codex-cli or claude code are needless abstractions for such use cases and make full automation hard. You could add as many observability or input layers for humans as you want but the core should be simple calls that are saved in historical and documentation logs. [the headless/noninteractive modes come close, as do the session logs]

Re: The Codex App

#252

Post by theshrike79 »

wiether wrote: post #172
jimmy76615 wrote: post #132

Earlier quoted context omitted.

Just tell it to use your gcp/aws account using the cli, makes it infinitely powerful in terms of deployment. (Also, while I might miss some parts of programming that I have given to AI, I certainly don't miss working with clouds).

> Just tell it to use your gcp/aws account using the cli Please don't. People burning through their tokens allowance on Claude Code is one thing. People having their agent unknowingly provisioning thousands of $ of cloud resources is something completely different.

This is also on the cloud providers for not giving us good tools to manage costs.

Re: The Codex App

#253

Post by hdjrudni »

another_twist wrote: post #198
nr378 wrote: post #89

Looks like another Claude App/Cowork-type competitor with slightly different tradeoffs (Cowork just calls Claude Code in a VM, this just calls Codex CLI with OS sandboxing). Here's the Codex tech stack in case anyone was interested like me. Framework: Electron 40.0.0 Frontend: - React 19.2.0 - Jotai (state management) - TanStack React Form - Vite (bundler) - TypeScript Backend/Main Process: - Node.js - better-sqlite3…

Is the integration with Sentry native or via MCP ?

What does Sentry via MCP even mean? You want the LLM to call Sentry itself whenever it encounters an error?

Re: The Codex App

#254

Post by hodanli »

harikb wrote: post #244
rafram wrote: post #234

Earlier quoted context omitted.

- Video games often use HTML/JS-based UI these days. - UE5 has its own custom UI framework, which definitely does not feel "native" on any platform. Not really any better than Electron. - You can easily call native APIs from Electron. I agree that Electron apps that feel "web-y" or hog resources unnecessarily are distasteful, but most people don't know or care whether the apps they're running use native UI frameworks…

I have been building Desktop apps with Go + Wails[1]. I happen to know Go, but if you are ai-coding even that is not necessary. A full fledged app, that does everything I want, is ~ 10MB. I know Tauri+Rust can get it to probably 1 MB. But it is a far cry from these Electron based apps shipping 140MB+ . My app at 10MB does a lot more, has tons of screens. Yes, it can be vibe coded and it is especially not an excuse th…

I am in love with wails. having python and JS background with no go experience. I pm'ed Ai agents to create a fairly complex desktop app for my own use. it is day and night in terms of performance compared to lightest electron app.

Re: The Codex App

#255

Post by namelosw »

OlympicMarmoto wrote: post #220

It is baffling how these AI companies, with billions of dollars, cannot build native applications, even with the help of AI. From a UI perspective, these are mostly just chat apps, which are not particularly difficult to code from scratch. Before the usual excuses come about how it is impossible to build a custom UI, consider software that is orders of magnitude more complex, such as raddbg, 10x, Superluminal, Blende…

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.

Re: The Codex App

#256

Post by bopbopbop7 »

measurablefunc wrote: post #249
bopbopbop7 wrote: post #247

Earlier quoted context omitted.

So where is all this amazing software that you and others built with AI? All I see is hype blog posts and pre-IPO marketing by AI companies, not much being shipped though.

There is a guy on twitter documenting his progress with moltbot/openclaw: https://x.com/Austen/status/2018371289468072219 . Apparently he has already registered his bot for an LLC so he can make money w/ it.

Some guy on Twitter selling an AI coding boot camp is an interesting example. Also it's literally just a post of him looking for a real developer to review his vibe coded bot???

Re: The Codex App

#257

Post by Areibman »

raw_anon_1111 wrote: post #101
strongpigeon wrote: post #5

Genuinely excited to try this out. I've started using Codex much more heavily in the past two months and honestly, it's been shockingly good. Not perfect mind you, but it keeps impressing me with what it's able to "get". It often gets stuff wrong, and at times runs with faulty assumptions, but overall it's no worse than having average L3-L4 engs at your disposal. That being said, the app is stuck at the launch screen…

I have the $20 a month subscription for ChatGPT and the $200/year subscription to Claude (company reimbursed). I have yet to hit usage limits with Codex. I continuously reach it with Claude. I use them both the same way - hands on the wheel and very interactive, small changes and tell them both to update a file to keep up with what’s done and what to do as I test. Codex gets caught in a loop more often trying to fix…

Your goal should be to run agents all the time, all in parallel. If you’re not hitting limits, you’re massively underutilizing the VC intelligence subsidy

https://hyperengineering.bottlenecklabs.com/p/the-infinite-m...

Re: The Codex App

#258

Post by rafram »

harikb wrote: post #244
rafram wrote: post #234

Earlier quoted context omitted.

- Video games often use HTML/JS-based UI these days. - UE5 has its own custom UI framework, which definitely does not feel "native" on any platform. Not really any better than Electron. - You can easily call native APIs from Electron. I agree that Electron apps that feel "web-y" or hog resources unnecessarily are distasteful, but most people don't know or care whether the apps they're running use native UI frameworks…

I have been building Desktop apps with Go + Wails[1]. I happen to know Go, but if you are ai-coding even that is not necessary. A full fledged app, that does everything I want, is ~ 10MB. I know Tauri+Rust can get it to probably 1 MB. But it is a far cry from these Electron based apps shipping 140MB+ . My app at 10MB does a lot more, has tons of screens. Yes, it can be vibe coded and it is especially not an excuse th…

I've looked into Tauri and Wails, but they don't seem realistic for a cross-platform app with wide distribution across multiple platforms and platform versions.

One of Electron's main selling points is that you control the browser version. Anything that relies on the system web view (like Tauri and Wails) will either force you to aggressively drop support for out-of-date OS versions, or constantly check caniuse.com and ship polyfills like you're writing a normal web app. It also forces you to test CSS that touches form controls or window chrome on every supported major version of every browser, which is just a huge pain. And you'll inevitably run into bugs with the native -> web glue that you wouldn't hit with Electron.

It is absolutely wasteful to ship a copy of Chrome with every desktop app, but Tauri/Wails don't seem like viable alternatives at the moment. As far as I can tell, there aren't really any popular commercial apps using them, so I imagine others have come to the same conclusion.

Re: The Codex App

#259

Post by hdjrudni »

hollowturtle wrote: post #238
hmokiguess wrote: post #221

I'm still waiting for the big pivotal moment in this space, I think there is a lot of potential with rethinking an IDE to be Agent first, and lots of what is out there is still lacking. (It's like we all don't know what we don't know, so we are just recycling UX around trying to solve it) I keep coming back to my basic terminal with tmux running multiple sessions. I recently though forked this https://github.com/tian…

There is little to no integration between deterministic IDE features(like refactorings) and LLMs. For example I don't want a statistical tool to rename a method by predicting tokens, I want it to use IDE features and not via another higher abstraction protocol like mpc, I want deeper integration. Sometimes I look at comments in code and think "why can't I have an agent checking if the content of a comment actually re…

This might actually be another area language servers shine. As I understand it, the TS Language Server can do renames. Ergo, we ought to be able to have the LLM ask the lang server to do the rename instead of trying to do it itself. That'd be easier than trying to integrate with each IDE individually. (Whereby "IDE" seems to be synonymous with "VSCode" lately...)

Re: The Codex App

#260

Post by harikb »

namelosw wrote: post #255
OlympicMarmoto wrote: post #220

It is baffling how these AI companies, with billions of dollars, cannot build native applications, even with the help of AI. From a UI perspective, these are mostly just chat apps, which are not particularly difficult to code from scratch. Before the usual excuses come about how it is impossible to build a custom UI, consider software that is orders of magnitude more complex, such as raddbg, 10x, Superluminal, Blende…

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.

As I outlined in a sibling comment. You can still use React and your JS developers. Just don't ship a whole browser with your app.

May be an app that is as complex as Outlook needs the pixel-perfect tweaking of every little button that they need to ship their own browser for exact version match. But everything else can use *system native browser*. Use Tauri or Wails or many other solutions like these

That said, I do agree on the other comments about TUIs etc. Yes, nobody cares about the right abstractions, not even the companies that literally depend on automating these applications

Post reply on HN