Skip to main content

Delentia OS — Constitutional AI Operating System SDK

Project description

Delentia OS — Intent-Centric AI Operating System

CI Security codecov Version PyPI PyPI Downloads npm License Python Docs Status Website Open in Colab Open in Binder Open in Codespaces

Intent-Centric AI Operating System — Constitutional Architecture

RCT = Reverse Component Thinking — decompose any system into its smallest verifiable parts, then rebuild with constitutional guarantees.


What is RCT?

Delentia OS is the open SDK layer of the RCT Ecosystem — the world's first Intent-Centric AI Operating System with constitutional architecture. Think of it as "Linux for AI Agents." It provides:

  • Auditability — every decision traces back to a signed evidence chain
  • Governance — multi-tier consensus prevents unilateral AI action
  • Interpretability — the FDIA equation makes intent and confidence explicit
  • Regional awareness — built-in adapters for ASEAN, JP, KR, CN contexts

The full ecosystem runs in production at delentia.com.
This SDK exposes the core components under Apache 2.0.

🌐 Website: delentia.com · 🔗 GitHub: github.com/delentia-labs


Start Here in 5 Minutes

If you're arriving from social media or seeing RCT Platform for the first time, use this path:

  1. Try the offline demo — run python examples/quickdemo.py or open notebooks/rct_playground.ipynb
  2. Verify the claims — see docs/testing/TESTING_CANONICAL.md for the current authoritative test and coverage checkpoint
  3. Understand the scope boundary — compare the open SDK surface vs enterprise-only surface in the table below
  4. Check release readiness — see docs/release/RELEASE_READINESS_CHECKLIST.md
  5. Find support channels — see docs/community/GITHUB_UI_LAUNCH_CHECKLIST.md for Discussions, milestones, About, Topics, and profile setup

What's Included in This SDK

Component In This SDK (Apache 2.0) Enterprise Only (Proprietary)
FDIA Scorer + equation engine core/fdia/fdia.py
SignedAI multi-LLM consensus signedai/core/
HexaCoreRole registry (9 roles v2.3) signedai/core/registry.py
Delta Engine (91.5% measured compression, design floor ≥74%) core/delta_engine/
Regional Language Adapter core/regional_adapter/
RCT Control Plane DSL (22 modules) rct_control_plane/
JITNA Protocol v3 (Intake + Negotiation) rct_control_plane/jitna_v3.py
CORD Security Engine (100 injection patterns) rct_control_plane/cord_security.py
ZK-FDIA (Zero-Knowledge Pedersen proofs) rct_control_plane/zk_fdia.py
Helix-TTD (Topological drift detector) rct_control_plane/helix_ttd.py
PaymentEngine (Metered billing & trust gates) rct_control_plane/payment_engine.py
NodeNetwork (2/3 supermajority consensus) rct_control_plane/node_network.py
Groq LPU Adapter (Llama 3.3 integration) signedai/core/groq_adapter.py
PostgresPersistence (Layer 5/6 DB bridge) rct_control_plane/persistence_pg.py
rct-edge (TypeScript Edge Package) sdk-typescript/packages/rct-edge/
fdia-wasm (TypeScript WebAssembly Package) sdk-typescript/packages/fdia-wasm/
5 Reference Microservices microservices/ (297 passing tests)
CLI (rct entry point) ✅ editable install or built wheel
Genome / Creator Profile API ❌ 501 stub (genome_api.py) ✅ Full implementation
Full Production Microservice Stack ✅ 62 microservices
Enterprise Dashboard
Docker Compose + full infra
8-level test pyramid (4,849 tests) ✅ private

Stable SDK means: API is stable, CI enforces 90% coverage floor, packages published on PyPI + npm.
Enterprise means: runs at delentia.com — contact for licensing.


Products

Product Description Link
🤖 RCTLabs Core intent-centric AI platform — full ecosystem access delentia.com/products/rctlabs
🎨 Delentia AI AI-powered creative studio — intent-driven content generation delentia.com/products/delentia-ai
✍️ SignedAI Cryptographic verification layer — ED25519 signed AI outputs delentia.com/products/signed-ai

