Skip to main content

AiosDeck

Less friction. More intelligence.

Status: Implemented — core orchestration, agents, workflows, security, and telemetry are implemented and covered by the test suite (1400+ tests). v1.1 benchmark instrumentation (profiling hooks, bare mode, routing parity) is shipped; see CHANGELOG.

AiosDeck is an intelligent orchestration platform that transforms AI-assisted development from isolated conversations into collaborative software engineering.

Instead of talking to a single language model, you work with a coordinated team of specialized AI agents — each with one responsibility, governed by a kernel that manages context, memory, workflows, and security.

Just as an operating system coordinates CPU, memory, and processes, AiosDeck coordinates context, planning, implementation, review, and documentation.

The result is a development environment that remembers your projects, understands your architecture, and continuously assists your workflow.

Table of Contents

Core Idea

Traditional AI tools follow a single conversation loop. The model is the center of everything.

Developer
   │
   ▼
LLM
   │
   ▼
Answer

AiosDeck introduces an execution layer between you and the model. The language model is no longer the center of the system — it becomes an execution engine.

Developer
   │
   ▼
AiosDeck
   │
   ├── Planner       (decomposes intent)
   ├── Context       (enriches with project knowledge)
   ├── Memory        (remembers decisions and conventions)
   ├── Scheduler     (orchestrates task queue)
   ├── Agents        (execute with single responsibility)
   ├── Quality Gates (validate every output)
   └── Security      (enforces zero-trust policies)
   │
   ▼
Runtime (OpenCode via ai-jail)
   │
   ▼
LLMs (Ollama / GPT / Gemini / Claude)

Philosophy

AiosDeck is built around ten principles that guide every architectural decision.

Principle Meaning
Context before Intelligence Better context produces better answers. Inject project knowledge before every prompt.
Automation over Prompts Detect whenever possible. Never ask what can be discovered.
One Agent. One Responsibility. Every agent has exactly one job. Nothing more.
Events over Function Calls Communication happens through an event bus, never through direct coupling.
Humans Own the Architecture Humans define goals. Agents execute. Architecture decisions are human territory.
Local First. Cloud Optional. Everything runs locally by default. Cloud models are an option, never a requirement.
Memory Is Part of the System Memory is a first-class citizen, not a shortcut. The system remembers across sessions.
The Runtime Is Replaceable OpenCode is one runtime. Not the runtime. The adapter pattern keeps it swappable.
Security Is Architecture, Not a Feature Zero-trust, capabilities, and sandboxing from day one. Every agent is untrusted until explicitly authorized.
The ProjDesk Contract ProjDesk manages the development environment. AiosDeck manages the intelligence environment. If a feature doesn't help manage the developer's intelligence workspace, it doesn't belong in AiosDeck.

Every abstraction must solve an existing problem. Never an anticipated one.

The full philosophy is documented in philosophy.md.

Relationship with ProjDesk

ProjDesk prepares your development workspace. AiosDeck prepares your intelligence workspace. Together they create an autonomous development environment.

Developer
   │
   ▼
ProjDesk
   │
   ├── Docker
   ├── VS Code
   └── Workspace
   │
   ▼
AiosDeck
   │
   ├── Context
   ├── Agents
   └── OpenCode
   │
   ▼
LLMs

The contract between them is a project manifest (aios/project.yaml) — a single file that describes how the project should be understood, which Skills to load, which Quality Gates to run, and which agents to enable. ProjDesk can generate it. AiosDeck consumes it. It works with or without ProjDesk.

Roadmaps

AiosDeck maintains one active roadmap: post-1.0 instrumentation and stability. Everything else is directional context.

Stabilization Roadmap — v1.0 (released)

Short, shippable milestones toward a stable, predictable v1.0. Each phase is atomic and verified (pytest tests/ -q + ruff).

Phase Focus Status
S0 Contracts freeze (agent input/output/error codes) Implemented
S1 Reliability (timeout/retry/error mapping, fire test) Implemented
S2 Security closure (intent enforcement, event audit) Implemented
S3 Simplification & dedup (dead code, skills, CLI) Implemented
S4 Docs & product parity (CHANGELOG, status, ADRs) Implemented
S5 RC/GA (release candidate, regression, tag v1.0.0) Released

Instrumentation Roadmap — v1.1 (released)

Benchmark observability so performance becomes a machine-checkable artifact.

