Nexus One AIPOWERED BY CEZEN
DEPLOYMENT GUIDE · OCTOBER 2026

A private platform.
A considered deployment.

Start with the work you want to improve. We’ll shape the models, infrastructure, integrations and acceptance criteria around it.

WORKSTATION

Focused teams.
Local workloads.

A starting point for specialists, developers, labs and scoped departmental pilots.

  • Size GPU memory for the selected model and context.
  • Plan CPU, memory and storage for documents and workspaces.
  • Validate the actual tasks and expected number of users.
SERVER

Shared access.
Managed operations.

A centrally operated platform for knowledge, applications and team workflows.

  • Size inference around concurrency and model requirements.
  • Plan identity, network access, storage and backup ownership.
  • Agree monitoring, updates and recovery responsibilities.
WHAT WE SCOPE TOGETHER

The right questions before rollout.

01

People & use cases

Who uses the system, what they need to achieve and how success will be measured.

02

Models & capacity

Quality, context, latency and concurrency requirements tested against representative tasks.

03

Knowledge & access

Source selection, ownership, permissions, refresh expectations and retention requirements.

04

Operations & recovery

Service ownership, backup coverage, restore exercises and the agreed support process.

DISCONNECTED ENVIRONMENTS

Plan for the dependencies,
not just the models.

Private hosting and fully disconnected operation have different requirements. A disconnected deployment needs a verified plan for model packages, identity, certificates, software updates and each selected integration.

Some Office integrations currently depend on external assets. Air-gapped operation is qualified against the agreed feature set and environment before it is promised.

CAPABILITY SCOPE

Know what your pilot includes.

What can we evaluate in the core platform?

AI Workspace, Notebook and source-grounded answers, document workflows, App Studio, agents and schedules, and administration. Model quality, supported documents, workload limits and access controls are checked against your specific use cases.

How do network folders and database imports work?

Administrators prepare network sources for read-only snapshot imports. Automatic change detection and replacement indexing are not included in the current baseline. The PostgreSQL connector is a constrained pilot with query and data limits, rather than unrestricted database crawling.

Are Office agents ready for every desktop?

Office agents are a pilot capability. Host versions, startup, sign-in, managed distribution and recovery need qualification for the chosen environment. Request a supported-host assessment before including them in a rollout.

Can we use meetings, transcription and fine-tuning?

Meeting integration and consent-based transcript processing are pilot work. Live recording and automatic transcription are not included in the current pilot. Model fine-tuning requires a separate model, compute and executor configuration; dataset preparation alone does not enable training.

Is there a standard user count or hardware specification?

Capacity depends on model size, context, simultaneous requests, document workloads and integrations. We agree and test the expected workload before specifying a system. Workstation and Server describe deployment options, not guaranteed throughput.

What happens after the pilot?

Review quality, access, performance, backup and recovery against the agreed acceptance criteria. Confirm operating ownership and the support scope before extending access or adding more use cases.

YOUR NEXT STEP

Let’s scope the right
starting point.

Tell us about your users, your knowledge and the work you want to improve.

Discuss your deployment ↗