All three products run on the same RCT OS constitutional core. SignedAI powers hallucination prevention via multi-LLM consensus + ED25519 attestation.


The FDIA Equation

$$F = D^I \times A$$

Symbol Meaning
F Future — the desired output the AI must deliver
D Data quality — accuracy and completeness of inputs (0.0–1.0)
I Intent precision — clarity of intent acts as an exponent (higher = amplifies result)
A Architect — Human-in-the-loop approval gate (0.0–1.0)

When Intent is high (I→2), even moderate Data quality produces excellent results.
When A = 0, all output is blocked — Constitutional AI guarantee. The system never acts without human approval.

Accuracy: 0.92 (industry baseline: ~0.65). Implemented in core/fdia/fdia.py.


Key Numbers

Metric Value
Public SDK validation See docs/testing/TESTING_CANONICAL.md for the current verified checkpoint
Algorithms 41 (Tier 1–9, reference implementations)
LLM Models 9 HexaCore roles (3 Western + 3 Eastern + 1 Thai + 1 Local + 1 LPU) — v2.3
Hallucination Rate 0.3% (vs industry 12–15%) — 97% reduction via SignedAI
Memory Compression 91.5% measured (design floor ≥74%) via Delta Engine (stores state diffs, not full state)
Intent Recall Speed Cold start 3–5s → Warm recall <50ms (Intent Loop)
Uptime SLA 99.98%
Languages 8 regional pairs (JP, KR, CN, TW, TH, VN, ID, US)
Universal Adapters 13 (Home Assistant, Terraform, n8n, Obsidian, Playwright, ...)
FDIA Accuracy 0.92 (industry baseline: ~0.65)

For the current single source of truth, see docs/testing/TESTING_CANONICAL.md.


Architecture

┌──────────────────────────────────────────────────────────┐
│               RCT PLATFORM SDK v2.0.0                    │
│         Intent-Centric AI Operating System               │
└──────────────────────────────────────────────────────────┘

Layer 11: CI/CD & Quality Gates
├─ GitHub Actions (ci.yml + security-scan.yml)
├─ 1,791 passing tests · 90% coverage floor · Python 3.10/3.11/3.12
└─ E2E integration tests (no Docker required)

Layer 10: Enterprise Hardening
├─ Security (JWT RS256, RBAC, ABAC, Rate Limiting)
├─ Validation (SQL Injection 3-layer, Pydantic v2, XSS)
└─ Resilience (Circuit Breaker, Retry policies)

Layer 9: Control Plane
├─ JITNA Wire Schema (JITNAPacket: I, D, Δ, A, R, M)
├─ Ed25519 Signed Execution (RFC 8032)
├─ Replay Engine (SHA-256 checkpoints)
└─ rct_control_plane: 15-module DSL + intent schema

Layer 8: Regional Language (8 markets)
├─ LanguageDetector (EN, TH, JA, KO, ZH, VI, ID)
└─ RegionalModelRouter (LRU cache, 4-level resolution)

Layer 7: Universal Adapters (13 integrations)
└─ Home Assistant · Terraform · n8n · Obsidian · Playwright · ...

Layer 6: JITNA Protocol (RFC-001 v2.0)
└─ AI-to-AI intent wire format + task negotiation

Layer 5: SignedAI — Multi-LLM Consensus
├─ TIER_S (1) · TIER_4 (4) · TIER_6 (6) · TIER_8 (8 + veto)
└─ Hallucination rate: 0.3% vs industry 12–15%

Layer 4: DelentiaDB v2.0 — 8-Dimensional Universal Memory
└─ Registry Zone · Vault Zone · Governance Zone

Layer 3: 41 Production Algorithms (Tier 1–9)
Layer 2: OS Primitives (6 Kernel RFCs)
Layer 1: 7 Genome System + Cognitive Kernel

SDK Modules: signedai/ · core/ · rct_control_plane/
             5 reference microservices

Enterprise layer (62 microservices, proprietary) runs in production at delentia.com.


Quick Install (No API Keys Required)

# 1. Clone & install
git clone https://github.com/delentia-labs/delentia-os.git
cd delentia-os
pip install -e .

