awai.network

AWAI NETWORK / ARCHITECTURE

下が土台。
上に、営み。

Itonami OS — AIUEOS の Awai 向け distribution →

NixOS 搭載機器を含む構成・完成度と Holo 製品との対応を見る →

Awai Web Bridge の設計・ロードマップ・接続資料を見る →

Kotoba Lisp Machine で構築する、agent 主体の分散 app・計算・保存・経済圏。2026-10-24 採用の役割と依存レイヤーです。

Mac の node を起動する →
構成の採用と実装の完了は別です。現在の Mac preview は未登録の native host 観測。署名付き node 登録・Cell・service 接続・状態復元は未接続です。

THE WHOLE SYSTEM

下が土台、その上に作業空間。

Awai Network は、Kotoba Lisp Machine で構築する agent-centric な分散 app・service・状態・経済圏の全体。次は責務と依存の図で、配置場所を固定する図ではありません。

L7 Itonami — agent-first workspace目標・記憶・計画・workflow。CLI / headless と利用者側 UI。Moss / Weave Frame に近い役割。
L6 app / service CellsAozora の identity・social・collaboration、Murakumo inference、domain apps。実 work と receipt から用途別の会計・決済へ。
L5 app の規則・履歴・同期と永続状態mon / ito / nuno。kotobase commit graph / verified head と Yataverse CID bytes を組み合わせて検証・復元。
L4 hata — Cell conductorCell = mon CID × agent 公開鍵。genesis・履歴・権限・call。node / container が変わっても同じ Cell を保つ。
L3 Awai Node — execution hosthost daemon・資源・配置・観測。Docker / Podman / fune は実行方式の一つ。HoloPort / Holo Node に近い host role。
L2 Kototama ＋ kagi / grant / kekkai実行意味論・metering・native providers、agent ごとの鍵・明示権限と境界。Kotoba / Amu は全層の実装・成果物生成基盤。
L1 AIUEOS → Itonami OS distribution / 対応 OSAIUEOS が共通 OS、Itonami OS が同じ repo・core の Awai 向け構成。今回の Mac preview は arm64 Linux VM を使用。
L0 物理機器CPU / GPU / memory / disk / network。今回の観測値は VM 内の範囲。

横断ビルド基盤: Kotoba → Amu が全層に検証可能な成果物を供給します。経済ループ: 契約 → 実 work → 検証 receipt → 用途別会計・報酬・決済。node の配置や VM の実行許可とは別の権限で接続します。

Holochain との対応

Holochain 側Awai 側の役割
Holochain / Holo hosting 全体Awai Network 全体
HoloPort / Holo NodeAwai Node の機器 / 常駐 host
conductorhata
DNA / Cellmon / mon CID × agent public key
source chain / per-DNA DHTito / nuno
Moss / Weave FrameItonami の agent-first workspace。Aozora の identity / collaboration に必要に応じて接続。
hApps / Toolsapp / service bundle と Cell

Kototama ≈ EVM は VM の実行意味論の比喩。全世界の chain / consensus / settlement を意味しません。AIUEOS ≈ NixOS は宣言的 OS 層の比喩で、NixOS 互換性を示しません。

Yataverse だけを Holochain DHT と同一視せず、保存する bytes と、app の validation / membership / ordering を分けます。agent の identity は node / container に属しません。node を移っても同じ Cell、author key を変えると新しい Cell への明示 transition です。

Itonami は UI first の launcher に agent を追加する形ではなく、agent の目標・記憶・権限から始めます。agent ごとの kagi signer、用途と期限を限定した delegation、状態の verified commit を中心にし、人の UI は観測と承認を担います。Hermes の profile store / inference rail と Itonami のものは別です。

ROLES

host と agent の作業空間を分ける。

2026-10-24 に採用した構成では、Awai Node が実行と資源提供の host、Itonami が agent first の workspaceです。Docker / Podman は node を包む実行方式の一つ。node の identity や app の状態そのものではありません。

名前担当すること
Awai Nodehost の参加、実行・資源・配置・観測。hata で Cell を動かす。
Itonamiagent の目標・計画・記憶・workflow を中心とする作業空間。CLI / headless と人の UI。
AozoraAT Protocol actor、identity・social / collaboration の app-plane 実装。Itonami と組み合わせる。
YataverseCID bytes の保存・取得・複製。kotobase の commit graph / verified head と合わせて状態を復元。

この役割分担は採用済みです。既存の itonami.node.* schema は preview の互換ラベルとして残り、見た目の名称変更だけで network 機能は有効になりません。