EXECUÇÃO CONTROLADA
Kotoba Cloud conecta o ambiente de execução de software gerado por IA por meio de identidade e controle de implantação. Kotoba é a linguagem. Kotobase é a camada de estado de grafos confiável.
Os detalhes técnicos, documentos legais e alguns processos de conta continuam em inglês.
NOME DE USUÁRIO PASSKEY
@kotoba-…
PRINCIPAL ESTÁVEL
—
CONTROLADOR ATIVO
—
Os serviços se conectam sem se tornarem um grande domínio de confiança. Cada autoridade permanece governada separadamente.
Passkey verifica um Principal Estável. O plano de controle publica a topologia e o piso de autoridade usados pela implantação CLI.
Um banco de dados em grafo endereçado por conteúdo para estado e conhecimento de IA, com relacionamentos explícitos e histórico identificável.
kotobase.net ↗Coloca cargas de trabalho admitidas em recursos CPU/GPU e as executa.
murakumo.cloud ↗Executa trabalho contínuo de agente através de espaços de trabalho, metas, ferramentas e aprovações.
itonami.cloud ↗Um CID de release fixa o cabeçalho do namespace, definições, Wasm bruto, recibos de compilação e evidência de reprodutibilidade em um único grafo IPLD. Nomes e GitHub permanecem para descoberta e proveniência.
Feche definições, artefatos Wasm e recibos de compilação sob um único CID de release.
Armazene o mesmo fechamento completo em no mínimo duas origens de armazenamento independentes.
Verifique cada byte e IDs de pares roteados, então execute pelo CID de release e exporte.
# 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 2Assinaturas pós-quânticas são obrigatórias, não opcionais. A publicação requer tanto uma sessão Passkey quanto uma assinatura ML-DSA-65 vinculada ao Principal. Autenticadores externos e qualificação distribuída permanecem limites verificados separadamente.
Abra o catálogo de bibliotecas e o grafo de dependênciasO CLI assinou este grafo localmente e o armazenou no Kotobase. Verifique os CIDs e o nome IPNS antes de publicar.
Verifique a ação, época, chave atual e próxima chave. A rotação é assinada por ambas as chaves ML-DSA e só entra em vigor após confirmação do Passkey.
Agentes e humanos escrevem livremente em código legível e orientado a dados.
Kotoba verifica tipos, efeitos, capacidades, recursos e suporte ao alvo.
O host e o provedor vinculam a identidade Passkey e uma concessão com escopo de recurso.
Kotobase mantém artefatos e recibos; Murakumo e Itonami realizam o trabalho admitido.
kotoba deploy --manifest app.edn --target murakumo:asher
# plan is dry-run by default; apply remains explicitArmazenamento, computação e trabalho de agentes mantêm limites de autoridade separados. Os recibos registram cada origem separadamente. As Passkeys existentes não migram automaticamente; o novo RP exige um vínculo de Principal verificado.