HackerTrans
TopNewTrendsCommentsPastAskShowJobs

embirico

no profile record

Submissions

Designing Usefully Unintelligent AI Summaries

multi.app
2 points·by embirico·2 года назад·0 comments

The biggest bottleneck for LLM startups is UX

medium.com
1 points·by embirico·2 года назад·0 comments

Making Slow, Illegible WebRTC Screenshare Fast and Legible

multi.app
2 points·by embirico·2 года назад·0 comments

Measuring Latency of P2P Remote Control: Watermarks and Math to Reduce Variance

multi.app
5 points·by embirico·2 года назад·0 comments

comments

embirico
·3 месяца назад·discuss
(I work at OpenAI) Heya, in reality it's more much organic than that. We build stuff, ship it internally, then work crazy hard to quickly ship it externally. When we put something out on a given day, it's usually been in the works and scheduled for a while.

One concrete example: to set up a launch like today, where press, influencers, etc, all came out at 10a PT. That's all coordinated well in advance!
embirico
·5 месяцев назад·discuss
(I work on Codex) We have a robust sandbox for macOS and Linux. Not quite yet for Windows, but working on that! Docs: https://developers.openai.com/codex/security
embirico
·5 месяцев назад·discuss
(I work on Codex) I think for us the big unlock was GPT-5.2 and GPT-5.2-Codex, where we found ourselves needing to make many fewer manual edits.
embirico
·5 месяцев назад·discuss
Only thing i'd add re windows is it's taking us some time to get really solid sandboxing working on Windows, where there are fewer OS-level primitives for it. There's some more at https://developers.openai.com/codex/windows and we'd love help with testing and feedback to make it robust.
embirico
·5 месяцев назад·discuss
(I work on Codex) One detail you might appreciate is that we built the app with a ton of code sharing with the CLI (as core agent harness) and the VSCode extension (UI layer), so that as we improve any of those, we polish them all.
embirico
·8 месяцев назад·discuss
(Disclaimer: Am on the Codex team.) We're basically trying to build a teammate that can do both short, iterative work with you, then as you build trust (and configuration), you can delegate longer tasks to it.

The "# of model-generated tokens per response" chart in [the blog introducing gpt-5-codex](https://openai.com/index/introducing-upgrades-to-codex/) shows an example of how we're improving the model good at both.
embirico
·10 месяцев назад·discuss
when was that @sergiotapia? last week we just upped the base rate limit for new API accounts
embirico
·10 месяцев назад·discuss
Hey, I work on Codex—absolutely no way that a user on a Pro plan would somehow silently move to token-based billing. You just hit a limit and have to wait for the reset. (Which also sucks, and which we're also improving early warnings of.)
embirico
·2 года назад·discuss
I do love the vibe of that license
embirico
·2 года назад·discuss
How do you compare the pros/cons of having the summarization built into the call tool, like with Vowel, vs having more control but in separate tools?
embirico
·2 года назад·discuss
For anyone who's genuinely curious about why the pricing ramp, here's the [an internal doc with some of the debate about the pricing plan](https://multiapp.notion.site/Pricing-What-should-we-charge-f...).

Link expires in 6 days. Most of the discussion is in the comments.

For anyone who doesn't want to load a ton of JS, in short:

# Free

Mostly pairing features. Free because we think that collaborative pairing functionality should be available to everyone, whether or not you can pay. If you're an individual contributor, you should just be able to sign up. Our closest competitor charges $30 a month for just pairing functionality, and as a result many small teams can't afford to use it.

# Standard

Mostly features to help with async communication and documentation. We think that distributed work in it's ideal is "Pair often, write a lot, and minimize meetings."

We think it makes sense to draw the paywall here because a/ The async features cost us more to run, and b/ This problem is something that team leaders or managers care about. And those are the people with credit cards.

We support teams having a mix of Free and Standard seats. Just pay for the power users.

# Enterprise

There are some features that cannot be per-seat: They have to be the whole team or nothing. For example, SSO (yes #ssoTax), API access, bespoke security review etc. For these, we can talk to the team about what their usage will look like in deciding the price.

Hope that helps. We're very open to feedback on this. DM's open at @embirico on Twitter if you have thoughts privately.