Kotoba Cloud
Passkey подтверждает Stable Principal. Плоскость управления публикует топологию и уровень полномочий, используемые CLI для развертывания.
КОНТРОЛИРУЕМОЕ ВЫПОЛНЕНИЕ
Kotoba Cloud обеспечивает вход в среду выполнения программ, созданных ИИ, через идентификацию и управление развёртыванием. Kotoba — язык, а Kotobase — слой надёжного состояния графа.
Технические сведения, юридические документы и некоторые операции с учётной записью пока доступны на английском.
ИМЯ ПОЛЬЗОВАТЕЛЯ PASSKEY
@kotoba-…
СТАБИЛЬНЫЙ PRINCIPAL
—
АКТИВНЫЙ КОНТРОЛЛЕР
—
Сервисы соединяются, не превращаясь в одну гигантскую область доверия. Каждая власть остаётся отдельно управляемой.
Passkey подтверждает Stable Principal. Плоскость управления публикует топологию и уровень полномочий, используемые CLI для развертывания.
Графовая база данных с адресацией по содержимому для состояния и знаний ИИ, с явными связями и идентифицируемой историей.
kotobase.net ↗Размещает допущенные рабочие нагрузки на CPU/GPU ресурсах и выполняет их.
murakumo.cloud ↗Выполняет непрерывную работу агента по рабочим пространствам, целям, инструментам и утверждениям.
itonami.cloud ↗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. Внешние аутентификаторы и распределённая квалификация остаются отдельно проверяемыми границами.
Открыть каталог библиотек и граф зависимостейCLI подписал этот граф локально и сохранил его в Kotobase. Проверьте CIDs и имя IPNS перед публикацией.
Проверить действие, эпоху, текущий ключ и следующий ключ. Ротация подписывается обоими ключами ML-DSA и вступает в силу только после подтверждения Passkey.
Агенты и люди свободно пишут читаемый, ориентированный на данные код.
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.