Case study - Building AI-ready documentation for our own product
Biel.ai is our in-house product: it adds AI-powered chat and search to documentation sites so users get answers drawn from the content instead of filing support tickets. We build and run its documentation the same way we build it for clients, which makes it the clearest proof of what we sell.
- Client
- Biel.ai
- Year
- Service
- In-house product · AI-ready documentation

Why we're showing you our own product
Most of our case studies are client work. This one is different, and we want to be upfront about that: Biel.ai is a product we build and own. It adds AI-powered chat and search to documentation sites, users ask a question in plain language and get an answer drawn from the docs, instead of hunting through pages or opening a support ticket.
We're including it here because it's the most honest demonstration we can give. Everything we recommend to clients, Docs-as-Code, AI-ready content, automated reference generation, we run on our own product's documentation at docs.biel.ai. You can inspect all of it live.
A modern Docs-as-Code documentation site

The documentation runs on a customized Docusaurus site:
- Docs-as-Code workflow: content lives in Git as Markdown, is reviewed like code, and is built and deployed automatically on every change.
- Custom theme and layout: aligned with the Biel.ai brand, with fast navigation and a clean reading experience across guides, customization, administration, and integrations.
- AI search and Ask AI built in: the same product powers its own docs, every page is answerable through the "Search or ask AI" bar and the Ask AI assistant.
An API reference that stays in sync

The REST API reference is generated from an OpenAPI specification rather than written by hand, so it never drifts from the actual API:
- Generated from a single source: endpoints, parameters, and schemas come straight from the spec.
- Multi-language code samples: every endpoint ships ready-to-run examples (cURL, C#, Dart, Go, and more).
- Request/response detail: auth, required permissions, and full body schemas, laid out for developers to copy and go.
This is exactly the "define once, generate everything else" approach we bring to client reference documentation.
AI-ready by construction
Because Biel.ai's whole purpose is answering questions from documentation, its own docs have to be a model of AI-readiness:
- Crawlable, standalone pages that both humans and AI retrieval systems can consume.
- An automatically maintained
llms.txtgiving AI tools a structured map of the documentation. - Content written around real user questions, so the assistant returns accurate, specific answers.
The result, on our own docs: the assistant handles around 155 conversations a month, while we answer fewer than ten support emails it didn’t cover.
Those few emails are the useful part. Each one is a gap the documentation didn’t close, so we write the answer back into the docs and the assistant covers it the next time someone asks. The assistant on its own doesn’t reduce support volume, feeding what it exposes back into the content is what does.
Why this matters for your project
Biel.ai's documentation is a working reference implementation of what we offer:
- Docs-as-Code, version-controlled, automatically built and deployed.
- AI-ready documentation, structured for accurate retrieval, with chat and search built in.
- API reference automation, generated from OpenAPI, always in sync with the code.
- Ongoing maintenance, the docs evolve automatically as the product changes.
See it for yourself: it's all running on Biel.ai's own docs at docs.biel.ai.
Tech stack
- Docusaurus
- Docs-as-Code
- OpenAPI
- llms.txt
- AI search & chat
- GitHub Actions