# 2. Validate the CLI surface without API keys
rct version
rct start --ui-test

# 3. Create a local .env template for real runs
rct init
rct doctor

# 4. Run the 5-minute offline demo — zero API keys needed
python examples/quickdemo.py

# 5. Run the FDIA benchmark (target: 0.92 accuracy)
python benchmark/fdia_benchmark.py --verbose

# 6. Try the CLI
rct compile 'Protect resources from hostile agents'
rct governance
rct timeline

Expected output (quickdemo.py):

✅  Best action: act_001 (cooperate) — highest FDIA score
Consensus: PASSED ✅ (threshold: 4/6)
Final decision: EXECUTE — all 7 gates cleared, FDIA ≥ threshold, intent signed
Memory compression ratio: 5.0× (baseline + 4 deltas vs 5 full-state copies)

Expected output (fdia_benchmark.py):

RCT FDIA Score       : 0.9167
Industry Baseline    : 0.6500
Delta vs Baseline    : +0.2667 (+41.0%)
✅  Benchmark PASSED

Quick Start (With API Keys)

# 1. Generate a local .env template
rct init
# Edit .env with your API keys

# 2. Run tests
python -m pytest microservices/ -q

# 3. Try the SignedAI demo
python examples/signed_ai_demo.py

# 4. Try the Hexa-Core demo
python examples/hexa_core_demo.py

Expected output (signed_ai_demo.py):

ALL IMPORTS OK
Tier 6: 6 signers, required=4
Consensus: True, confidence=75.00%
Supreme Architect: anthropic/claude-opus-4.6

Verify This Repository Quickly

Use these paths when you need evidence, not marketing copy:


Core Components

FDIA Engine (core/fdia/fdia.py)

The FDIA Scorer evaluates candidate NPC/agent actions using a weighted constitutional formula. All methods are pure functions — deterministic, no side effects.

from core.fdia.fdia import FDIAScorer, FDIAWeights, NPCAction, NPCIntentType

scorer = FDIAScorer(weights=FDIAWeights())
score = scorer.score_action(
    agent_intent=NPCIntentType.DISCOVER,
    action=NPCAction(action_id="a1", action_type="explore"),
    world_resources={"knowledge": 50.0},
    agent_reputation=0.85,
    other_intents=[NPCIntentType.PROTECT],
    governance_penalty=0.0,
)
print(f"FDIA score: {score:.4f}")  # deterministic float in [0.0, 1.0]

SignedAI Consensus (signedai/core/)

Multi-tier verification framework for AI decisions. Routes to the appropriate tier based on risk level.

from signedai.core.registry import SignedAITier, RiskLevel, SignedAIRegistry
from signedai.core.router import TierRouter

# Tier selection by risk level
tier_config = SignedAIRegistry.get_tier_by_risk(RiskLevel.HIGH)
print(f"High-risk → {tier_config.tier.value}: {len(tier_config.signers)} signers")

# Consensus calculation
result = SignedAIRegistry.calculate_consensus(
    tier=SignedAITier.TIER_6,
    votes_for=4,
    votes_against=2,
)
print(f"Consensus: {result.consensus_reached}, confidence={result.confidence:.2%}")

# Cost estimation
total_cost, breakdown = SignedAIRegistry.estimate_tier_cost(
    SignedAITier.TIER_6, input_tokens=10_000, output_tokens=5_000
)
print(f"TIER_6 cost: ${total_cost:.4f}")

SignedAI Tier Reference:

Tier Signers Geopolitical Balance Required Votes Use Case
TIER_S 1 1 Chat, low-risk queries
TIER_4 4 2 West + 2 East 3 (75%) Code review, API design
TIER_6 6 3 West + 3 East 4 (67%) Production releases, DB migrations
TIER_8 6 + chairman veto 3W + 3E + override 6 (75%) Critical infrastructure, crisis

Delta Engine (core/delta_engine/memory_delta.py)

Stores agent memory as compressed delta sequences — only what changed, not full state.

