Skip to main content
Available now Most quickstarts end with something running. This one cannot, because Nitsor is pre-release and there is no public sign-up, package, or sample workspace. What you can do in the next hour is decide whether the intended product fits a real decision your team already makes, and write down the evidence that would settle it.

What you can reach today

  • These documentation pages, plus a clean Markdown copy of each one at the same address with .md added.
  • An llms.txt index, an llms-full.txt export, and four curated context bundles for AI tools.
  • Documentation search.
  • A contact form for product and design-partner questions.
Nothing here requires an account, and nothing here grants product access.

Pick your first action

Find the row closest to your situation. Each row gives one page to read first and one action small enough to finish this week. Deployment and security requirements have their own evidence checklists in Deployment and security and Self-host mechanics.

If you get stuck

What to include in a useful question

  • your role and intended outcome;
  • the relevant workflow or decision;
  • the page you already read;
  • the availability or evidence point that remains unclear;
  • the smallest piece of working evidence or test that would answer it.
The same limits apply here as in Design-partner onboarding. Do not send credentials, patient or customer scan data, storage locations, or confidential material through a public contact form.

Common mistakes and limits

  • A contact message is not an authorization to access systems or data.
  • A design-partner conversation is not a delivery commitment.
  • A complete documentation path is not proof that the product path exists.
  • Retrying does not turn an unavailable capability into an available one.
  • A context bundle is not a substitute for reading the cited source when making a high-stakes decision.

Next step

Read Product status, then record the exact evidence you would need before adopting the workflow you care about. If a focused design-partner evaluation is appropriate, continue to Design-partner onboarding.
OutcomeLeave with one focused, truthful action and the evidence you still need to ask for.
AvailabilityAvailable now
AudienceAll readers, Evaluators, AI agents
PrerequisitesRead the Introduction
Last verified2026-08-23