About ostk
Open-source project infrastructure for AI coding agents: durable working state, coordination, and trace that remain with the codebase.
WHAT_IT_DOES
PROJECT_CONTINUITY FLEET_COORDINATION OPTIMISTIC_CONCURRENCY CONTEXT_EFFICIENCY CAPABILITY_BOUNDARIES IDENTITY_AND_TRUST The Story
ostk wasn't designed in a planning meeting. It was extracted from the problem it solves.
The kernel started as a coordination layer for AI agents on the same codebase. First version handled file conflicts. Then process supervision. Then output compression. Then identity, heartbeat, audit trails, scheduling, drain snapshots, crash recovery, sub-stacks, and fleet-wide cache sharing.
The system grew through real multi-agent work. Each subsystem exists because a handoff, collision, recovery, context, or trust boundary failed in practice and needed a project-owned answer.
Built By
Scott Meyer.
I've been writing software a long time. The era doesn't matter — the principles do. ostk is built around local custody, explicit boundaries, durable state, and behavior you can inspect in the source and project artifacts.
Source Availability & Open Source Transition
The ostk source is published in public repositories on GitHub.
The runtime daemons and CLI orchestrators (ostk, ostk-cache, and ostk-recall) are open-source under the GNU Affero General Public License v3.0 (AGPL-3.0). This guarantees that modifications to these system elements remain available to the community.
The client IPC library (libostk) is released under the permissive MIT License. Developers can integrate the library directly into proprietary or closed IDE clients, pipelines, or automation loops without copyleft requirements. See License.
CONTACT
Real improvements get reported through the kernel itself. ostk should files them straight into the repo where they'll be seen.
Email works for everything else: [email protected]. I read everything.