Property Value
Compression 91.5% measured (design floor ≥74%) — stores DIFF, not full state
Deduplication SHA-256 content hash per record
Rollback Replay any agent to any past tick via delta chain
from core.delta_engine.memory_delta import (
    MemoryDeltaEngine, AgentMemoryState, NPCIntentType
)

engine = MemoryDeltaEngine()
engine.register_agent("agent-1", AgentMemoryState(
    agent_id="agent-1", tick=0,
    intent_type=NPCIntentType.ACCUMULATE,
    resources={"gold": 100.0},
))
engine.record_delta(
    agent_id="agent-1", tick=5,
    intent_type=NPCIntentType.ACCUMULATE,
    action_type="trade", outcome="success",
    resource_changes={"gold": 10.0},
)
state = engine.get_state_at_tick("agent-1", tick=5)
print(f"Gold at tick 5: {state.resources['gold']}")
print(f"Compression: {engine.compute_compression_ratio():.1%}")

Intent Loop Engine

Every user intent passes through a 7-state pipeline:

RECEIVED → VALIDATED (FDIA) → MEMORY_CHECK → COMPUTING
         → VERIFYING (SignedAI) → COMMITTING (DelentiaDB) → COMPLETED
Property Value
Cold Start 3–5 seconds (full computation + SignedAI consensus)
Warm Recall <50ms (memory hit, semantic similarity > 0.95)
Cost Trend Decreases as memory fills — approaches $0 for repeated intents

JITNA Protocol (RFC-001 v2.0)

Just In Time Nodal Assembly — agents are assembled into working groups just in time based on intent, then dissolved when the task completes.

Full documentation: docs/concepts/jitna.md | RFC-001 Specification

JITNA is a three-layer system:

  • Layer 1 — Protocol (rct_control_plane/jitna_protocol.py): RFC-001 wire format, Ed25519 signed packets, The 9 Codex
  • Layer 2 — Language (6-field I/D/Δ/A/R/M templates): 50+ workflow templates for structured intent expression
  • Layer 3 — Intake (microservices/intent-loop/loop_engine.py): user-facing JITNAPacket + LoopMetrics
from signedai.core.models import JITNAPacket

# SignedAI Semantic Layer — verification-focused variant
# (D=Domain, A=Assumptions, R=Requirements, M=Metrics)
packet = JITNAPacket(
    I="Refactor authentication module",
    D="Backend engineering",
    **{"Δ": "Adopt clean architecture pattern"},
    A="No breaking changes to public API",
    R="Test coverage must remain > 90%",
    M="All existing tests pass, cyclomatic complexity < 10",
)

The canonical 6-field JITNA Language schema uses I=Intent, D=Data, Δ=Delta, A=Approach, R=Reflection, M=Memory — the SignedAI variant above uses different field semantics for verification context. See docs/concepts/jitna.md for the full disambiguation.

Regional Adapter (core/regional_adapter/regional_adapter.py)

Context adaptation for multi-region deployments:

Region Languages Compliance
Thailand TH, EN PDPA
Japan JA, EN
South Korea KO, EN PIPA
China ZH, EN PIPL
Vietnam VI, EN
Indonesia ID, EN
Taiwan ZH-TW, EN
US/Global EN GDPR-ready

rct_control_plane

15-module DSL + intent schema for composing multi-step agent pipelines:

from rct_control_plane import IntentObject, ExecutionGraph, DSLParser

parser = DSLParser()
graph = parser.parse(dsl_text)
print(f"Nodes: {len(graph.nodes)}, Edges: {len(graph.edges)}")

Available modules: intent_schema · dsl_parser · execution_graph_ir · intent_compiler · policy_language · observability · control_plane_state · jitna_protocol · signed_execution · replay_engine · default_policies · cli · api · middleware · rich_formatter · plan_engine · architect_policy_loader · approval_gateway · otel_adapter

Enterprise CLI Commands (v1.1.0)

# Lifecycle
rct plan "Refactor auth module"         # Terraform-style simulation — cost, risk, model roster
rct apply "Deploy payment service"       # compile → evaluate → execute
rct apply -f examples/pipeline.yaml     # Run JITNA pipeline file

# Memory
rct memory history                       # AI decision timeline with SHA-256 audit chain
rct memory rollback 3                    # Roll back 3 ticks