Item Focus Status
#48–#50 aios benchmark CLI + versioned schema v1.1 Released
#37 Startup profiling hooks (kernel.timings, AIOS_PROFILE) Released
#51 Bare task mode (--bare-task, pure model latency) Released
#63 Routing parity (same model full/bare) Released

v1.0 core — learning governance (approval pipeline), RuleBasedRouter (deterministic model routing), and the basic console. Everything else is a documented post-1.0 extension, not a v1.0 commitment.

Vision Roadmap — Where We Are Going

The destination. No dates. No versions. Pure direction.

  • AI Operating System — A coordinated team of specialized AI agents, each with one responsibility
  • Marketplace — Community-contributed Agents, Skills, Workflows, and Plugins
  • Distributed Agents — Agents running across machines, coordinated by the Scheduler
  • Cloud Sync — Shared memory, shared policies, per-team agents (local-first, cloud-optional)
  • IDE Integration — In-editor agent panels, inline reviews, side-by-side context

Implemented Phases

The following phases are shipped and verified by the test suite.

Phase Status Components
v0.1 Foundation Implemented CLI, Configuration, Context Engine, Runtime Adapter, OpenCode + ai-jail, Skills, Logger
v0.2 Developer Agent Implemented Single agent that handles everything
v0.3 Memory Implemented SQLite-backed persistence for conventions, decisions, architecture
v0.4 PromptBuilder Implemented Structured prompt assembly with context, memory, skills
v0.5 AgentExecutor + DX Implemented Execution guardrail, CLI redesign, autocomplete, ProjDesk integration
v0.6 Planner Implemented Task decomposition, prioritization, headless security hardening
v0.7 Reviewer Implemented Architecture critique, convention enforcement, aios review CLI
v0.8 Scheduler (Kanban/Scrum) Implemented Persistent board, TDD gate, terminal DX (spinners, TODO.md backlog)
v0.9 Workflows + Agents Implemented Multi-agent pipeline (planner→developer→reviewer→tester→docs→git), quality gates, skills, research, learning governance
v1.0 Stabilization Implemented Contract freeze, reliability, security closure, docs parity
v1.1 Instrumentation Implemented Benchmark CLI + schema, profiling hooks, bare mode, routing parity

Workflows, the quality pipeline, skills, research, learning governance, and all agents are implemented and tested — not merely specified. The plugin system, advanced TUI widgets, and concurrent execution are post-1.0.

Implementation Roadmap — What We Are Building Now

The only roadmap that matters day to day. Everything else is blocked.

Component Version Task
Baseline refresh v1.1.x Re-record v1.1.0 baseline on local Ollama
Ocean profile view v1.1.x TUI visualization of kernel.timings + bare/full deltas
aios benchmark compare v1.1.x Baseline diff with per-mode guards (full vs bare)

Rule: Every abstraction must solve an existing problem. Never an anticipated one. If a component is not in this table, it has not earned its existence yet.

Agent Birth Timeline

v0.2  Developer    ████████░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░
v0.3  Memory       ░░░░░░░░████████░░░░░░░░░░░░░░░░░░░░░░░░░
v0.4  PromptBuilder░░░░░░░░░░░░░░░████████░░░░░░░░░░░░░░░░░░
v0.5  AgentExecutor░░░░░░░░░░░░░░░░░░░░░░░████████░░░░░░░░░░
v0.6  Planner      ░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████░░░░░
v0.7  Reviewer     ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████████░░
v0.8  Scheduler    ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██████░░
v0.9  Tester       ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░████
v0.9  Documentation░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░███
v0.9  Git          ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██
v0.9  Research     ░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░██

Architecture

                         User
                          │
                          ▼
                    AiosDeck CLI (aios)
                          │
                          ▼
                        Kernel
                          │
                  Event Dispatcher
                          │
             ┌────────────┼────────────┐
             ▼            ▼            ▼
         Scheduler     Memory      Context
                          │
                          ▼
                     Task Queue
                          │
                  Security Manager
             ┌────────────┼────────────┐
             │ Policy Engine           │
             │ Capability Manager      │
             │ Secret Manager          │
             │ Prompt Firewall         │
             │ Audit Logger            │
             │ Approval Gates          │
             └────────────┼────────────┘
                          │
                  Quality Pipeline
             ┌────────┬───┴───┬────────┬────────┐
             ▼        ▼       ▼        ▼        ▼
          Format    Lint   Tests  Security  AI Arch
                                              │
                                    Documentation Review
                          │
             ┌────────────┼─────────────┐
             ▼            ▼             ▼
           Planner      Developer   Reviewer
             │            │             │
             │    (loads Skills from    │
             │     OpenCode skill       │
             │     tool on-demand)      │
             │            │             │
              └────────────┼─────────────┘
                           ▼
                    AgentExecutor
                           │
                    Runtime Adapter
                           │
                  OpenCode (via ai-jail)
                           │
                Ollama / GPT / Gemini / Claude

