Community Integrations

Third-party integration pages for Cartesia documentation. If you've built something that integrates your product with Cartesia and want it listed on our docs site, this is where you submit it.

How it works

1. Fork this repo
2. Copy TEMPLATE.mdx into submissions/your-integration-name.mdx
3. Write your page following the template and Style Guide
4. Self-review against the checklist in SKILL.md (using a coding agent or otherwise)
5. Open a pull request and tag @zeuslawyer for review

A Cartesia team member will review your PR using the same SKILL.md checklist. We may have feedback — we hold a high quality bar. Once approved and merged, we'll publish the page to docs.cartesia.ai/integrations/community/your-integration-name.

Preview locally

The root docs.json exists only for local preview with Mintlify. After adding, renaming, or removing a submission page, run:

node scripts/update-docs-json.mjs
node scripts/update-docs-json.mjs --check
git diff --check
npx mint dev

Open the local URL printed by Mintlify and select your page in the sidebar. Commit the generated docs.json change, but do not edit it manually or use it for publishing or production navigation.

What belongs here

A community integration page shows developers how to use Cartesia with your tool or platform. It should include a working code example that a developer can copy-paste and run.

You're welcome to link to your product and docs — just don't turn the page into a sales pitch.

This is not the place to re-document Cartesia's API, pitch your product, or write a tutorial that happens to mention Cartesia.

Requirements

• One MDX file per integration, following TEMPLATE.mdx exactly
• Tag which Cartesia product(s) your integration supports via cartesia_product in frontmatter (valid values: tts, stt, line)
• All code examples must be complete and runnable (include imports)
• Keep tone technical; avoid marketing adjectives and focus on factual integration guidance
• Images/screenshots are allowed when used sparingly for setup clarity; store them at submissions/assets/images/<submission-name>/ where <submission-name> matches submissions/<submission-name>.mdx
• Your PR should only add/modify your own files inside submissions/ and the root docs.json when changed by node scripts/update-docs-json.mjs solely for local mint dev preview. Do not modify other repo infrastructure files like README, TEMPLATE, SKILL, or scripts.
• Read the Style Guide before writing

Maintenance policy

You own your page. Here's what that means:

• Each page has a last_verified date in its frontmatter
• At 6 months without re-verification: we email you asking to confirm the page is still accurate
• At 6 months + 2 weeks, no response: a "community-maintained — last verified [date]" banner appears on the page
• At 12 months without re-verification: we email again — the page will be unpublished in 2 weeks if not re-verified
• At 12 months + 2 weeks, no response: the page is unpublished

To re-verify, open a PR updating the last_verified date (and fix anything that's changed). This resets the clock.

Questions?

Open an issue on this repo.

See the Mintlify docs for help working with MDX components (e.g. <Tabs>).