Launching today
Octri.dev
Generate customizable Docs, SDKs, MCP server, and monitoring
115 followers
Generate customizable Docs, SDKs, MCP server, and monitoring
115 followers
Upload an OpenAPI spec and Octri generates a fully customizable documentation site, high-quality client SDKs in ten languages (TypeScript, Python, Go, Rust, Ruby, PHP, Java, Kotlin, Swift, Dart) and an MCP server so AI agents can call your API. The new part: every SDK reports its own production errors back, so you see integration failures before your users file tickets. GitHub sync regenerates everything on every merge.
Hey @emad_khair Really like the idea of closing the loop between SDK generation and what actually breaks in production. How does Octri handle API changes over time, can it detect breaking changes in the OpenAPI spec and flag which generated SDKs or existing integrations might be impacted before a new version is shipped?
@dounia_boughalem Thanks a lot Dounia!
That's a really good question! Yes, we watch your spec and automatically generate SDKs and update the changelog with what exactly could break current integrations if they decide to update.
in addition to that, we actually have internal build checks, tests, and linting run before publishing. So a problem introduced in a recent update gets caught before the SDK goes out to public! These checks are available on literally all tiers (even free!), so all the SDKs produced by Octri maintain the highest possible quality!
the "SDK reports its own production errors back" part is the one I'd actually pay for, docs and SDK generation are table stakes at this point but almost nobody closes the loop on what happens after a user integrates. was literally in a forum thread earlier today about a team shipping a test that passed without ever causing the failure it claimed to catch, and this is the same problem from the other side - an SDK that looks fine in a demo but silently breaks for one specific language or edge case in prod. does the error reporting tell you which generated SDK (language/version) is failing, or just that an integration somewhere is throwing
@galdayan Hi Gal, Thanks a lot!
indeed the monitoring is going to be a great feature to keep teams in the loop and easily identify problems without the back and forth that they usually go through to just identify a small edge case bug!
The reporting is per language and gets deminified and points exactly where the failure is happening! We also auto group all errors to avoid the user being flooded by the same error.
Happy to answer any other questions you have regarding this feature as it's pretty new to the industry to be shipped in a client SDK.
I like that the SDKs are not just generated once and left alone. The production error feedback makes the whole workflow feel muh more practical for real API integrations.
@anthony_adams_ Exactly! We also have full info about the monitoring part and it's telemetry if you're interested here: https://octri.dev/dpa/monitoring
This is a really interesting idea! I love how you turn an API into something much easier to work with instead of making developers handle everything manually.
I’m currently building my own software products, and I can already see how something like Octri could save me a lot of time, especially around API documentation and SDK generation.
Really well thought out. Congrats on the launch!
@elghanam Thanks a lot Mohammed for your feedback and support! We are very glad to hear that developers are seeing the value that Octri provides! 🙌