Full architecture is documented in architecture.md.

How It Works

Project Detection

aios

AiosDeck detects everything automatically:

  • Project language (Python, JS/TS, Rust, Shell, Go, ...)
  • Dependency manager (uv, pip, npm, cargo, ...)
  • Linter (ruff, eslint, clippy, shellcheck, ...)
  • Formatter (black, prettier, cargo fmt, shfmt, ...)
  • Test runner (pytest, vitest, jest, bats, cargo test, ...)
  • Git repository status
  • Docker and Docker Compose presence
  • OpenCode configuration and available Skills
  • ai-jail sandbox configuration

All of this feeds into the Context Engine, which enriches every agent prompt with project-specific knowledge. No prompts. No configuration files. Just detection.

The Project Manifest

Every project can declare an aios/project.yaml that defines how the project should be understood:

name: my-project
language: python
runtime: opencode
sandbox: ai-jail

quality:
  lint: ruff
  format: black
  tests: pytest

skills:
  - project-dna
  - coding-style

workflows:
  - feature
  - fix
  - review

This manifest is the contract between ProjDesk and AiosDeck — and between any project and its AI agents.

Session Flow

aios
   │
   ├── Detects project characteristics
   ├── Loads project manifest
   ├── Restores memory from previous sessions
   ├── Assembles context (language, tools, conventions, architecture)
   ├── Loads active Skills (project-dna, coding-style)
    ├── Initializes the project scheduler engine (kanban persistence)
   ├── Starts Runtime (OpenCode via ai-jail)
   └── Shows dashboard
──────────────────────────────
 ProjDesk
 Workspace Ready
──────────────────────────────
 Docker        Running
 Git           main
 Skills        12 loaded
 Memory        Loaded
 Scheduler     Ready
 Developer     Ready
 Planner       Ready
 Reviewer      Offline
 Tester        Offline
 Documentation Offline
 OpenCode      Connected
 Runtime       ai-jail
 Status        Healthy
──────────────────────────────
 Welcome back.

Security

Security is not a feature. It is architecture. From the first line of code.

Zero-Trust Model

Every agent is untrusted until explicitly authorized. Instead of giving agents full access, each receives only the capabilities required for its job.

agents:
  planner:
    filesystem: read
    internet: false
    git: false
    shell: false

  developer:
    filesystem: write
    shell: true
    git: false
    internet: false

  reviewer:
    filesystem: read
    shell: false
    internet: false

  researcher:
    internet: true
    filesystem: read

Security Components

  • Policy Engine — enforces capability-based access per agent
  • Capability Manager — assigns and revokes capabilities at runtime
  • Secret Manager — injects secrets into runtime, never into prompts
  • Prompt Firewall — removes secrets, blocks injection, limits size before reaching the model
  • Audit Logger — records every action with timestamps for debugging and trust
  • Approval Gates — requires human confirmation for destructive operations (push, delete, migrate)

Deep Defense

AiosDeck delegates sandbox enforcement to ai-jail (process isolation, filesystem masks, directory restrictions, secret masking, per-project policies). AiosDeck adds orchestration and authorization on top. Even if an agent has permission to execute code, it remains constrained by ai-jail policies. Defense in depth.

runtime:
  command: ai-jail opencode
  # OpenCode is NEVER invoked directly.
  # The runtime adapter always spawns it
  # inside the security sandbox.

Agent Ecosystem

Agents are specialized. One job each. Nothing more.

Agent Since Responsibilities Cannot
Developer v0.2 Write code, understand context (replaced by specialists in v0.9)
Memory v0.3 Store and retrieve knowledge Execute code, access internet
AgentExecutor v0.5 Guard execution (Event Bus, metrics, logging) Execute code (wraps agents, not a worker)
Planner v0.6 Decompose tasks, prioritize Write code, touch Git, modify files. Enforced by capabilities + OPENCODE_PERMISSION
Reviewer v0.7 Critique code, architecture, conventions Write new code
Scheduler v0.8 Manage kanban board, enforce TDD gate, write TODO.md backlog Execute code
Tester v0.9 Run tests, verify behavior Write production code
Documentation v0.9 Update docs, ADRs, CHANGELOG Write application code
Git v0.9 Commits, branches, tags Write code (only agent with git permission)
Research v0.9 Search docs, APIs, dependencies Modify files

