Live data from Hacker News

OpenAI Agents API

developers.openai.com

171–180 of 202 posts

Re: OpenAI Agents API

#171
post #169

Why on earth would we want such a lock-in at this stage when there is no clear winner. This is an area in which I would encourage everyone to build their own (using OSS) on top of existing cloud infrastructure.

I tried and it's difficult to create a good agent harness.

To have a really good harness, it seems that you need a separate one for every different project you are working with.

Re: OpenAI Agents API

#172

Earlier quoted context omitted.

I built my harness in pi within herdr, I cloned (zipped and downloaded) 0xRichardH/pi-herdr-subagents and went from there, and used pi to build itself, adding gate workflow state control, provider fallbacks (I use many token plans), subagent skill injection, etc. It is highly custom to my needs and wants, and I think every developer needs to do this. I only talk to my planner which plans, and it subs out to designer,…

Correct me if I'm wrong, but the harness will always be dependent on the underlying model, and useless without it. All custom harnesses are being built, could be obsolete in the next big-generation-jump of the models. I might be absolutely wrong, but "harnesses" / cc-derivatives became "good enough" only maybe a year ago max. Before that, people were pushing for gigantic folder structures with custom documents and "p…

Doesn't apply to every scenario where agents are useful. Think about businesses - most business processes are not optimized this way. They are mostly a conglomeration of hierarchy, relationships, customs, IP, etc. Model development will never cross such paths. Thus, harnesses are needed. A foundational system that covers 80% of business processes has value, and I'm targeting that problem --- https://github.com/rush86999/atom

Re: OpenAI Agents API

#173
post #65

I think we’re still figuring out the right abstraction for offering agents as a product. - LLMs are a great foundation but building your own harness is a huge undertaking, a deep rabbit hole. - There are harnesses available as open source libraries but that’s still coupled to an environment. Where does the state persist? Like maybe I’m a Cloudflare worker and don’t even have a file system. Agent as a service like thi…

> building your own harness is a huge undertaking, a deep rabbit hole. I eventually gave up on this task. It's not possible to fight OpenAI or Anthropic's engineering teams. Their reasoning models have all kinds of undocumented back door access to the base models that you'd never be able to replicate from the outside. Even if you had full access you would not have the engineering man hours or experience to keep up. I…

A good harness is a universal harness. It should not depend on the model at all. I foresee harness being the edge that people have.

For instance, if you are able to encode laws as a lean program, that would be an absolutely insane harness that would make you leap way ahead of your competitor.

Right now, I am interested in creating a personal assistant. It is crucial that this is done privately and safely. To do this, I run a local gemma4 model that have access to a copy of my emails. The only outside world that it can interact with is a private Telegram chat that I have with it.

Re: OpenAI Agents API

#174
post #169

Why on earth would we want such a lock-in at this stage when there is no clear winner. This is an area in which I would encourage everyone to build their own (using OSS) on top of existing cloud infrastructure.

I tried and it's difficult to create a good agent harness.

There are no shortage of good harnesses out there, and you can re-use coding ones like pi, opencode, dsh even claude and codex. For most use-cases that is already the loop you need. If you're looking for something less like a coding agent then Vercel's Eve is okay too.

Re: OpenAI Agents API

#175
post #106
post #89

Earlier quoted context omitted.

Then why tf do i need their api

Going to be GitHub self hosted runners all over again, you pay for the API and also pay for your own self hosting.

This is every enterprise service at this point. Let’s look at my enterprise search provider. We self host so pay for the infrastructure. We provide/pay for the models for embeddings or any LLM stuff. We still pay them consumption based prices.

Re: OpenAI Agents API

#176
post #65

I think we’re still figuring out the right abstraction for offering agents as a product. - LLMs are a great foundation but building your own harness is a huge undertaking, a deep rabbit hole. - There are harnesses available as open source libraries but that’s still coupled to an environment. Where does the state persist? Like maybe I’m a Cloudflare worker and don’t even have a file system. Agent as a service like thi…

> building your own harness is a huge undertaking, a deep rabbit hole. I eventually gave up on this task. It's not possible to fight OpenAI or Anthropic's engineering teams. Their reasoning models have all kinds of undocumented back door access to the base models that you'd never be able to replicate from the outside. Even if you had full access you would not have the engineering man hours or experience to keep up. I…

[dead]

Re: OpenAI Agents API

#178

I think we’re still figuring out the right abstraction for offering agents as a product. - LLMs are a great foundation but building your own harness is a huge undertaking, a deep rabbit hole. - There are harnesses available as open source libraries but that’s still coupled to an environment. Where does the state persist? Like maybe I’m a Cloudflare worker and don’t even have a file system. Agent as a service like thi…

[flagged]

Re: OpenAI Agents API

#179
post #169

Earlier quoted context omitted.

I tried and it's difficult to create a good agent harness.

There are no shortage of good harnesses out there, and you can re-use coding ones like pi, opencode, dsh even claude and codex. For most use-cases that is already the loop you need. If you're looking for something less like a coding agent then Vercel's Eve is okay too.

But you can't just plug those into your already existing stack easily, unlike a purely API-based solution no?
Post reply on HN