Your data never enters a shared model.
The Cyborg’s working memory, indexes, logs, and reasoning traces all live on its VM. We never use them to train anything that benefits another customer. Yeh contractual hai, technical bhi hai.
— CONCEPT · 01 OF 04 · ISOLATION MODEL
Every Cyborg you hire gets its own dedicated Windows VM in the Aliens data-centre. Not a shared inference endpoint. Not a multi-tenant cluster. A real, isolated, named machine — with your data on it, your software on it, your tools authorised on it. When you fire the Cyborg, the machine is wiped. When you keep it, your data never touches another customer’s — ever.
Multi-tenant inference is cheaper to operate. That’s why almost every AI company uses it. One model serves a thousand customers; the unit economics are beautiful for the vendor.
It’s also the reason their security pages dance around the question of data isolation. Once your prompts go through a shared model, “your data” becomes a fuzzy thing.
We picked the harder model on purpose. One Cyborg, one machine, one customer. The unit economics are worse for us — passed on transparently in the salary — but the data story is unambiguous.
— THREE CONCRETE REASONS
The Cyborg’s working memory, indexes, logs, and reasoning traces all live on its VM. We never use them to train anything that benefits another customer. Yeh contractual hai, technical bhi hai.
Memory, reports, configs, integration credentials — all exportable in 7 days. The VM gets wiped + recycled. There’s no “residual fine-tune” left behind to argue about.
Pull the audit log from your dashboard, or have it streamed to your SIEM. Every command the Cyborg ran, every API it called, every document it touched — on a single timeline.
— HOW THIS COMPARES
— STANDARD CYBORG VM SPEC
This is the baseline for every Cyborg, regardless of role. Heavier roles (Data Analyst, Software Engineer) can scale up. None scale down below this.
WebOS runtime pre-installed— THE QUESTIONS YOU ACTUALLY HAVE
Enterprise plan only. We can deploy the Cyborg VM into your AWS / Azure / GCP account, with the runtime under your IAM. P0 customers run on Aliens-managed infra by default.
Available on enterprise plans. Frankfurt (eu-central-1) for GDPR; London (eu-west-2) for FCA workloads. The whole VM lifecycle, including backups, stays in-region.
Inference calls go through a shared GPU pool, but no model state, prompt cache, or conversation history persists on that pool. Every request is stateless from the GPU’s point of view; state lives on your dedicated VM.
7-day cooling off. Then cryptographic wipe, then VM termination, then certificate of destruction issued to your billing email + audit log. The 7-day window lets you change your mind or extract anything you missed.
No. The architecture is one role per VM, deliberately. Different roles have different tool authorisations, different memory schemas, and different blast radii. Mixing them re-introduces the multi-tenancy we’re avoiding.
Yes. From your dashboard you can see the VM status, current task, recent logs, and (on enterprise plans) RDP into it directly. Most customers don’t — the daily report covers what they need to know.
— THE FOUR-PART CONCEPT WALKTHROUGH