Every project in Swisstools gets its own subdomain URL. This means your mock endpoints and webhook inboxes are always reachable at a stable, unique address that belongs specifically to that project — no shared paths or API tokens needed to route traffic to the right place.Documentation Index
Fetch the complete documentation index at: https://docs.swisstools.dev/llms.txt
Use this file to discover all available pages before exploring further.
How the subdomain is constructed
Swisstools builds each project’s subdomain from two parts joined by a dash:team_ref— your team’s 8-character reference ID, visible in your team settings. It uses only alphanumeric characters (no dashes), so it never conflicts with the separator.project_slug— the slug you set when creating the project. Slugs can contain dashes.
team_ref is always dash-free, the first dash in the subdomain unambiguously separates the team reference from the project slug — even when your project slug contains multiple dashes.
URL patterns
| Feature | URL pattern |
|---|---|
| Mock endpoint | <team_ref>-<project_slug>.swisstools.dev/api/mock/<endpoint> |
| Webhook inbox | <team_ref>-<project_slug>.swisstools.dev/api/webhook/<webhook_id> |
Examples
abc12345 is the team reference ID and my-api is the project slug. The full subdomain abc12345-my-api uniquely identifies the project across the entire platform.
If your project slug contains dashes — for example, payment-service-v2 — the URL looks like this:
abc12345 contains no dashes.