# Policy Governance
rct policy add -f config/architect_policy.yaml   # Load policy rules from YAML
rct policy list                          # List active rules
rct policy test "Migrate database"       # Dry-run policy evaluation
rct approve --pending                    # Interactive approval queue

# Monitoring
rct serve                                # Start API server (GET /metrics for Prometheus)

TypeScript SDK (sdk-typescript/)

import { computeFDIA, RCTClient, selectSignedAITier } from './src/index';

// FDIA formula
const score = computeFDIA(0.85, 0.90, 1.0);  // F = D^I × A

// REST client
const client = new RCTClient('http://localhost:8000');
const result = await client.compile({ natural_language: 'Deploy service' });

// Governance tier selection
const tier = selectSignedAITier('enterprise', 'high');

GitHub Action

- uses: delentia-labs/delentia-os/github-action@v1.1.0
  with:
    intent: "Deploy to production"
    rct_api_url: ${{ secrets.RCT_API_URL }}
    user_tier: enterprise
    min_governance_score: "0.8"
    fail_on_reject: "true"

Analysearch Intent (microservices/analysearch-intent/)

Multi-disciplinary deep analysis engine with adversarial self-refinement:

Mode Pipeline Use Case
quick Single-pass lookup Fast factual queries
standard Analysis + research synthesis Standard decisions
deep Mirror Mode (3 passes) Critical analysis
mirror PROPOSE → COUNTER → REFINE loop Adversarial self-challenge

Key capabilities:

  • GIGO Protection — Entropy-based input validation; garbage in = rejected before any LLM call
  • Golden Keyword Crystallization — ALGO-41 extracts the 3–5 decisive keywords from any query
  • Cross-Disciplinary Synthesis — Connects insights across unrelated domains automatically
  • Intent Conservation — Original intent preserved and checked through every refinement pass

HexaCore Registry (signedai/core/registry.py)

9 purpose-specific AI roles with full geopolitical balance (v2.3):

Role Model Country Specialty
SUPREME_ARCHITECT claude-opus-4.6 US Architecture, reasoning, final decisions
LEAD_BUILDER kimi-k2.5 CN Complex coding, visual analysis
JUNIOR_BUILDER minimax-m2.1 CN Routine coding, unit tests
SPECIALIST gemini-3-flash US Finance, health, multimodal, speed
LIBRARIAN grok-4.1-fast US Long context (2M tokens), RAG, science
HUMANIZER deepseek-v3.2 CN Natural language, creative, translation
REGIONAL_THAI typhoon-v2-70b TH Thai NLP, Thai legal/finance (native quality)
OLLAMA_ADAPTER ollama (local) LOCAL Local LLM fallback, air-gapped inference
GROQ_ADAPTER llama-3.3-70b-versatile LPU Ultra-fast LPU inference, 128k ctx
from signedai.core.registry import HexaCoreRegistry, HexaCoreRole

# All 9 roles
for role, model in HexaCoreRegistry.MODELS.items():
    print(f"{role.value}: {model.id} ({model.country})")

# Geopolitical balance
balance = HexaCoreRegistry.get_geopolitical_balance()
# → {'US': 3, 'CN': 3, 'TH': 1}

# Thai specialist
thai = HexaCoreRegistry.get_model(HexaCoreRole.REGIONAL_THAI)
print(thai.specialties)  # ['Thai NLP', 'Thai culture', 'Thai legal', ...]

# Filter by region
thai_models = HexaCoreRegistry.get_models_by_country("TH")

Microservices

Five reference microservices demonstrating production patterns:

Service Port Description
intent-loop 8001 Core FDIA execution loop
analysearch-intent 8002 Semantic search + intent analysis
vector-search 8003 Vector similarity search over DelentiaDB
crystallizer 8004 Output crystallization + fact verification
gateway-api 8000 Unified entry point + rate limiting

Each service includes a Dockerfile and follows the OpenAPI contract in contracts/openapi.yaml.


Benchmark Results

Reproducible benchmarks are in benchmark/.

Run against your own setup:

python benchmark/run_benchmark.py --config benchmark/default_config.json

