Boostrix

search_for_api would be a specialization of a do_research (crawl) command, where as api could be either a classical API or a networking API Some of us have succeeded getting Agent-GPT...

regarding the API explorer idea: #5536

> There's a couple similar prs for this - see #3178 Yes, it seems there's a bunch of similar PRs now - it would be better for people to post...

you could probably use some sort of preprocessor/preparation stage prior to passing such contexts to the LLM

it depends on the level of OpenAI API access you've got

> t there should be a switching mechanism that switches between all of the supported APIs, not just OpenAI's models/APIs. Which seems to be work in progress #2158 > maybe...

> I'd like to say that there should be a switching mechanism that switches between all of the supported APIs, not just OpenAI's models/APIs. that's a form of feature scaling,...

the interesting thing here is that this sort of interface would make scaling rather straightforward - you could even hook up multiple Auto-GPT instances together, running on different computers in...

The REST API would actually be good to have, as it would make it much easier to add a simple UI/web UI on top of the whole thing, without having...

Based on playing with @coleyr's idea https://github.com/Significant-Gravitas/Auto-GPT/issues/15#issuecomment-1500873425 of using a Python script to traverse PRs and issues, we're probably in a position to automate some of this: https://github.com/Significant-Gravitas/Auto-GPT/compare/master...Boostrix:Auto-GPT:topic/PRHelper.py At this...