https://github.com/janwilmake/openapisearch
Making APIs accessible to AI Codegen
https://github.com/janwilmake/openapisearch
Last synced: 9 months ago
JSON representation
Making APIs accessible to AI Codegen
- Host: GitHub
- URL: https://github.com/janwilmake/openapisearch
- Owner: janwilmake
- Created: 2025-03-20T07:22:46.000Z (9 months ago)
- Default Branch: main
- Last Pushed: 2025-03-20T08:16:22.000Z (9 months ago)
- Last Synced: 2025-03-20T08:34:59.862Z (9 months ago)
- Language: HTML
- Homepage: https://openapisearch.com
- Size: 114 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
- awesome - janwilmake/openapisearch - Making APIs accessible to AI Codegen (HTML)
README
OpenAPI-Search combines multiple OpenAPIs in a fast, organized, and searchable interface.
OpenAPIs are effectively closed if there isn't an accessible way to find and use them. Big commercial API directories such as https://rapidapi.com are currently dominating the search results and the # of APIs indexed, leading many developers to a non-open API gateway. Open Source is far behind.
The best OpenAPI directory as of yet is https://apis.guru but this doesn't even reach 10% of the amount of listed APIs and there is many room for improvement.
The vision of https://openapisearch.com is to make OpenAPIs truly open by making it accessible (easy to find what you're looking for) and improving listing quality.

Related work: https://github.com/janwilmake/oapis and https://github.com/janwilmake/oapis.npm
# Goals
Targeted improvements compared to https://apis.guru:
- Easy navigation for agents
- Programmatic Registry
- Improved Website
Wishlist:
- E2E Testing of OpenAPIs
- AI Crawler for API Discovery
- AI Crawler to augment OpenAPI Metadata
- Adds authentication + scope info
- Adds useful links
- Adds reviews
- Adds pricing info, ratelimit info, etc
## Non-goals
- Create a docs reference website like [readme.com](https://readme.com) (there are many) - for this we're using stoplight now.
- Add weird custom logic that is non-standard to the OpenAPI. Instead, I aim to create a layer on top of openapis to improve the implementation of the standard. I'll use [actionschema](https://actionschema.com) for this.
# Changelog
## 2025-03-20
I did lots of work in this area and left it all behind after moving to cloudflare. It's time to take some of this work and redo it with a new vision, taking in all learnings from the last months.
My current intuition is as follows:
- Don't focus on quantity, focus on quality of a few great OpenAPIs. Make it very easy to build with a particular OpenAPI, for example.
- People want to see their own OpenAPIs, and aren't interested in 99% of all other OpenAPIs