See benchmark/README.md for methodology.


API Contract

Full OpenAPI 3.1.0 specification: contracts/openapi.yaml

Endpoint Method Description
/health GET Service health
/metrics GET Prometheus metrics
/v1/kernel/execute POST Execute RCT Kernel with intent
/v1/rctdb/query POST Query DelentiaDB knowledge vault

Enterprise Platform — v1.1.0 (Current SDK) · v5.5.0 (Private)

Note: This section records the enterprise platform history. The public SDK versioning starts at v1.0.0-alpha. See CHANGELOG.md for SDK release notes.

1,791 Passed · 0 Failed — Full delentia-os SDK test suite (Phase A–D v2.0.0)
Plan Enginerct plan Terraform-style pre-execution simulation
Policy Governancerct policy + approval_gateway.py omni-channel human approval
OTel + Prometheus + GrafanaGET /metrics scrape endpoint + monitoring stack
TypeScript SDKsdk-typescript/: fdia, jitna, signedai, client modules
GitHub Actionrct-policy-gate for CI/CD governance enforcement

Previous milestone:
4,849 Passed · 16 Skipped · 0 Failed · 0 Errors — Complete private enterprise test suite (all 62 microservices)

Full SDK changelog → CHANGELOG.md


Whitepapers

  • Foundation (01) — The FDIA equation, Hexagonal Core architecture, constitutional AI theory
  • Architecture (02) — JITNA Protocol, SignedAI tier system, production deployment patterns

Project Structure

delentia-os/
├─ core/                        # Core algorithms + AI engine
│  ├─ fdia/fdia.py              # FDIA Scorer (NPCIntentType, FDIAWeights)
│  ├─ delta_engine/             # Memory Delta Engine (74% compression)
│  └─ regional_adapter/         # 8-market language routing
├─ signedai/                    # SignedAI consensus framework
│  └─ core/
│     ├─ registry.py            # HexaCoreRegistry (7 models) + SignedAIRegistry
│     ├─ router.py              # TierRouter (risk → tier selection)
│     └─ models.py              # JITNAPacket, AnalysisJob
├─ rct_control_plane/           # 19-module DSL + intent schema + enterprise platform
│  ├─ plan_engine.py            # PlanEngine — Terraform-style pre-execution simulation
│  ├─ architect_policy_loader.py # PolicyRule YAML loader
│  ├─ approval_gateway.py       # Omni-channel human approval (SHA-256 tokens)
│  └─ otel_adapter.py           # OpenTelemetry bridge for FDIA metrics
├─ sdk-typescript/              # TypeScript SDK (fdia, jitna, signedai, client)
├─ github-action/               # rct-policy-gate GitHub Action (Node 20)
├─ microservices/               # 5 reference microservices
│  ├─ intent-loop/              # Core FDIA execution loop (port 8001)
│  ├─ analysearch-intent/       # Deep analysis + Mirror Mode (port 8002)
│  ├─ vector-search/            # DelentiaDB semantic search (port 8003)
│  ├─ crystallizer/             # Output crystallization (port 8004)
│  └─ gateway-api/              # Unified entry + rate limiting (port 8000)
├─ config/                      # Configuration files
│  ├─ architect_policy.yaml     # 6 constitutional policy rules
│  ├─ prometheus.yml            # Prometheus scrape config
│  └─ grafana-datasources.yml   # Grafana auto-provision
├─ docker-compose.monitoring.yml # Prometheus + Grafana + OTel Collector stack
├─ examples/                    # Working code demos + pipeline.yaml
├─ contracts/openapi.yaml       # OpenAPI 3.1.0 spec
└─ docs/                        # Architecture docs + whitepapers
   └─ assets/grafana-dashboard.json  # Pre-built Control Plane dashboard

Built With

Python FastAPI Pydantic PostgreSQL Redis Docker pytest


Contributing

Contributions welcome! See CONTRIBUTING.md for guidelines.


Security

For vulnerability reports, see SECURITY.md.
Do not open public issues for security findings.


👤 About the Author

Ittirit Saengow (อิทธิฤทธิ์ แซ่โง้ว)
Architect & Sole Creator of RCT Platform and the RCT Ecosystem

