ioa-core 2.6.0

Intelligent Orchestration Architecture Core - Open-source platform for orchestrating modular AI agents with memory-driven collaboration and governance mechanisms

IOA Core v2.6.0

IOA Core is an open-source governance kernel for AI workflows.

It focuses on policy enforcement, evidence capture, immutable audit trails, memory-backed orchestration, and multi-model review patterns.

Release Status

ioa-core is currently documented here as a public release candidate, not a fully polished stable OSS release.

That means:

• the core governance primitives are real and usable
• the examples below are limited to commands verified in this checkout
• some deeper docs still describe roadmap or partially implemented CLI surfaces
• broad stable marketing should wait until the checklist in docs/OSS_LAUNCH_READINESS_CHECKLIST.md is complete

What Is In Scope

• hash-chained audit logging
• evidence bundle generation
• policy and system-law framing
• memory fabric primitives
• offline and live provider smoke testing
• local examples for governed workflow and quorum-style review

For the current public feature boundary, see FEATURE_MATRIX.md.

Quick Start

The commands below were verified in this repository checkout on 2026-03-07.

git clone https://github.com/orchintel/ioa-core.git
cd ioa-core
pip install -e ".[dev]"

# Check the CLI entrypoint
python -m ioa_core.cli --help
python -m ioa_core.cli --version

# Scaffold a minimal project
python examples/00_bootstrap/boot_project.py /tmp/ioa-core-demo-project

# Run a governed workflow example
python examples/10_workflows/run_workflow.py

# Run an offline multi-model roundtable example
python examples/20_roundtable/roundtable_quorum.py "Analyze this code for security issues (ok)"

# Check environment health
python examples/30_doctor/doctor_check.py

# Smoke test the provider layer in offline mode
IOA_PROVIDER=mock python examples/40_providers/provider_smoketest.py

# Run the Ollama turbo-mode demo
python examples/50_ollama/turbo_mode_demo.py turbo_cloud

Examples run offline by default unless you explicitly enable live mode and set provider credentials.

Example Outputs

Governed workflow example:

{
  "task": "Analyze code for security issues",
  "policy": "demo-governed",
  "result": "OK",
  "evidence_id": "ev-0001",
  "audit_chain_verified": true,
  "system_laws_applied": ["Law 1", "Law 5", "Law 7"]
}

Roundtable example:

{
  "quorum_approved": true,
  "approve_count": 3,
  "total_votes": 3,
  "evidence_id": "ev-rt-0001"
}

Core Components

Audit and Evidence

• immutable audit chain with hash continuity
• redaction support for sensitive values
• append-only JSONL logging with rotation and replay protection
• evidence bundle object for validations, metadata, and signatures

Governance

• system-law framing for governed execution
• policy hooks and validation paths
• support for audit-linked governance events

Provider and Review Layer

• multi-provider abstractions
• offline mock mode for repeatable examples
• provider smoke testing
• quorum-style review examples for multi-model workflows

Memory

• memory fabric package with hot and persistent stores
• SQLite, S3, and local JSONL backends
• encryption support for memory storage

Recommended Docs

• docs/examples/QUICKSTART.md
• docs/examples/WORKFLOWS.md
• docs/examples/ROUNDTABLE.md
• docs/examples/PROVIDERS.md
• docs/examples/OLLAMA.md
• docs/OSS_LAUNCH_READINESS_CHECKLIST.md

Live Provider Usage

Live provider tests are optional and require real API keys.

export OPENAI_API_KEY=your-key
IOA_LIVE=1 IOA_PROVIDER=openai python examples/40_providers/provider_smoketest.py

If live keys are not configured, stay in offline mode and treat results as simulation/demo outputs rather than provider validation.

Current Gaps

Before positioning IOA Core as a polished stable OSS product, the project still needs:

• aligned release metadata and version reporting
• removal of roadmap-style commands from deeper onboarding docs
• clean test collection and supported-version CI proof
• consistent model provenance rollout across evidence and audit-producing call sites
• clearer governance observability surfaces

Why IOA Core Exists

Most AI orchestration stacks optimize for routing and output generation.

IOA Core is built around a different requirement: important AI workflows should also emit policy context, evidence, and auditable traces that can be inspected later.

That core substrate is intended to support higher-level OrchIntel products without forcing each downstream product to reinvent governance separately.

Contributing

See CONTRIBUTING.md for development workflow and SECURITY.md for vulnerability reporting.