Each agent is documented in detail under agents/. Every agent has its own ADR (Architecture Decision Record) with In → Process → Out specification, events emitted, events consumed, and a timeline of when each capability is introduced.

Skills

Agents learn by loading Skills — small knowledge fragments that teach them how to work with specific technologies, patterns, or conventions. Skills are an AiosDeck abstraction for modular knowledge; the active runtime's native mechanism loads them. OpenCode's Skill system is the first implementation.

Core Skills (v0.1)

Skill Description
project-dna Project identity, vision, architecture, patterns, review checklist, common mistakes
coding-style Code conventions, naming, organization, patterns to encourage and avoid

Future Skills

docker-lifecycle, git-workflow, architecture-principles, agent-design, review-checklist, documentation-style, bash-style, semantic-command-tree, modular-architecture, project-philosophy, event-bus, runtime-opencode, ai-jail.

Skills are born when they solve an existing problem — never before.

Decisions

Architecture Decision Records explain why each foundational choice was made — not just what was chosen. These preserve context for future maintainers.

ADR Decision
ADR-0001 OpenCode as primary runtime
ADR-0002 ai-jail as security sandbox
ADR-0003 Event-driven architecture with in-process bus
ADR-0004 Skills over monolithic agent prompts
ADR-0005 SQLite for memory persistence
ADR-0006 Kanban with Scrum for scheduler persistence

Getting Started

AiosDeck v1.1.0.

# Install
git clone <repository-url> ~/.config/aiosdeck
~/.config/aiosdeck/install.sh

# Start a session (shows dashboard)
aios

# Manage project knowledge
aios memory list
aios memory add convention "Use snake_case"

# Plan and execute on a sprint board
aios plan "add OAuth2 login" --run

# Review code (read-only, deterministic detectors)
aios review
aios review . --level architecture --output json --dry-run
aios review src/aios --level security
aios review --diff            # review the current git diff only
aios review --output file     # write report to reviewer_report.json

# Run diagnostics
aios doctor

# Process a backlog of tasks sequentially
aios backlog run --source=board:backlog
aios backlog list board:backlog
aios backlog add "feat(api): add health endpoint"
aios backlog stats

# Show help
aios help

Requirements

  • Linux (primary platform)
  • Python 3.12+
  • OpenCode (runtime for agent execution)
  • ai-jail (security sandbox)
  • ProjDesk (workspace manager, optional but recommended)

License

MIT © Gabriel Pablo Garcia


Read next: Vision → Philosophy → Architecture → Decisions

Metadata

Release files for aiosdeck 1.1.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for aiosdeck 1.1.0
File Size Uploaded
aiosdeck-1.1.0.tar.gz 602.2 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for aiosdeck 1.1.0
File Interpreter ABI Platform
aiosdeck-1.1.0-py3-none-any.whl Python 3 none any Details

Total release size: 838.5 kB

Release files / aiosdeck-1.1.0.tar.gz

Download URL aiosdeck-1.1.0.tar.gz
Size 602.2 kB
Tags Source
SHA-256 checksum
How to use checksums
448759c3dd422e4bb1a4c9c48a9e17f8ae200462534f7f883c8af75ce2cf1e4e
BLAKE2b-256 checksum
How to use checksums
16b9acfe9d6c5100d117fe944fb4cb3710853e4bba486174ad440341c59b68b5
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 12, 2026.

Transparency log

Release files / aiosdeck-1.1.0-py3-none-any.whl

Download URL aiosdeck-1.1.0-py3-none-any.whl
Size 236.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
04da0996b8bb4e8c628f644ea25ff483eb5d0c6756a39aba66c9ee7a1a65600b
BLAKE2b-256 checksum
How to use checksums
3377cf5604d2b8f48d627638ed2671edbf8f5553859a596faaeb8f1107a79b7a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 12, 2026.

Transparency log

Release history Release notifications | RSS feed

1.1.1

2 release files

This release

1.1.0 This release

2 release files

1.0.0

2 release files

0.9.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page