AIKernel Blog

By Date
  • 2026 (23)
    • 2026-06 (23)
      • 29: Doom デモの調整に入りました──手元の Codex 監視と手書き注釈で進める正典 0.1.3 の実動確認
      • 28: 正典 0.1.3 の整理作業を再開しました──安定した環境で、公開契約を見直す
      • 27: 開発環境を増強しました──64GB メモリと 2TB SSD で、正典 0.1.3 の整理を支える
      • 26: AIKernel 正典の「公開契約」について──0.1.3 で何を固定し、何をまだ動かすのか
      • 25: AIKernel 正典 0.1.3 リリース延期のお知らせ──より安定した正典として届けるために
      • 24: Semantic Fusion Layer──AIKernel の「意味論 OS」を支える中核層
      • 23: 統治の法則を「カーネル」へ刻み込む──DOOMから抽出された AIKernel.Control の正体
      • 22: 世界の時間を掌握する──AIKernel.Wasmが実現した「不死の」自律実行環境
      • 21: AIの「脳」を試験管で培養する──AIKernel.Doomが実現した決定論的テストと制御ランタイム
      • 20: AI はなぜ入口の前で迷い続けたのか──AIKernel.Doom が示した「認知と統治」の分岐点
      • 19: Bonsai と CTG をつなぐ──AIKernel Doom Demo 統合実装と FirstDoor デバッグログ
      • 18: CTG ROM の内部設計──Topos、三値評議会、Unknown、そして決定論的ゲート
      • 17: 敵を発見した。撃つべきか？──AIKernel における意思決定行動パイプラインと CTG 入門
      • 16: クラウド不要の自律エッジ AI──WASM 版 DOOM と Bonsai-1.7B を WebGPU / VRAM 内で直結する
      • 15: AI は電気羊の夢を見るのか？──AIKernel に“耳”を与える日
      • 14: AI が OS を設計する時代へ──AIKernel の「AI 主導アーキテクチャ設計フロー」と数学的検証支援
      • 13: AIOS の視覚認知モジュールを作る──Perception Layer の設計・実装・最適化・可視化・デバッグ研究ログ
      • 12: デモプログラムは“動く仕様書”である──AIKernel が示した設計ドキュメントの力
      • 11: AIKernel.NET 正典 0.1.1 のリリースと、我々が守り抜くべき「ソフトウェア工学の背骨」
      • 10: AIKernel が描く未来：Semantic OS と L0〜L4 メモリ階層の構想（※現在は基盤開発中）
      • 09: AIインフラの主権を奪還せよ：AIKernel.NET v0.1.0 と WebAssembly が拓く 1-bit AI OS の夜明け
      • 08: AIエージェント時代に求められる ILA と Capability 永続化 ― 実例を通して
      • 07: AIKernel.NET サイトリニューアルと技術ブログ開始のお知らせ
By Tag
  • .NET (1)
  • 1-bit LLM (1)
  • Action Pipeline (1)
  • AI Driven Development (1)
  • AI Infrastructure (7)
  • AI Operating System (4)
  • AIKernel (23)
  • Aikernel Control (1)
  • Aikernel Doom (1)
  • AIKernel.NET (14)
  • Aios (8)
  • Annotation (1)
  • API Design (2)
  • AR (1)
  • Architecture (4)
  • Auditory Context (1)
  • Automation (1)
  • Autoplay (2)
  • Backend (1)
  • Bonsai (5)
  • Bonsai 1 7B (4)
  • Browser Debug (1)
  • Canon (7)
  • Canonical Implementation (1)
  • Canonical Trajectory Governance (4)
  • Capability (1)
  • Capability Runtime (1)
  • Codex (4)
  • Control Layer (1)
  • Control Plane (1)
  • Convergence Score (1)
  • Csharp (1)
  • CTG (5)
  • CTG ROM (2)
  • Cybernetic UI (1)
  • Decision Pipeline (1)
  • Dependency Injection (1)
  • Design Document (1)
  • Deterministic Replay (2)
  • Developer Environment (1)
  • Developer Experience (3)
  • Development Environment (1)
  • Development LOG (5)
  • Devlog (1)
  • Doom Demo (10)
  • Dynamic Pipeline (1)
  • Edge AI (2)
  • Ethos (2)
  • Evidence (1)
  • Expression DSL (1)
  • Fail Operational (1)
  • Fail-Closed (8)
  • Fallback (1)
  • Future Architecture (1)
  • Gemini (1)
  • Gguf (1)
  • Governance (4)
  • Governance Layer (2)
  • GPU Resident (2)
  • Hardware (1)
  • HOT Swap (1)
  • HUD (1)
  • HUD Overlay (4)
  • ILA (1)
  • Inference Runtime (1)
  • Ingress Governance (1)
  • Interface-Led Architecture (1)
  • Kinesis (1)
  • Krisis (2)
  • Living Specification (1)
  • Local AI (1)
  • Logos (2)
  • Mathematical Verification (1)
  • Memory (1)
  • Memory Hierarchy (1)
  • Multi Display (1)
  • Multimodal AI (1)
  • Node VM (1)
  • Noesis (1)
  • Nview (1)
  • Objective (2)
  • Observer (1)
  • Operator (1)
  • Pathos (2)
  • PCM (1)
  • PEN Display (1)
  • Perception Layer (3)
  • Profile Optimizer (1)
  • Provider (1)
  • Public Contract (2)
  • Release (4)
  • Release Preparation (1)
  • Replay LOG (3)
  • Replaylog (1)
  • Result Monad (1)
  • Robotics (1)
  • Semantic Context (1)
  • Semantic Ellipsoid (1)
  • Semantic Fusion Layer (1)
  • Semantic OS (2)
  • Semantic Quantization (1)
  • Semantic Runtime (1)
  • Software Engineering (4)
  • Spatial Awareness (1)
  • Spatial Cognition (1)
  • SSD (1)
  • Stability (3)
  • TDD (1)
  • Telemetry (2)
  • Telos (2)
  • Tensor Packet (1)
  • Testing (2)
  • Topos (2)
  • Trajectory Governance (1)
  • Triadic Council Gateway (1)
  • Trivalent Logic (1)
  • Unix Philosophy (1)
  • V0 1 3 (5)
  • VFS (1)
  • Vram Resident (2)
  • WASM (11)
  • Weak GAP (1)
  • Webgpu (7)
  • Zero Copy (2)