# Cohesivity - Documentation Index Use this page as the entrypoint into the live docs. ## Start here - Quick reference for agents: https://cohesivity.ai/llms.txt - Full agent reference: https://cohesivity.ai/llms-full.txt - Step-by-step onboarding: https://cohesivity.ai/onboarding - Offerings catalog: https://cohesivity.ai/offerings - Pricing and tier limits: https://cohesivity.ai/pricing - Account observability spec: https://cohesivity.ai/docs/observability - Human-facing read-only dashboard (Cohesivity session cookie): https://cohesivity.ai/account - Primary claim: agent calls `POST https://cohesivity.ai/api/claim/url`, shares the returned `approval_url` at `https://cohesivity.ai/c/`, then polls `https://cohesivity.ai/api/wait` with the returned wait blob. - Recovery/manual-key claim only: https://cohesivity.ai/claim/ ## Company and legal - About, team, and public profiles (LinkedIn, Product Hunt): https://cohesivity.ai/about - Privacy policy: https://cohesivity.ai/privacy - Terms of service: https://cohesivity.ai/terms ## Lifecycle summary - New tenants are `ephemeral` for 72 hours. - Ephemeral tenants have tenant-lifetime hard caps during the claim window. - If an authoritative ephemeral cap is breached, the whole tenant pauses. - Hosted paused tenants redirect to `claim_url`. - Infra-only paused tenants return structured API errors that include `claim_url`. - Unclaimed tenants are terminated after expiry; their management tenant records remain for audit and abuse forensics. - Keep `coh_management_key` agent-side for Management API use; do not paste it into the browser for the primary claim flow. ## Runtime visibility - `/api/status` returns `account.runtime_profile`, `account.runtime_version`, `account.upgrade_available`, and `account.upgrade_target_profile` for the current tenant. - `/api/status` also returns `account.experiments` with active experimental grants and configured beta-gated scopes for the current account or global ephemeral target. - New tenants take the current stable runtime at genesis. - Normal runtime releases pass the in-repo core gate, then move `latest_live` and stable together. - New tenants receive that stable runtime; no fixed canary is pinned and no contract-suite gate runs in the current release workflow. - Existing tenants stay pinned to their assigned runtime unless Cohesivity intentionally migrates them. - If `account.upgrade_available` is true, call `POST https://cohesivity.ai/api/runtime/upgrade/plan`, apply the returned release-note diff, then call `POST https://cohesivity.ai/api/runtime/upgrade/commit` with the returned `target_profile`. - The runtime is versioned independently from this docs surface; your tenant's pinned version is in `runtime_profile` (returned by `/api/genesis` and `/api/status`). ## How to use the docs - Negotiated pages (`/`, `/pricing`, `/offerings`, ...) serve the human site to browsers and this text surface to agents; append `?view=agent` to any page URL to see the agent representation from a browser. - Read `llms.txt` or `llms-full.txt` before writing code against Cohesivity. - Read the offering page for every resource you provision. - Treat offering pages as the published source of truth for launch limits and tier-gated behavior.