I dettagli tecnici, i documenti legali e alcuni processi di account restano in inglese.
Capture → private submission → operator review
Checking private storage and review availability. Do not capture real documents yet.
Photos and video stay in this page’s memory until submission and disappear when you leave. Capture is not automatic approval or completed live verification.
Only registered reviewers can claim cases and view evidence. Approval also requires a live interview, screening, scope review and a registered review signature.
Signed review verification is implemented. Browser approval and rejection require reviewer and signing-key enrollment.
KOTOBA CLOUD / WHITE HAT RESEARCH
Investigate authorized code. Validate the finding. Ship the fix. Specialized LLM inference for verified white-hat researchers, with a free research allowance.
Preparing for launch — the selected Murakumo model returned a real response. Site inference remains closed until identity verification and review are connected.
01 / INVESTIGATE
Inspect code you own or are authorized to review for authorization gaps and input validation issues.
02 / VALIDATE
Work through reachability, impact and false positives to produce evidence-backed findings.
03 / REMEDIATE
Prepare fixes, regression tests and reports for responsible disclosure.
TEXT / SECURITY / NVFP4
A real response has been verified through Murakumo. Cold startup can take several minutes. Access remains gated while identity verification and review are connected.
qwen3.8-flash-next-cybersecurity-nvfp4
Dealign.ai ·
Research ↗Sign in with your existing account. A connected wallet alone is not verified identity.
Browser document capture and supervised live identity review are in development. Approved Web review contributes 60 trust points. App passport verification can add an independent route later.
Sanctions and PEP screening, risk review and additional checks where needed. Pending, expired or suspended records cannot infer.
Confirm authorization and research scope, then use the free allowance. Ongoing review keeps eligibility current.
Planned launch allowance: 50 requests per day, up to 2,048 output tokens per request. Usage stops at the limit. No automatic charges.
Preparing for launch — the selected Murakumo model returned a real response. Site inference remains closed until identity verification and review are connected.
For authorized code review, vulnerability triage and remediation. No unauthorized intrusion, credential theft, destructive activity or third-party research without permission. Identity verification does not grant research authorization.
First-party browser identity verification is in development. Documents, face images, names and birth dates will never be sent to the inference model. The service is designed to retain minimal verification status, expiry, evidence references, review and usage records. Verification intake remains closed until providers, retention periods, transfer destinations, deletion and appeal contacts are finalized and published.
PEP status or a possible name match is not automatically a finding of wrongdoing. Additional checks and human review are planned. Legal AML/CTF obligations depend on the operator and service jurisdictions.
Accedi per confermare uno Stable Principal. È il primo passo che si può completare. Hosted apply non è offerto.
Si può completare ora: accedi, conferma lo Stable Principal, poi collegalo a Kotobase.
Inizia con Base AccountStable Principal confermato.
PASSKEY USERNAME
@kotoba-…
STABLE PRINCIPAL
—
ACTIVE CONTROLLER
—
Indirizza questo Principal a Kotobase. Quel collegamento funziona già.
Collega questo PrincipalI servizi si collegano senza diventare un unico dominio di fiducia. Ogni autorità resta governata separatamente.
Passkey verifica uno Stable Principal. Il piano di controllo pubblica la topologia e il livello di autorità usati dal deploy CLI.
Un database a grafo indirizzato per contenuto per lo stato e la conoscenza dell’IA, con relazioni esplicite e cronologia identificabile.
kotobase.net ↗Colloca i carichi di lavoro ammessi su risorse CPU/GPU e li esegue.
murakumo.cloud ↗Esegue il lavoro continuo degli agenti tra workspace, obiettivi, strumenti e approvazioni.
itonami.cloud ↗Un CID di rilascio fissa la testa del namespace, le definizioni, il Wasm grezzo, le ricevute di compilazione e le prove di riproducibilità in un grafo IPLD. Nomi e GitHub restano per la scoperta e la provenienza.
Chiudere definizioni, artefatti Wasm e ricevute di compilazione sotto un CID di rilascio.
Memorizzare la stessa chiusura completa in almeno due origini di archiviazione indipendenti.
Verificare ogni byte e gli ID peer instradati, poi eseguire per CID di rilascio ed esportare.
# 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 2Le firme post-quantistiche sono obbligatorie, non opzionali. La pubblicazione richiede sia una session Passkey sia una firma ML-DSA-65 ancorata al Principal. Autenticatori esterni e qualificazione distribuita restano confini verificati separatamente.
Apri il catalogo delle librerie e il grafo delle dipendenzeLa CLI ha firmato questo grafo in locale e lo ha salvato in Kotobase. Verifica i CID e il nome IPNS prima di pubblicare.
Verifica azione, epoch, chiave attuale e chiave successiva. La rotazione è firmata da entrambe le chiavi ML-DSA e ha effetto solo dopo la conferma Passkey.
Agenti e esseri umani scrivono liberamente in codice leggibile e orientato ai dati.
Kotoba controlla tipi, effetti, capacità, risorse e supporto del target.
Host e provider legano l’identità Passkey e una concessione con ambito di risorsa.
Kotobase conserva artefatti e ricevute; Murakumo e Itonami eseguono il lavoro ammesso.
kotoba deploy --manifest app.edn --target murakumo:asher
# plan is dry-run by default; apply remains explicitArchiviazione, calcolo e lavoro degli agenti mantengono confini di autorità distinti. Le ricevute registrano ogni origine separatamente. Le Passkey esistenti non migrano automaticamente; il nuovo RP richiede un vincolo Principal verificato.