Engineering case study · AI Infrastructure / Developer Tool

Cortex.

Persistent knowledge. Coordinated agents. Measurable work.

A local-first AI engineering project exploring persistent memory, agent coordination and the cost of verified work.

    Keep the knowledge when the agent changes

    Cortex is a local-first, cost-aware memory and orchestration project for AI agents. It explores how project knowledge can persist across tools and sessions, so developers spend less time repeating context and recovering interrupted work.

    The project is In Progress, with current work focused on research and architecture. Shared memory, agent coordination and cost-aware routing are development goals rather than released capabilities.

    Repeated context is repeated work

    AI-assisted development often spreads requirements, architectural decisions and lessons across separate conversations and tools. Changing agents or starting a new session can mean reconstructing the same background and revisiting approaches that already failed.

    Cortex aims to make that knowledge inspectable and reusable while keeping task progress, verification evidence and resource use connected. Simpyll is the planned first case-study environment; its normal publishing and operation remain independent of Cortex.

    A local foundation before orchestration

    The proposed foundation uses local storage and inspectable project notes, with a scriptable CLI and an approachable dashboard sharing task state and permission boundaries. Technology and integration choices remain subject to validation.

    Development is intended to proceed from a tested local foundation to persistent memory, agent handoffs, cost optimization and observability. Provider integrations, retrieval tools and model routing will be evaluated before adoption.

    The proposed development workflow
    1. Retrieve contextSelect relevant project knowledge with sources and revision context.
    2. Coordinate workCarry task state and explicit handoffs across supported agents.
    3. Verify the resultRun checks and prepare a reviewable change with evidence.
    4. Measure and retainRecord resource use, outcomes and lessons for the next task.

    A target workflow for future implementation, not a demonstration of a working system.

    Optimize for verified outcomes

    The intended primary measure is cost per verified successful task. Token consumption, retries, elapsed time and human intervention matter alongside whether the result meets its acceptance criteria.

    No cost savings or performance improvements are claimed yet. Future comparisons need comparable tasks, documented environments and a clear distinction between measured provider usage and estimates.

    Local-first with explicit boundaries

    The design prioritizes local ownership of durable knowledge, portable formats and explicit control over what reaches an external provider. Credentials and private project memory do not belong in public repositories or telemetry.

    Planned execution controls include task permissions, budget limits, checkpoints and human approval for consequential actions. These are design requirements to validate, not completed security guarantees.

    Current focus: research and architecture

    Current work centers on evaluating existing components, validating supported agent integrations and deciding what to build or reuse. Architecture and user journeys need review before application implementation.

    The first implementation milestone is a reliable local foundation with configuration, diagnostics and tests. Persistent shared memory, multi-agent execution, routing and dashboards will require their own implementation and verification.