Technical claim governance · Evidence, independent review and controlled publication. Inspect capabilities
Security and capability status

Controls that support an accountable decision.

Inspect what the current product enforces, which connections need customer configuration and where further operational assurance is required.

Available workflow controls

The controls in the working platform.

Document intake and workspace Studio

Import readable documents, discuss selected evidence and save a proposed claim for independent review.

Implementation and limits

PDF text (up to 50 pages), DOCX main-body text and UTF-8 TXT, Markdown and CSV are accepted up to 4 MB and 50,000 extracted characters. Extraction runs in a bounded worker; users inspect text before saving. Original files are not retained. Product briefs and conversations are workspace-scoped and retained with history. Exact quote checks reject references outside selected evidence, and stale sources block proposal saving. OCR, image/video interpretation and automatic website ingestion are not supported. AI replies remain advisory.

Identity and access

Server-side permissions control who can read, author, review and publish in a workspace.

Implementation and limits

Provisioned accounts, expiring sessions, password hashing, same-origin write checks and database-backed rate limits. Owner, author, reviewer and viewer roles are enforced by the API. Signing out revokes the session.

Workspace boundaries

Evidence, claims, decisions and publications are scoped to the workspace and its members.

Implementation and limits

Application queries and composite database relationships enforce workspace scope. PostgreSQL row-level security also applies to tenant content for the restricted runtime role. A request sees the signed-in workspace, the public publication reader sees one approved page, and the worker can process queued jobs. Table owners and roles that bypass row security are not used by the application. Invitations and account tokens are looked up before a workspace is chosen. Privileged database administrators remain trusted.

Independent approval

An approval records the reviewer, claim version, review checks and decision rationale.

Implementation and limits

Authors cannot approve their own claim or version. All required attestations must pass. When retained source text continues after a linked excerpt, approval is refused unless the reviewer attests that they read that later text. The review desk does not offer that confirmation until each such source has been opened. The attestation is stored with the decision and shown in its history. It records the confirmation; it does not prove the reading. A hold does not require it. High-risk claims require two distinct independent reviewers. Concurrent edits reject stale versions rather than overwriting a newer decision.

Versioned history and export

Retain earlier evidence, claims and decisions, and export the workspace record.

Implementation and limits

Database triggers reject updates and deletion of protected version, decision, audit and measurement history during ordinary application operations. This is not externally notarized storage or a retention lock, and privileged database administrators remain trusted.

Controlled publication

Hosted claim pages serve the current approved snapshot and reject invalid supporting evidence.

Implementation and limits

Source changes, revocation and expiry invalidate dependent approvals. The hosted page is withdrawn before that action returns. Connected CMS withdrawal is attempted in the same request, up to three jobs, and then retried up to eight times if the destination does not accept it. The workspace lists a withdrawal that is still open, and the owner can attempt that withdrawal again in the same request. A publication retry waits for the scheduler. A connector response does not confirm the live page. A CMS outage can leave the external copy in place. The daily scheduler is the retry backstop.

Advisory AI

Scoped analysis and drafting jobs support review without gaining approval or publication authority.

Implementation and limits

The deployment uses OpenRouter for advisory jobs; the implementation also supports direct OpenAI routing. Requests send the claim, linked evidence text and configured brief to the selected provider. Results are schema-validated and stored with run metadata. Four live synthetic job checks passed; this does not establish comparative quality or contractual data-retention guarantees. Provider terms and data suitability require assessment before sensitive information is submitted.

Implemented connectors · Customer activation required

Validate each connection in your environment.

Enterprise sign-in and provisioning

Connect OIDC sign-in and SCIM user/group provisioning to your identity provider.

Implementation and limits

A workspace owner can save an HTTPS OpenID Connect issuer, client ID and encrypted client secret. Sign-in uses state, nonce, PKCE and token signatures, and only an explicitly mapped issuer and subject can enter. An owner can check the saved issuer's public discovery document and can record a member's identity provider subject. The discovery check does not send the client ID or secret. Neither that check nor a recorded subject proves the customer's identity provider has accepted Superlimen. Saving the connection does not prove acceptance either. Requiring company SSO is refused until the owner's own subject is mapped. SCIM tokens are scoped and expire; deactivation revokes sessions. Group membership does not grant application roles automatically. Automated tests use a mocked identity provider. SAML is not implemented.

External publishing

Configure WordPress, Webflow or Contentful to receive approved claim snapshots.

Implementation and limits

CMS credentials are encrypted with a deployment key. Delivery jobs use leases, bounded retries and visible failure states. Connectors have transport-contract tests; a real destination, content model and publish/withdrawal acceptance test are required before customer use.

Visibility and outcome records

Record defined visibility observations and import review-time, cost and commercial-outcome data.

Implementation and limits

Outcome entry and authenticated ingestion are available. Visibility collection separately requires a direct OpenAI credential, currently unconfigured in production. It targets the Responses API with web search, not consumer ChatGPT or Google AI Mode. Cohort comparisons and pipeline influence do not establish causal revenue impact. Dedicated CRM and analytics OAuth connectors are not implemented.

Deployment and operations

A release is one part of readiness.

The current deployment runs on Vercel with PostgreSQL storage in London. That does not establish end-to-end regional residency for model processing, email, logs or every subprocess.

Release checks cover authentication, permission boundaries, approval gates, version conflicts, publication withdrawal and browser workflows. Customer identity and CMS acceptance, restore testing, load testing and independent security assessment remain separate work.

Assurance boundary

No certification is implied.

Superlimen does not claim SOC 2 certification, regulatory approval or a blanket guarantee of GDPR or HIPAA compliance. An independent SOC 2 examination has not been started, and no SOC 2 report exists. Suitability depends on the intended use, data, agreements and operational controls.

SAML, customer-managed encryption keys, configurable multi-region residency, retention locks and managed backup commitments are not currently offered. The publication-integrity service level covers hosted withdrawal and the CMS attempt. It has no uptime percentage and no service credits.

Discuss security requirements →

Define acceptance before connecting customer data.

Agree on identities, permissions, data categories, provider terms, publication destinations and failure handling. Record the results of the integration checks before enabling the customer workflow.

Review integration requirements →