Canonical Runtime for the Canonical Knowledge Structure ecosystem
Project description
CKS Runtime
The canonical operational environment for Canonical Knowledge Structures.
CKS Runtime is the canonical execution environment for Canonical Knowledge Structures (CKS).
Where CKS Core defines the semantics of knowledge, CKS Runtime defines its operational lifecycle.
Runtime provides the infrastructure required to execute, manage, version, persist and expose Canonical Knowledge Structures without becoming a semantic authority itself.
Why Runtime?
Canonical knowledge is immutable.
Operational state is not.
Applications need to:
- create sessions
- execute transactions
- maintain history
- persist state
- expose APIs
- coordinate diagnostics
These responsibilities belong to Runtime rather than CKS Core.
Canonical Knowledge Structure
│
▼
CKS Runtime
│
┌──────────┼──────────┐
▼ ▼ ▼
Session Versioning Storage
Runtime manages operational behaviour.
CKS Core defines semantic behaviour.
Core Principles
CKS Runtime is founded on four architectural principles.
Runtime is not a semantic authority.
Semantic meaning permanently belongs to CKS Core.
Runtime never redefines knowledge.
Runtime orchestrates semantic services.
Validation.
Evolution.
Serialization.
Diagnostics.
These services originate from CKS Core.
Runtime coordinates their execution.
Operational state belongs to Runtime.
Sessions.
Transactions.
Persistence.
Version History.
These are Runtime responsibilities.
Observable behaviour is standardized.
The Runtime Standard specifies observable operational behaviour rather than implementation techniques.
Runtime Architecture
The CKS ecosystem is organized into four architectural layers.
Applications
│
▼
Adapters
│
▼
CKS Runtime
│
▼
Public CKS Core API
│
▼
CKS Core
Responsibilities are strictly separated.
| Layer | Responsibility |
|---|---|
| CKS Core | Semantic authority |
| CKS Runtime | Operational orchestration |
| Adapters | Protocol exposure |
| Applications | Business logic |
Features
The current Reference Runtime provides:
- Runtime Sessions
- Transaction Management
- Version History
- Storage Abstraction
- Runtime Diagnostics
- Explainability Coordination
- Canonical Runtime API
- Reference Runtime Architecture
- Runtime Conformance Model
Design Goals
CKS Runtime is designed to be:
- deterministic
- implementation-independent
- transport-independent
- storage-independent
- session-oriented
- transaction-oriented
- semantically neutral
Relationship to CKS Core
CKS Runtime depends upon CKS Core.
CKS Runtime never replaces CKS Core.
CKS Core
defines semantics
│
▼
CKS Runtime
orchestrates semantics
manages operational lifecycle
Runtime communicates exclusively through the public CKS Core API.
Installation
From PyPI:
pip install cks-core
pip install cks-runtime
Or from source:
git clone https://github.com/Deus-corp/cks-runtime.git
cd cks-runtime
pip install -e .
Quick Example
from cks_runtime import Runtime
runtime = Runtime()
session = runtime.sessions.create(
knowledge_structure=my_structure
)
transaction = runtime.transactions.begin(session)
# Runtime coordinates execution.
# CKS Core defines semantics.
Documentation
The Runtime Standard consists of the following normative specifications.
| Specification | Purpose |
|---|---|
| SPEC-001 | Runtime Overview |
| SPEC-002 | Session Model |
| SPEC-003 | Runtime API |
| SPEC-004 | Diagnostics |
| SPEC-005 | Transactions |
| SPEC-006 | Storage |
| SPEC-007 | Version History |
| SPEC-008 | Runtime Conformance |
Supporting documents include:
- Runtime Charter
- Architectural Analyses
- Architecture Decision Records
- Reference Architecture
Project Status
Current implementation status:
| Component | Status |
|---|---|
| Runtime Architecture | ✅ Complete |
| Session Model | ✅ Complete |
| Transaction Model | ✅ Complete |
| Version History | ✅ Complete |
| Diagnostics | ✅ Complete |
| Storage Abstraction | ✅ Complete |
| Runtime API | ✅ Complete |
| Runtime Documentation | ✅ Complete |
| Reference Implementation | 🚧 In Progress |
| Adapter Integration | ⏳ Planned |
Long-Term Vision
CKS Runtime aims to become the canonical operational foundation shared by every CKS-compatible implementation.
Future adapter standards—including MCP, CLI, HTTP and others—will rely on Runtime rather than communicating directly with CKS Core.
This preserves a single semantic authority while allowing unlimited operational implementations.
License
MIT
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file cks_runtime-0.1.2.tar.gz.
File metadata
- Download URL: cks_runtime-0.1.2.tar.gz
- Upload date:
- Size: 12.2 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.11.15
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
645c46ff8b3cac8f84a2042a621f444159bb75d615804fa81e820ab7273d4ff2
|
|
| MD5 |
87e63e674ad23ac8073d6f17179f39b2
|
|
| BLAKE2b-256 |
9bb2a0099851bef76daea87097c04f56424c2881d4245ba8982b159bbf621a70
|
File details
Details for the file cks_runtime-0.1.2-py3-none-any.whl.
File metadata
- Download URL: cks_runtime-0.1.2-py3-none-any.whl
- Upload date:
- Size: 15.8 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/6.2.0 CPython/3.11.15
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
3f5c08cb0924bd0409aa0a5362f7037feded45b16b5467d7d34f570abd8246d7
|
|
| MD5 |
e6bc9fa203ec3fea4537ddada6385547
|
|
| BLAKE2b-256 |
c3c2ec61cf3ae43f2a0807f1fc9dddf5409011a7f2c8ebe8c5e6dd1c97632889
|