Releases: AIKernel-NET/AIKernel.NET
AIKernel.NET v0.0.1 Release — The day the Kernel was fixed
AIKernel.NET v0.0.1 Release Notes
2026-05-06
May the 6th — The day the Kernel was fixed.
5月6日 — カーネルが構造的に修復された日。
Overview / 概要
AIKernel.NET v0.0.1 is the first Structural Stability Point (Canonical Source) of the AIKernel architecture.
This release establishes the minimal, deterministic contract baseline for all future implementations.
AIKernel.NET v0.0.1 は、AIKernelアーキテクチャにおける最初の**構造的安定点(Structural Stability Point / Canonical Source)**です。
本バージョンでは、抽象レイヤに混入していたアプリケーション層の概念を排除し、AIKernelを「AIアプリケーションのOS」として成立させるための、最小かつ決定論的な契約基盤を確立しました。
Key Changes / 主な変更点
1. Architectural Purification / アーキテクチャの純化
-
Removed UseCases namespace (Issue #2) from abstraction boundaries to restore dependency consistency.
-
Strict Contract-First alignment: removed implementation-layer coupling and reinforced a pure contract layer composed of Interfaces and DTOs.
-
抽象境界から **UseCases 名前空間を削除(Issue #2)**し、依存方向の一貫性を回復。
-
Strict Contract-First を徹底し、実装層(Core)への結合を排除。Interface / DTO 中心の正典契約層を確立。
2. Deterministic Execution Foundations / 決定論的実行基盤
-
Introduced IContextSnapshot to define point-in-time context state with integrity metadata for audit/restore workflows.
-
Introduced IKernelReplayer to replay execution pipelines from trace artifacts (Replay Dumps), ensuring deterministic reproducibility of the execution path itself.
-
IContextSnapshot を導入し、時点コンテキストと整合性情報を固定化。監査・復元・検証の基準点を確立。
-
IKernelReplayer を導入し、Replay Dump から実行パイプラインを再現。推論出力の再生成ではなく、実行経路そのものの決定論的再現性を保証。
3. Package Structure Redefined / パッケージ構成の再定義
-
AIKernel.Abstractions reorganized around clear boundaries (Execution / Context / VFS and related domains) with unidirectional dependency flow.
-
AIKernel.Dtos streamlined for cross-cutting contracts such as signed prompts, replay metadata, and event/audit payload structures.
-
AIKernel.Abstractions を Execution / Context / VFS などの責務単位で再編成し、単方向依存を明確化。
-
AIKernel.Dtos は署名済みプロンプト、リプレイメタデータ、イベント/監査ペイロードなどの横断データ構造を整理。
Why This Release Matters / このリリースの意味
v0.0.1 is not merely an initial version; it is the transition from idea to standard.
v0.0.1 は単なる初期版ではなく、「構想」から「規格」への転換点です。
-
Architecture purified: non-kernel noise removed from contract boundaries.
-
Contracts fixed: stable base for implementation work.
-
Identity established: AIKernel is defined as an Execution OS, not a feature bundle.
-
アーキテクチャの純化: カーネル境界外のノイズを除去。
-
契約の固定: 実装フェーズへ進むための安定基盤を確立。
-
アイデンティティの確立: AIKernelを「機能群」ではなくExecution OSとして定義。
What’s Next / 今後の展開
With the contract baseline fixed in v0.0.1, development now shifts to implementation.
- AIKernel.Core: reference implementation based on v0.0.1 contracts
- CLI (aik): primary operator interface for Kernel, VFS, and execution control
- Provider Ecosystem: expansion of capability-based drivers across LLM backends
v0.0.1で契約基盤が固定されたため、開発は実装フェーズへ移行します。
- AIKernel.Core: v0.0.1契約を基盤としたリファレンス実装
- CLI(aik): Kernel / VFS / Executionを管理する主要インターフェース
- Provider Ecosystem: Capabilityベースのドライバを各種LLMバックエンドへ展開
Closing
AIKernel does not define features.
It defines the deterministic context in which features become inevitable.
AIKernelは機能を定義しない。
機能が必然となるための「決定論的な文脈」を定義する。
The architecture is now canonically defined.
アーキテクチャは今、正典として定義された。
Release AIKernel.NET v0.0.0.0 — The Sovereign of Context
Release AIKernel.NET v0.0.0.0 — The Sovereign of Context
🌌 Overview
AIKernel.NET は、AI の推論(Reasoning)・素材(Material)・**生成表現(Expression)**を独立したシステムオブジェクトとして統治する Semantic Context OS です。
.NET の強力な型システムと依存性注入(DI)を基盤に、確率的に揺らぐ AI の推論プロセスに対して、決定論的な「実行の枠組み」と「ガバナンス」を提供します。
May the 4th ──
The Force drifts in probability.
The Kernel defines the context in which outcomes become inevitable.Force(力)は確率の中で揺らぐ。
Kernel(核)は、必然を成立させる「文脈」を定義する。
v0.0.0.0 — The Sovereign of Context.
この v0.0.0.0 は、AIKernel.NET の「実装に先立つ設計の固定点(Fixed Point)」として位置づけられます。
📢 公開メッセージ(2026年5月4日)
5月1日の「メーデー」に掲げた AI Operating System (AIOS) のビジョンは、本日、具体的な「統治の規律」へと進化しました。 その進化を支えるのは、AI の確率性を “文脈の決定論” で包摂するという思想です。
AI という強大な Force(推論能力)は、本質的に不確実であり、確率の海を漂います。 既存のライブラリがその「出力」の便利さを追う一方で、AIKernel.NET はその「文脈(Context)」の支配に執着します。
本リリースでは、AIKernel.NET の核心を成すコア・スペックを公開・刷新しました。
- 論理的整合性の固定:
LockedProviderInfoによる、リプレイ時の決定論性・再現性の保証。 - ガバナンスの非推論化: LLM 自体に承認を委ねない、非推論的コードによる PDP(Policy Decision Point)の確立。
- 意味的正準化(Canonicalization): 記述順序に依存しない ROM の正規化と、Git 差分レベルでの意味的同一性の担保。
これは単なるドキュメントの追加ではありません。確率の産物である AI を、エンタープライズ・グレードの「信頼できるコンポーネント」へと変貌させるための、物理的なインターフェース群(Interface/DTO Contracts)の定義です。
AI に Force を持たせるだけの時代は終わりました。
これからは、Kernel がその Force が顕現する「文脈」を支配し、結果を必然へと変える時代です。
🛠 Key Updates in v0.0.0.0
1. Specification Updates
- 02. Signed Prompt Governance Spec: 「幻覚承認」を構造的に排除する決定論的 PDP 要件の定義。
- 03. ROM Core Spec: 物理的な正準化(Canonicalization)を通じたセマンティック・ハッシュ不変性の確立。
- 04. Model Routing Spec: 通常時の動的最適化と、リプレイ時の物理固定(Force Provider Mode)の二相動作仕様。
- 06. Replay Dump Spec: 実行環境を含めて「知能を凍結」し、完全な監査を可能にするダンプ構造の策定。
- 16. Semantic Context OS Vision: 不変の実行制約(Immutable Execution Constraints)と、カーネル起動ステートマシンの厳格な定義。
2. Core Interfaces & DTOs (Initial Implementation)
リポジトリにおいて、OS の骨格を成す契約群を公開しました。
IModelVectorRouter: 能力ベースの動的ルーティング契約。IPromptVerifier: 署名済みプロンプトの整合性・信頼性検証。IROMCanonicalizer: Markdown 記述を物理的にソートし、ハッシュ不変性を担保する正規化エンジン。IKernelStateMachine: 起動から実行に至るまでの Fail-Closed な状態管理。ExecutionConstraints: 実行時のリソース・制限事項を定義する不変 record。
May the Force (and the Kernel) be with you.
AIKernel.NET v0.0.0 — Initial Documentation Release
AIKernel.NET v0.0.0 — Initial Documentation Release
Released on May 1st, 2026 (May Day)
License: MIT (or your chosen license)
概要 / Overview
AIKernel.NET は、AI を単なる「API 呼び出し」ではなく、OS レベルの「能力(Capability)を持つプロセス」として扱うための AI Operating System(AIOS) です。
Idiomatic .NET(.NET らしい設計)に基づき、DI と契約ベースの抽象化を軸に据えることで、モデルの具象に依存しない 「能力ベース実行(Capability-driven Execution)」 を実現します。
- Capability-driven: モデルの具象ではなく、要求する能力(Capability)を宣言する Provider 設計
- OS Architecture: Scheduler / Router / VFS / Events を備えた Kernel 構造
- Reliability: Deterministic Replay による実行の再現性と監査性の確保
- Layering: システムコールに準拠した依存方向(syscall → kernel → drivers)の徹底
- Bilingual: 日本語・英語の完全ペア文書によるグローバル展開(xxx-jp.md / xxx.md)
Important
本リリース v0.0.0 は、実装に先立つ 設計思想・アーキテクチャ原則・ガバナンス規約の初版公開 です。
Japanese
2026年5月1日、メーデー。
この日に初版ドキュメントを公開することは、AI を単なる「自動化の道具」ではなく、明確な能力(Capability)を持つ「自律的なプロセス」として定義し、その実行環境を確立するという AIKernel.NET の立場を象徴する選択です。
AIKernel.NET が提唱するのは、.NET ネイティブなパターンを最大限に活かし、AI を OS レベルの抽象度で制御する「AI Operating System (AIOS)」という概念です。
既存のツールの多くが「便利なユーティリティ集(Library)」であるのに対し、AIKernel.NET は依存性注入(DI)と契約ベースの抽象化を徹底した AI 実行基盤(Runtime/Kernel) として設計されています。
アプリケーションはモデル固有の仕様や不安定な挙動(Volatility)に縛られず、安定した「Capability 契約(Interface)」を通じてのみ AI の能力を利用します。ビジネスロジックの純度を保ちながら、モデルの差し替えや運用を OS レベルの抽象度で完結できることこそ、AIKernel.NET の本質的な価値です。
English
May 1st, 2026 — May Day.
Releasing the initial documentation on this day is a deliberate statement: AIKernel.NET treats AI not as a tool for automation, but as an autonomous process with explicit capabilities.
AIKernel.NET is not a prompt-engineering helper or a library-based wrapper.
It establishes a new architectural layer: an AI Operating System (AIOS) built on idiomatic .NET patterns, dependency injection, and strict contract-based abstractions. Unlike utility-driven frameworks, AIKernel.NET is designed as a capability-driven execution kernel.
By decoupling business logic from the volatility of specific AI models, applications interact with AI through stable, predictable capability contracts. This preserves the purity of the core logic and elevates model lifecycle management and operations to a robust OS-level abstraction.
確立した骨格 / Established Foundations
Abstractions as System Calls
- JP: LLM 呼び出しを単なる API 通信ではなく、「OS システムコール」 と同等のリソースアクセスとして定義。モデル非依存の契約(Contracts)による制御を実現。
- EN: LLM invocation is defined as a resource access equivalent to an OS system call, managed via model-agnostic contracts.
Kernel-Level Services
- JP: Scheduler / Router / VFS / Events など、OS コンポーネントに類する実行系コア機能を確立。
- EN: Core execution components such as Scheduler, Router, VFS, and Events, mirroring OS architecture.
Capability-Driven Drivers
- JP: モデルの具象名ではなく Capability(要求する能力) を宣言。DI によって実行時に最適なドライバを動的にバインド。
- EN: Drivers are bound based on declared capabilities rather than specific model names, enabled by .NET's native DI.
Deterministic Governance
- JP: エンタープライズ品質に不可欠な「監査性」と「再現性(Deterministic Replay)」を設計の第一原則として固定。
- EN: Auditability and deterministic replay as first-class architectural concerns for enterprise reliability.
Bilingual Alignment
- JP: 全てのドキュメントを日本語・英語の対で整備し、設計意図の透明性を確保。
- EN: Comprehensive bilingual documentation maintained as synchronized pairs for global transparency.
今後の展開 / Roadmap Snapshot
- v0.1.x (Definition Phase): 公開インターフェース(Interface / DTO / Enum)の完全公開
- v0.2.x (Source Preview): 別リポジトリにてソースコードの実装プレビュー開始
- v0.3.x (Runnable Alpha): Kernel および Provider の動作検証版(Alpha)を公開
- v1.0.0 (General Availability): エンタープライズ運用に耐える完全版リリース
変更履歴 / Changelog
v0.0.0 — Initial Release
- architecture 文書(日本語・英語)
- design 文書(日本語・英語)
- guidelines 文書(日本語・英語)
- README / README-jp.md の整備
- LICENSE (MIT License) の追加