Перейти к содержимому

КОНТРОЛИРУЕМОЕ ВЫПОЛНЕНИЕ

Контролируемое выполнение программ, созданных ИИ.

Kotoba Cloud обеспечивает вход в среду выполнения программ, созданных ИИ, через идентификацию и управление развёртыванием. Kotoba — язык, а Kotobase — слой надёжного состояния графа.

Технические сведения, юридические документы и некоторые операции с учётной записью пока доступны на английском.

Быстрый старт агента ИИ

Обнаружение сервисов и Passkey RP работают. Размещённое применение развёртываний пока не предлагается.

Три плоскости выполнения. Границы сохранены.

Сервисы соединяются, не превращаясь в одну гигантскую область доверия. Каждая власть остаётся отдельно управляемой.

КОНТРОЛЬ + ИДЕНТИЧНОСТЬ

Kotoba Cloud

Passkey подтверждает Stable Principal. Плоскость управления публикует топологию и уровень полномочий, используемые CLI для развертывания.

auth.kotoba.cloud · api.kotoba.cloud
ХРАНЕНИЕ

Kotobase

Графовая база данных с адресацией по содержимому для состояния и знаний ИИ, с явными связями и идентифицируемой историей.

kotobase.net
РАБОТА АГЕНТА

Itonami

Выполняет непрерывную работу агента по рабочим пространствам, целям, инструментам и утверждениям.

itonami.cloud

Один CID релиза, исполняемый от нескольких провайдеров

CID релиза фиксирует голову пространства имён, определения, исходный Wasm, квитанции компиляции и доказательства воспроизводимости в одном IPLD графе. Имена и GitHub остаются для обнаружения и происхождения.

Пакет

Закрыть определения, Wasm-артефакты и квитанции компиляции под одним CID релиза.

Реплицировать

Хранить одну и ту же полную замкнутую структуру не менее чем в двух независимых источниках хранения.

Проверить + Запустить

Проверить каждый байт и маршрутизированные идентификаторы пиров, затем выполнить по CID релиза и экспортировать.

# install and run the live Ed25519 + ML-DSA-65 reference package
kotoba package add kotoba-lang/reference-math@0.1.0 --catalog-cid bafkreidcy5stqvnyfpmud6ozz5qz3supd3r3uzk7glmntuv36ezliaxstm
kotoba package run kotoba-lang/reference-math  # 42

kotoba library inspect <name|CID|#hash> --store .kotoba/codebase --namespace demo

# dry-run by default
kotoba library publish --store .kotoba/codebase --namespace demo --hosted

# replicate one exact release closure
kotoba library publish --store .kotoba/codebase --namespace demo --hosted --dry-run false \
  --pqc-seed-file <ml-dsa-seed> \
  --provider east=https://east.example --provider-token-file <east-token> \
  --provider west=https://west.example --provider-token-file <west-token>

# qualification and execution are release-CID addressed
kotoba library verify ipfs://<release-cid> --store .kotoba/codebase \
  --provider east=https://east.example --provider west=https://west.example
kotoba library run ipfs://<release-cid> --entry answer --store .kotoba/codebase \
  --provider east=https://east.example --provider west=https://west.example

# rotate or revoke the Principal-pinned ML-DSA key; both finish with Passkey
kotoba pq-key rotate --current-pqc-seed-file <current> \
  --next-pqc-seed-file <next> --expected-epoch 1
kotoba pq-key revoke --current-pqc-seed-file <current> --expected-epoch 2

Постквантовые подписи обязательны, не опциональны. Публикация требует как сессии Passkey, так и подписи ML-DSA-65, закреплённой за Principal. Внешние аутентификаторы и распределённая квалификация остаются отдельно проверяемыми границами.

Открыть каталог библиотек и граф зависимостей

От кода, написанного ИИ, к принятому вычислению

Писать

Агенты и люди свободно пишут читаемый, ориентированный на данные код.

Принять

Kotoba проверяет типы, эффекты, возможности, ресурсы и поддержку цели.

Связать

Хост и провайдер связывают идентичность Passkey и грант с областью ресурсов.

Запустить

Kotobase хранит артефакты и квитанции; Murakumo и Itonami выполняют принятое задание.

kotoba deploy --manifest app.edn --target murakumo:asher
# plan is dry-run by default; apply remains explicit

Границы делают возможным соединение.

Обнаружение — не делегирование полномочий

Хранение, вычисления и работа агентов сохраняют отдельные границы полномочий. Квитанции фиксируют каждый источник отдельно. Существующие Passkey не переносятся автоматически; новый RP требует проверенной связи Principal.