"I'm a solo developer from Klong Toei, Bangkok. I believe AI governance should be a mathematical guarantee — not a setting you can turn off."

Origin Story

In June 2025, I started asking a question no one had answered clearly: Why does AI safety depend on configuration files instead of math?

On August 11, 2025 — a personal turning point — I wrote the first version of the FDIA equation on paper:

F = D^I × A

The insight: when A = 0, the output F = 0 by the properties of multiplication — no code path can bypass it. That's a constitutional guarantee, not a setting.

Over the next 10 months, working alone from a room in Klong Toei, Bangkok, I built that equation into:

  • A 11-layer constitutional AI operating system
  • 41 production algorithms (Tier 1–9)
  • The JITNA Protocol (RFC-001) — an open standard for AI-to-AI communication
  • SignedAI: multi-LLM consensus with ED25519 cryptographic attestation
  • 1,287 passing tests, 92% coverage, with 0 skips
  • A 450+ page whitepaper documenting every decision

This is not a research paper. It runs in production at delentia.com.

GitHub @ittirit720
Email ittirit720@gmail.com
Org founder@delentia.com
Website delentia.com
LinkedIn linkedin.com/in/ittirit-saengow
X / Twitter @ittirit_rct
Reddit u/WindLate5307
BIO ittiritsaengow.link
Docs rctlabs.github.io/delentia-os
Location Klong Toei, Bangkok, Thailand 🇹🇭
Started June 2025
Turning Point August 11, 2025

Timeline

Period Milestone
Jun 2025 First FDIA equation written
Aug 11, 2025 Commitment to build RCT OS
Oct 2025 JITNA Protocol RFC-001 drafted
Dec 2025 Foundation whitepaper (~100 pages)
Jan 2026 41 algorithms complete, 4,849 enterprise tests
Feb 2026 3,053 Python files, Level 4 Virtuoso stress test
Apr 2026 Public SDK — 723 tests, 89%+ coverage, Apache 2.0 release
May 2026 Enterprise CLI Design System — Unicode block wordmark, FDIA formula card, boot animation, PyPI v1.0.4b0 live
June 2026 (current) Enterprise Platform v1.1.0 — Plan/Apply/Memory/Policy/Approve CLI, TypeScript SDK, GitHub Action, OTel + Prometheus + Grafana, 800 tests 0 failed

See ROADMAP.md for what comes next.


License

Apache 2.0 — see LICENSE.

Copyright 2026 Ittirit Saengow (อิทธิฤทธิ์ แซ่โง้ว) — Delentia Labs
Made with ❤️ from Bangkok, Thailand 🇹🇭

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

delentia_os-2.0.0.tar.gz (273.3 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

delentia_os-2.0.0-py3-none-any.whl (288.8 kB view details)

Uploaded Python 3

File details

Details for the file delentia_os-2.0.0.tar.gz.

File metadata

  • Download URL: delentia_os-2.0.0.tar.gz
  • Upload date:
  • Size: 273.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.13.13

File hashes

Hashes for delentia_os-2.0.0.tar.gz
Algorithm Hash digest
SHA256 6882cd44aba265fa642f3ecede81420b5089b0ab2b292b16fb814bb28b93b002
MD5 4f3cab6e09a34115fd6a03546d747094
BLAKE2b-256 99b5204c5a73a459dcee5ffa1eb2f6949d94d4ce966b67aaab79858f638f664f

See more details on using hashes here.

File details

Details for the file delentia_os-2.0.0-py3-none-any.whl.

File metadata

  • Download URL: delentia_os-2.0.0-py3-none-any.whl
  • Upload date:
  • Size: 288.8 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.13.13

File hashes

Hashes for delentia_os-2.0.0-py3-none-any.whl
Algorithm Hash digest
SHA256 e1b30b24cbf728ca2d41701d65fc9e5626238b752fc56c6039da9905d97817f2
MD5 3b396394c971038c795dd0c18e4ce73d
BLAKE2b-256 a4d0cb4509756b3307f0b654921a0b75686de489da4a31253ebc7fd7f44b3f00

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page