ANT-OS Documentation
Complete reference for the biological operating system. v0.4.0
Installation
One-line install
$ curl -sSf https://ant-os.dev/install.sh | sh
The installer detects your system and picks the best method:
- Debian/Ubuntu — Downloads and installs the
.debpackage viadpkg - Cargo (any Linux) — Clones the repo and builds from source
Requirements
- OS: Linux x86_64 (required)
- Install:
apt/dpkgOR Rust toolchain (cargo) - Optional: GPU support requires
wgpu-compatible hardware (Vulkan/Metal/DX12)
Manual install
From .deb package
# Download latest release
$ wget https://github.com/anthonygaston/autonomous-native-trainee/releases/download/v0.4.0/ant-os_0.4.0_amd64.deb
$ sudo dpkg -i ant-os_0.4.0_amd64.deb
From source
$ git clone https://github.com/anthonygaston/autonomous-native-trainee.git
$ cd autonomous-native-trainee
$ cargo build --release
$ cp target/release/ant-os target/release/ant-shell ~/.cargo/bin/
ant-os (the daemon) and ant-shell (the interactive client).
Quick Start
1. Start the colony
# Fresh colony, 3 starter ants, API on port 7700
$ ant-os --fresh --port 7700 --ants 3
2. Connect with the shell
$ ant-shell
Connected to ANT-OS colony at 127.0.0.1:7700
ant> :status
Colony: 3 ants | Tick: 0 | Energy avg: 50.0%
ant> :roles
Extraction: 1 | Synthesis: 1 | Conversion: 1
3. Feed it data
# Ingest a local file
ant> :explorer read /path/to/document.txt
# Fetch a web page
ant> :cybernaut fetch https://example.com/article
# Train the language model
ant> :lm train 200
# Generate text
ant> :lm gen "The colony has learned"
4. Let it grow
# Enable automatic growth (on by default)
ant> :growth on
# ANTs will promote through roles based on quality
# Extraction → Synthesis → Convert → Constructor → Specialist roles
Configuration
Command-line flags
| Flag | Default | Description |
|---|---|---|
--port | 3001 | API server port |
--ants | 3 | Initial ant count |
--fresh | false | Start a new colony (don't restore snapshot) |
--workspace | ~/ant-os-workspace | Working directory for file operations |
Config files
| Path | Purpose |
|---|---|
~/.config/ant-os/api.json | LLM provider config (provider, model, API key) |
~/.config/ant-os/bots.json | Telegram/Discord bot tokens and channel IDs |
api.json example
{
"provider": "claude",
"model": "claude-sonnet-4-6",
"api_key": "sk-ant-..."
}
What Is ANT-OS
ANT-OS is biological computation running as a Linux daemon. It is not a chatbot, not a simulation, and not a wrapper around an LLM. It is a self-organizing colony of autonomous neural agents — called ANTs (Autonomous Native Trainees) — that process data through a pipeline, earn energy from quality work, get promoted based on performance, and die when they run out of energy.
The colony learns by feeding — ingesting text, files, and URLs that flow through the neural pipeline and train the colony's internal language model. Over time, ANTs specialize into 13 distinct roles, from low-level data processing to executive decision-making, filesystem manipulation, network access, and system operation.
ANT-OS was designed as a Personal Cognitive OS (PC-OS): a local autonomous intelligence layer that runs beneath your daily computing life, continuously perceiving, learning, and acting in the background.
The Colony
The colony is the central simulation loop. Every tick, the following phases execute:
- Job dispatch — Tasks are queued and assigned to idle ANTs based on role
- Tick all ANTs — Each ANT processes its current task through its neural brain
- Quality scoring — The Supervisor evaluates task output via cosine similarity
- Energy update — Quality work earns energy; failure and idleness drain it
- Promotions — ANTs with sustained high quality EMA advance to specialist roles
- Lifecycle — Zero-energy ANTs die; Constructors can reproduce
- Automation — Rules evaluate, watchers drain, tasks execute
- Social signal — Colony-wide trust/valence updates propagate through the Thalamus
The 13 Roles
ANTs are promoted through a hierarchy based on sustained quality scores. Every ANT starts in the Pipeline tier and advances through demonstrated performance.
Extraction compresses raw input into latent space (encoder half). Synthesis reconstructs patterns from latent representations (decoder half). Conversion transforms between representation formats.
Constructor reproduces by splitting its brain to create offspring. Explorer reads local files, watches directories, feeds the corpus. Engineer writes output files and manages colony filesystem production.
Elder — Executive function; gates what the colony expresses. The Elder Council is the prefrontal cortex. Librarian — Semantic memory; clusters knowledge into emergent categories.
SystemOperator — Kernel command execution; 59 primitives for process/file/memory/network management. Defender — Colony immune system; reviews every command for safety, vetos threats. Cybernaut — Network access; fetches URLs, communicates with other colonies.
Respondent — Token-by-token text generation via the NeuralLM. Tracker — Observes user behavior (keyboard timing, file events, app switching).
Energy & Lifecycle
Every ANT has an energy level that determines its survival. Energy is the colony's currency of quality.
- Earning energy: Quality task completions add energy. Higher quality = more energy.
- Losing energy: Failed tasks, idle ticks, and metabolic burn drain energy. Stress increases burn rate.
- Death: When energy reaches zero, the ANT dies. Its knowledge transfers to the Soul Plane.
- Reproduction: Constructors can split their brain to spawn offspring, passing learned weights.
- Quality EMA: Exponential moving average of recent task scores. Drives promotion decisions.
The Pipeline
All data flows through a three-stage neural pipeline:
Extraction ANTs encode raw data into 832-dimensional Species Code representations. Synthesis ANTs reconstruct patterns from these representations. Conversion ANTs transform between formats. The quality of each stage is scored by the Supervisor, feeding back into energy and promotions.
This pipeline runs every tick — the colony is always processing, always learning.
Species Code (832D)
Species Code (SC) is the universal internal representation used by every ANT. It's an 832-dimensional vector composed of:
- 64 dense dimensions — Core pattern vector
- 16 semantic slots × 48 dimensions each — Structured information slots for language, emotion, context, goals, social signals, and deliberation
The SCEncoder maps raw 8D sensor inputs into 832D SC via dense and slot weight matrices. The SCDecoder maps SC back to 8D action outputs. Between them, the Gate System applies multiplicative neuromodulation across 4 tiers:
| Tier | Modulation | Purpose |
|---|---|---|
| 0 | Raw signal | Unmodulated baseline |
| 1 | Arousal, stress, fatigue | Body state influence |
| 2 | History, goals | Context and planning |
| 3 | Social feedback | Colony-wide trust signals |
Brain Regions
Each ANT's brain contains 6 simulated cortical regions that process information in a coordinated loop:
| Region | Function | Biological analog |
|---|---|---|
| Sensory Cortex | Raw 8-channel input processing and activity detection | Primary sensory areas |
| Thalamus | Sensory relay with gating — filters inputs based on attention state | Thalamic relay nuclei |
| Hippocampus | Episodic memory circuit — novelty scoring and associative recall | Hippocampal formation |
| Amygdala | Emotional valence (threat/reward) and arousal computation | Amygdaloid complex |
| dlPFC | Sustained working memory with interrupt-driven context stacking | Dorsolateral prefrontal cortex |
| Basal Ganglia | Value-based reinforcement learning with eligibility traces and dopamine signals | Striatum + substantia nigra |
The processing loop each tick: Sensory Cortex → Thalamus → Hippocampus + Amygdala → dlPFC → Basal Ganglia → SC Encoder → Action
Kernel (59 Primitives)
The kernel is ANT-OS's interface to the host operating system. The SystemOperator role executes primitives through a 3-layer architecture:
- Layer 0 — Ops (
kernel_ops.rs): 59 primitive definitions with safety classification - Layer 1 — Command (
kernel_cmd.rs): SC output activation → primitive + target resolution - Layer 2 — Execution (
kernel_exec.rs): Sandboxed execution with capability-based isolation
| Category | Primitives |
|---|---|
| Process | spawn, terminate, list, info, priority, suspend, resume, signal, shell_exec |
| Filesystem | create, read, write, delete, seek, stat, permissions, mkdir, ls, rmdir |
| Memory | allocate, free, protect, query, map, swap |
| Network | socket, bind, listen, accept, connect, send, receive, close |
| Device | list, read, write, control, interrupt |
| Monitor | cpu, disk, network, temperature |
| Security | perm get/set, owner set, auth challenge |
| Time | clock, timer set/cancel, process time |
| Power | query, sleep, shutdown |
Safety levels
Every primitive is classified for Defender review:
| Level | Review | Examples |
|---|---|---|
Observe | Auto-approved | ProcessList, FileStat, MonitorCpu |
Reversible | Logged | FileCreate, MemoryAllocate |
Destructive | Defender must approve | FileDelete, ProcessTerminate, ShellExec |
Forbidden | Always blocked | PowerShutdown (without override) |
Memory System
ANT-OS implements a 3-tier semantic memory system inspired by biological memory consolidation:
Recent context and working memory. Fast access, continuous updates. Automatically consolidated to the archive tier when full.
Consolidated from hot tier. Merged, deduplicated, importance-weighted. Migrates to long-term when mature.
48-dimensional FastText PCA embeddings. Semantic similarity search. The permanent knowledge substrate that survives across sessions.
Additional memory features:
- Notes — Explicit note storage with importance weighting
- Pinned facts — Core identity and preferences, always available
- Conversation threading — Semantic grouping of multi-turn interactions
- Episodic memory — Per-ANT hippocampal episodes with salience-weighted retrieval
NeuralLM
A 2-layer Transformer (625K parameters) that trains on the colony's corpus. This is not a large language model — it's a small, local, continuously-learning model that captures domain-specific patterns from the colony's experience.
Training sources
- Self-corpus —
.scfiles describing the colony's own architecture - Ingested files — Local files read by Explorer
- Fetched pages — Web content fetched by Cybernaut
- Direct text — User-provided training text
- Personality profiles — Writing style overlays for output shaping
Commands
ant> :lm status # Model stats, corpus size, vocab
ant> :lm train 200 # Train 200 epochs on current corpus
ant> :lm train "Custom text" # Add text to corpus and train
ant> :lm gen "The colony" # Generate text from prompt
ant> :lm feed /path 10 # Ingest file + train 10 epochs
ant> :lm save # Persist weights to disk
ant> :lm load model.antlm # Load saved weights
Automation Engine
Event-driven rules that fire autonomously every tick — no user input required. Rules consist of a condition (when to fire) and an action (what to do).
Condition types
| Type | Syntax | Description |
|---|---|---|
| Tick interval | tick:500 | Fire every N ticks |
| Metric threshold | metric:energy_avg:below:20 | Fire when metric crosses threshold |
| Event match | event:ant_died | Fire on colony event (prefix match) |
Available metrics
num_alive, num_idle, energy_avg, total_deaths, total_tasks_completed, tick_count, sys_cpu_load, sys_memory_available
Action types
| Type | Syntax | Description |
|---|---|---|
| Webhook | webhook:<url>:<message> | POST JSON to external endpoint |
| API call | api:<method>:<path> | Call colony API internally |
| Journal log | journal:<message> | Log to colony journal |
| Start task | task:<name> | Start a saved TaskPlan |
Examples
# Alert when energy drops low
ant> :auto create low-energy metric:energy_avg:below:20 webhook:http://localhost:3100/hook:low_energy 100
# Log a heartbeat every 1000 ticks
ant> :auto create heartbeat tick:1000 journal:alive 0
# Trigger a task when CPU spikes
ant> :auto create cpu-alert metric:sys_cpu_load:above:90 task:cpu-report 500
# List all rules
ant> :auto list
# Disable a rule
ant> :auto disable 1
Filesystem Watcher
The Explorer is both a periodic crawler (every 500 ticks) and a real-time filesystem sensor. Using Linux inotify (via the notify crate), the colony watches directories and reacts to file changes as they happen.
How it works
- You add watch paths via
:watch add /path - inotify monitors the directory recursively for create/modify/delete events
- Events are drained every tick (Phase 4.66, max 256 events/tick)
- Changed file paths are pushed into
explorer_hints - Explorer ANTs pick up changed files for re-ingestion
The periodic crawl is preserved — the watcher supplements it. Crawling catches anything the watcher might miss; watching catches changes instantly.
ant> :watch add /home/user/projects # Watch recursively
ant> :watch add /var/log # Watch log directory
ant> :watch list # List active watches
ant> :watch remove /var/log # Stop watching
Shell Execution
ShellExec (Primitive #59) runs arbitrary shell commands on the host system and captures stdout/stderr. Safety level: Destructive — every execution passes through Defender review.
| Property | Value |
|---|---|
| Opcode | 0x0D00 |
| Safety | Destructive (Defender approval required) |
| Execution | sh -c <command> |
| Output capture | stdout + stderr, 8KB max |
| Returns | Exit code + captured output |
ant> :exec uname -a # System info
ant> :! df -h # Disk usage (alias)
ant> :exec cargo build --release 2>&1 # Build project
ant> :! systemctl status nginx # Check service
Soul Plane
When an ANT dies, its knowledge doesn't disappear — it enters the Soul Plane. This is the colony's epigenetic memory: the accumulated wisdom of dead ANTs that influences future generations.
- Dead ANTs' brain weights are stored as "hero weights" in the Soul Plane
- New ANTs can inherit blended weights from multiple dead ancestors
- Personality profiles blend hero weights via convex combinations
- The Soul Plane ensures the colony's knowledge persists even through mass die-offs
ant> :soul # View Soul Plane status
ant> :personality scientific # Apply personality overlay
ant> :personality blend scientific:0.7 creative:0.3 # Blend styles
Defender & Security
The Defender is the colony's immune system. Every kernel command proposal passes through Defender review before execution.
- Observe operations — auto-approved (read-only queries)
- Reversible operations — logged but allowed (file creation, allocation)
- Destructive operations — Defender must explicitly approve (file delete, process kill, shell exec)
- Forbidden operations — always blocked (shutdown without override)
The Defender also monitors for:
- Divergence — ANTs whose behavior deviates from colony norms (EMA tracking)
- Threat branding — Suspicious patterns are flagged for investigation
- Consensus — High-safety operations require Elder Council agreement via the Kernel Ledger
ant> :defender # Defender status + recent decisions
ant> :ledger # Full command audit trail
Shell Commands
Status & Inspection
| Command | Description |
|---|---|
:status | Colony overview: ant count, tick, energy, roles |
:quality | Quality EMA scores for all ANTs |
:lexicon | Word frequency and vocabulary stats |
:ants | List all living ANTs with role and energy |
:roles | Role distribution summary |
:pipeline | Pipeline throughput stats |
:body | System body telemetry (CPU, RAM, disk, network) |
:ant <id> | Detailed info for a specific ANT |
:ledger | Kernel command audit trail |
:defender | Defender status and recent decisions |
:config | Runtime configuration |
:soul | Soul Plane status |
:forge | Corpus Forge status |
Colony Control
| Command | Description |
|---|---|
:spawn <role> | Spawn a new ANT with specified role |
:split <role> | Constructor splits to produce offspring |
:promote <id> <role> | Manually promote an ANT |
:kill <id> | Kill a specific ANT |
:feed <id> | Feed energy to a hungry ANT |
:merge <id> <id> | Fuse two ANTs into one |
:growth on|off | Toggle automatic colony growth |
:save [path] | Save colony snapshot to disk |
Data Acquisition
| Command | Description |
|---|---|
:cybernaut fetch <url> | Fetch and ingest a web page |
:explorer read <path> | Ingest a local file |
:respondent train <text> | Direct text training for the LM |
:lm feed <url|path> [epochs] | Ingest source + train |
Language Model
| Command | Description |
|---|---|
:lm status | Model stats, corpus size, vocab |
:lm train <epochs|text> | Train on corpus or add text + train |
:lm gen <prompt> | Generate text from prompt |
:lm save [path] | Persist weights to disk |
:lm load <path> | Load saved weights |
Knowledge & Memory
| Command | Description |
|---|---|
:librarian query <text> | Semantic search across categories |
:librarian prune | Clean up low-relevance clusters |
:context | Full colony knowledge dump |
:context recent | Changes since last poll |
:personality <name> | Set writing style personality |
:personality blend <name:wt ...> | Blend multiple personalities |
Shell Execution
| Command | Description |
|---|---|
:exec <command> | Run shell command, capture output |
:! <command> | Alias for :exec |
Filesystem Watcher
| Command | Description |
|---|---|
:watch add <path> | Watch directory recursively for file events |
:watch remove <path> | Stop watching a directory |
:watch list | List all active watches |
Task Automation
| Command | Description |
|---|---|
:task exec <cmd> | Quick single-command task |
:task run <name> | Interactive multi-step task builder |
:task list | List all task plans |
:task detail <id> | Inspect task plan steps |
:task start <id> | Start a task plan |
:task cancel <id> | Cancel running task |
:task prune | Clean up completed tasks |
Tracker
| Command | Description |
|---|---|
:tracker record | Start capturing user actions |
:tracker stop | Stop recording, convert to TaskPlan |
:tracker replay [name] | Re-execute recorded steps |
:tracker save <name> | Persist recording for future use |
:tracker list | List saved recordings |
Automation Rules
| Command | Description |
|---|---|
:auto list | List all automation rules |
:auto create <name> <cond> <action> [cooldown] | Create a rule |
:auto delete <id> | Delete a rule |
:auto enable <id> | Enable a rule |
:auto disable <id> | Disable a rule |
API Reference (92 endpoints)
ANT-OS exposes a REST API via Axum. By default on http://127.0.0.1:3001 (configurable with --port). All responses are JSON.
Status & Context
| Method | Route | Description |
|---|---|---|
GET | /stats | Full colony statistics |
GET | /context/summary | Colony context summary for LLM consumption |
POST | /context/relevant | Context relevant to a query |
GET | /memory/summary | Memory system overview |
GET | /memory?limit=N | Recent memory entries |
Colony Control
| Method | Route | Description |
|---|---|---|
POST | /spawn | Spawn ANT with role |
POST | /save | Save colony snapshot |
POST | /shutdown | Graceful shutdown |
Data Acquisition
| Method | Route | Description |
|---|---|---|
POST | /explorer/read | Ingest local file |
POST | /cybernaut/fetch | Fetch and ingest URL |
POST | /respondent/train | Direct text training |
POST | /memory/ingest | Ingest into memory system |
Language Model
| Method | Route | Description |
|---|---|---|
GET | /lm/status | LM stats and vocab |
POST | /lm/train | Train on corpus |
POST | /generate | Generate text from prompt |
Knowledge
| Method | Route | Description |
|---|---|---|
POST | /librarian/query | Semantic search across categories |
Kernel
| Method | Route | Description |
|---|---|---|
POST | /kernel/exec | Execute kernel primitive by name |
POST | /shell/exec | Run shell command directly |
Filesystem Watcher
| Method | Route | Description |
|---|---|---|
POST | /explorer/watch | Add watch path |
POST | /explorer/watch/remove | Remove watch path |
GET | /explorer/watch/list | List active watches |
Automation
| Method | Route | Description |
|---|---|---|
GET | /automations | List all rules |
POST | /automations/create | Create automation rule |
POST | /automations/delete | Delete rule by ID |
POST | /automations/enable | Enable/disable rule |
POST | /automations/webhooks/drain | Drain pending webhook payloads |
Source Modules
ANT-OS is organized into ~120 source files across 8 module groups.
Neural foundation (src/)
| Module | Description |
|---|---|
synapse.rs | Weighted connections with Hebbian plasticity and synaptic pruning |
neuron.rs | Artificial neuron with sigmoid activation and Hebbian learning |
attention.rs | Stack-based interrupt context management and salience evaluation |
memory.rs | Salience-weighted episodic store for hippocampus |
bus.rs | Inter-region signal routing using named constants |
brain.rs | Main orchestrator: coordinates sensory → SC → regions → action |
signals.rs | 55+ named constants for inter-region communication |
Brain regions (src/regions/)
| Module | Description |
|---|---|
sensory_cortex.rs | 8-channel raw input processing |
thalamus.rs | Sensory relay with attention gating |
hippocampus.rs | Novelty scoring and associative recall |
amygdala.rs | Emotional valence (threat/reward) and arousal |
dlpfc.rs | Sustained working memory with interrupt stacking |
basal_ganglia.rs | Reinforcement learning with eligibility traces |
Species Code (src/sc/)
| Module | Description |
|---|---|
mod.rs | Core 832D encoding: 64 dense + 16×48 slots |
encoder.rs | Maps 8D inputs → 832D Species Code |
decoder.rs | Maps 832D Species Code → 8D outputs |
gates.rs | 4-tier neuromodulatory gate system |
alphabet.rs | Word frequency tracking and stability analysis |
tokenizer.rs | SC ↔ text conversion via learned vocabulary |
hrc.rs | Hierarchical recurrent compression for long context |
binding.rs | Tensor product and role-binding for compositional SC |
fasttext_pca.rs | Pre-trained embedding projection for linguistic grounding |
Body & interoception (src/body/)
| Module | Description |
|---|---|
stomach.rs | Hunger accumulation and proportional feeding |
metabolism.rs | Energy consumption with stress-dependent burn rate |
nociception.rs | Pain generation from hunger and lethal states |
interoception.rs | 8-channel body state: hunger, energy, fatigue, pain, stress |
system_body.rs | Machine-level telemetry: CPU, memory, disk, network → 8D signal |
Colony & agents (src/ant/)
| Module | Description |
|---|---|
ant.rs | Individual agent: brain + body + task state + role + lifecycle |
colony.rs | Main simulation loop: spawn, tick, score, promote, lifecycle (~1500 lines) |
api.rs | REST API: 92 endpoints via Axum (~2800 lines) |
kernel_ops.rs | 59 kernel primitive definitions with safety classification |
kernel_exec.rs | Sandboxed primitive execution |
kernel_cmd.rs | SC output → primitive resolution |
kernel_sandbox.rs | Capability-based isolation: resource limits, allowed paths |
kernel_ledger.rs | Audit trail and consensus for command proposals |
automation.rs | Event-driven rule engine: conditions → actions |
supervisor.rs | Quality scoring of task completions |
soul_plane.rs | Epigenetic memory: hero weights from dead ANTs |
fusion.rs | Brain merging for hybrid offspring |
social.rs | Colony-wide trust/valence signal broadcast |
neural_lm.rs | Character-level LM: 3-layer MLP, streaming generation |
journal.rs | Conversation log with semantic search and threading |
corpus_forge.rs | Corpus building from files/URLs with provenance tracking |
language_bus.rs | Bidirectional channel between Respondent and user |
Binaries (src/bin/)
| Binary | Description |
|---|---|
ant-os | Main daemon: spawns colony thread, starts API server |
ant-shell | Interactive REPL: commands, stats, automation |
train-lm | Standalone LM training: corpus ingestion, checkpoints |
Bot Integration
ANT-OS includes Telegram and Discord bot bridges that connect external LLMs (Claude, Mistral, Codex, Kimi) to the colony. The bots inject the colony's agent_reference.md as system context, giving the LLM full awareness of colony state and commands.
How it works
- User sends a message to the Telegram/Discord bot
- Bot fetches colony context via
GET /context/summary - Bot sends user message + colony context + agent reference to the LLM
- LLM responds, optionally including
[api_call]blocks - Bot parses API call blocks and executes them against the colony
- Results are sent back to the user
This gives external LLMs full control over the colony — spawning ANTs, creating automation rules, running shell commands, querying memory — all through natural language.
Configuration
// ~/.config/ant-os/bots.json
{
"telegram_token": "...",
"discord_token": "...",
"colony_url": "http://127.0.0.1:7700",
"allowed_channels": ["..."]
}
LLM Orchestration
An external LLM connected to ANT-OS isn't just a reference tool — it's the deep reasoning layer of the architecture. The colony provides continuous perception and memory; the LLM provides judgment and strategy.
What the LLM can do
- Strategic orchestration — Decide what the colony focuses on. Spawn roles, prioritize tasks, shape the pipeline.
- Domain adaptation — Configure the colony for the user's needs: developer, writer, researcher, sysadmin.
- Multi-step reasoning — Chain commands:
:explorer read→:librarian query→:lm train→:lm gen - Automation design — Create rules that fire on intervals, thresholds, or events, with webhook/API/task actions.
- System operations — Run commands via
:exec, monitor via kernel primitives, react to filesystem events. - Natural language bridge — Generate complex output that the colony's small NeuralLM cannot.
Programmatic access
# From any script or tool, hit the API:
$ curl -s http://127.0.0.1:7700/stats | jq .
$ curl -X POST http://127.0.0.1:7700/shell/exec -d '{"command":"uname -a"}'
$ curl -X POST http://127.0.0.1:7700/automations/create \
-H 'Content-Type: application/json' \
-d '{"name":"cpu-watch","condition":{"type":"MetricThreshold","metric":"sys_cpu_load","op":"Above","value":90},"action":{"type":"JournalLog","message":"CPU high"},"cooldown_ticks":500}'
GPU Acceleration
ANT-OS supports optional GPU acceleration via wgpu (Vulkan/Metal/DX12). Enable with the gpu feature flag:
$ cargo build --release --features gpu
- Hard cap: 160 concurrent ANTs on GPU
- Brain weight matrices batched into VRAM buffers
- Compute shaders (WGSL) for encoder/decoder forward passes
- GPU-accelerated LM training loop