ARKTOR Go
Portable, session-scoped capability for another Windows computer, including older or underpowered hardware.
portable · supervised · auditableExplore ARKTOR Go ↗SC LABS / ARKTOR · CONTROLLED AI PRODUCT FAMILY

A small verified Rust foundation for controlled AI products.
Give AI controlled access to real files, processes, devices and optional memory without turning every capability into one giant agent stack. ARKTOR keeps the verified Rust execution core small and adds Node, Link, Vault and product experiences around it.
Representative ARKTOR product workspace layered above Core, Node, Link and Vault. It is not the Core interface, and no private workstation data is embedded.
VERIFIED ENGINEERING FOUNDATION · UPDATED 18 AUGUST 2026
ARKTOR PRODUCT FAMILY
Portable, session-scoped capability for another Windows computer, including older or underpowered hardware.
portable · supervised · auditableExplore ARKTOR Go ↗The planned daily-work product for controlled AI assistance, context, tools and repeatable business workflows.
workspace · workflows · governanceThe planned dedicated-infrastructure product for organisations that need stronger data and deployment boundaries.
private infrastructure · controlARKTOR FOUNDATION
Bounded file, process and system primitives plus the signed sidecar contract.
24/24 · release build · smoke PASS
Slim permission-gated runtime with workspace-scoped tools, explicit write/process grants and lightweight audit.
14/14 · strict Clippy · live Link proofReference Windows benchmark: 14,700 ns (0.0147 ms) median paired Node-path delta across 100 measured provider pairs; not a universal latency claim.
Authenticated, revocable outbound device connection with owner-bound Windows system, file and process actions.
external Windows x64 · native owner path · PASSLocal context and controlled durable memory kept separate from the execution core.
local · source-aware · approval-gated writesExplore ARKTOR Vault ↗Historical proof: SC Node remains public · Why ARKTOR Node came after it.
WHAT ALREADY WORKS
List, read, write, create, copy and move operations use explicit path guards and deterministic error handling instead of unrestricted filesystem access.
Process listing, bounded program execution, guarded process stop, system information and a separately protected reboot contract provide the minimal Windows-first execution surface.
Requests and results are expressed through a small typed JSON protocol. The current JSON Lines adapter is only one transport, not a dependency on HTTP, MCP or a particular AI client.
Optional executables can be fetched, hash-checked, signature-verified and invoked through a separate process contract. Heavy capabilities do not need to live inside the core binary.
Limits, timeouts, path rules and protected operations fail explicitly. The core does not silently elevate privileges or fall back to broader execution when a request is outside policy.
Durable local context stays a separate module. Retrieval is source-aware, and approved memory maintenance can use backup, hashing, verification, audit and rollback without making memory a mandatory core dependency.
ARKTOR Core does not know or require a specific AI provider. Local models and Frontier AI Partners can connect through higher-level adapters while the execution foundation remains unchanged.
Autonomous routing passed extensive internal deterministic, soak and routing gates. Operational review then showed that technical success did not make it the right dependency for the primary production path, so autonomous orchestration was deliberately separated into its own R&D stream.
The portable Windows path uses a small one-file core, outbound authenticated Link architecture and separately signed modules rather than bundling browsers, runtimes or local models into every target.
Windows UI automation, browser control and other heavy capabilities remain optional. They can evolve independently and are not required for the Core 0.1.1 release artifact.
SYSTEM ARCHITECTURE
HONEST ALPHA STATUS
TECHNICAL FAQ
ARKTOR is the public SC LABS controlled-AI product family. Its verified technical foundation is ARKTOR Core 0.1.1, a deliberately small Rust core that keeps deterministic execution primitives separate from optional memory, model, browser, Windows UI and orchestration layers.
ARKTOR Core 0.1.1 verifies bounded file, process and system primitives with 24/24 tests and strict Rust gates. ARKTOR Go 0.6 and ARKTOR Link are live-tested on an external Windows x64 target through the native owner path, including system, file and process actions. ARKTOR Node 0.1.0-alpha.1 passes 14/14 tests, strict Clippy and an optimized release build, with live Node execution evidence through Link.
SC Node stays public as the historical proof of the earlier controlled-runtime approach. ARKTOR Node is the second-generation runtime direction shaped by those learnings: fewer mandatory responsibilities, explicit grants and a shorter permission-gated tool path. The new runtime is not a rename of SC Node; it is a deliberately slimmer design.
No. ARKTOR Core contains no mandatory model runtime or provider dependency. Local models and Frontier AI Partners can connect through higher-level adapters, so provider choice remains explicit and replaceable without changing the execution core.
No. Durable memory remains controlled. Approved writes can use backup, hashing, verification, audit and rollback, while unrestricted automatic writing and destructive deletion remain separately gated.
ARKTOR Core uses explicit path guards, bounded operations, limits and deterministic errors. Higher-level products can add scoped workspaces, approvals, checkpoints and audit records, while silent privilege escalation remains outside the normal execution contract.
Not yet. ARKTOR Core 0.1.1 and ARKTOR Go 0.6 provide verified engineering baselines, but public product downloads still require final packaging, code signing, onboarding and product-specific release gates.

SMALL CORE · EXPLICIT CONTROL · MODULAR PRODUCTS