本文へ移動

KOTOBA / WELL BECOMING TECH

いい感じの社会を、ともにつくる。

一人ひとりがよく生きられる社会のための技術。

よりよい社会は、人と人のつながりから生まれる。

誰もが自分たちの手で、つくり、選べるように。

分散型の仕組みで、知識と機会を分かち合う。

Kotoba は、その可能性が育つ場所をつくります。

ひとりの発想を、仲間の力へ。

Good Vibes Society を、ともに現実へ。

つくる、つながる、協働するための分散型の基盤を育てています。サイバーセキュリティの取り組みは mithril.fund へ。

分散型技術を見る サイバーセキュリティは Mithril へ Kotoba Cloud を見る

Kotoba は分散型の技術で Good Vibes Society をつくります。技術はこの下へ。サイバーセキュリティは mithril.fund へ。

01 / つくる

自由につくる

オープンな道具で、一人の発想をみんなの可能性へつなげます。

02 / つながる

ひらかれたつながり

知識や関係性を、コミュニティやサービスを越えて持ち運べるようにします。

03 / 育てる

ともに育つ

次の社会をつくることに、より多くの人が参加できるようにします。

調査のためのモデル

TEXT / VISION / MoE

Qwen3.8 Flash Next

専用推論基盤で実応答を確認したモデルです。停止状態からの初回起動に数分かかる場合があります。本人確認・審査後の提供に向けて接続を進めています。

qwen3.8-flash-next-whitehacker

モデルカード ↗

本人確認から、無料の研究環境へ。

  1. アカウント

    既存のアカウントでログイン。ウォレット接続だけでは本人確認済みになりません。

  2. eKYC

    本人確認は Stripe Identity 経路のみです。verify.stripe.com で書類・顔の確認が完了すると自動承認されます（ekyc 365日、screening 24時間、trust 60点）。

  3. AML / CTF

    制裁・PEP 等の照合、リスク審査、必要な追加確認。保留・期限切れ・停止中は推論できません。

  4. 無料で調査

    調査権限と対象範囲を確認後、無料枠を利用。確認後も継続的な再審査を行います。

本人確認済みの研究者は $0

無料枠：1 日 1,000 リクエスト、1 回最大 32,768 出力トークン。上限で停止し、自動課金はしません。上限を超えたリクエストは、月額プラン（$20/月から）またはプリペイドの AI クレジットで継続できます（二重課金なし）。10〜1,000 ドルの自由額を都度チャージ（12 か月有効）。大きいパックはボーナス付き（$50→51 クレジット +2%、$100→103 +3%、$500→525 +5%、$1,000→1,100 +10%）。自動チャージも選択可能です。

AI クレジットを $10 からチャージ →

まずログイン 研究者登録（Stripe Identity）

Kotoba は分散型の技術で Good Vibes Society をつくります。技術はこの下へ。サイバーセキュリティは mithril.fund へ。

利用条件とデータの取り扱い

本人確認書類、顔写真、秘密鍵、API キーをこのフォームに入力しないでください。接続前の申請内容は送信・保存されません。

研究ワークスペース

新モデル・料金・無料枠の変更をメールでお知らせします

入力されたアドレスは Kotoba Cloud の販売管理に 1 回だけ記録され、これらのお知らせに使われます。それ以外の用途には使われません。

利用条件とデータの取り扱い

許可されたコードのレビュー、ひらかれたつながり、修正支援に限定します。不正侵入、認証情報の窃取、破壊行為、無許可の第三者調査には使えません。本人確認は調査権限を意味しません。

Webで完結するKotoba独自の本人確認を開発しています。書類・顔画像・氏名・生年月日を推論モデルには送りません。こちらには確認状態、有効期限、証跡参照、審査と利用の記録を最小限保持する設計です。事業者、保存期間、移転先、削除・異議申立て窓口を確定・公開するまで、本人確認の受付を開始しません。

PEP や同姓同名の候補一致は自動的な違反認定ではありません。追加確認と再審査を行う運用を準備します。AML／CTF の法的適用範囲は運営主体・提供地域に応じて確認します。

Stable Principal を確認する

サインインして Stable Principal を確認してください。それが最初に完了できる手順です。Hosted apply は提供していません。

今完了できること: サインインして Stable Principal を確認し、データベースへ接続します。

Base Account で始める

境界を保ったまま、三つの実行面へ。

一つの巨大な trust domain にまとめず、それぞれの authority を分けたまま接続します。

CONTROL + IDENTITY

Kotoba Cloud

Passkey で Stable Principal を確認し、CLI deploy が参照する topology と authority floor を公開します。

auth.kotoba.cloud · api.kotoba.cloud

一つのrelease CIDを、複数の保存先から実行する

release CIDはnamespace head、definition、raw Wasm、compile receipt、再現性evidenceを一つのIPLD graphに固定します。名前とGitHubは発見・provenanceです。

Bundle

definition、Wasm artifact、compile receiptを一つのrelease CIDへ閉じる。

Replicate

同じclosureを少なくとも2つの独立storage originへ保存する。

Verify + Run

全byteとrouted peer IDを検証し、release CIDとexportから実行する。

Shell 
# 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 sessionとPrincipalに固定したML-DSA-65署名の両方が必要です。外部Passkey authenticatorと分散認定は別に検証します。

ライブラリcatalogと依存graphを見る

AIのコードが、許可済みの計算になるまで

Write

AIと人間は、読みやすいデータとしてコードを自由に書く。

Admit

Kotobaがtype、effect、capability、resource、targetを検査する。

Bind

Passkey identityと対象限定grantを、host/providerが具体的なscopeへ結びつける。

Run

Kotoba Cloud Database が artifact と receipt を保持し、Kotoba Cloud AI と Itonami が許可された処理を担う。

Shell 
kotoba research --scope <approved-scope> --task code-review
# requests are admitted by Kotoba Cloud before inference

境界があるから、つながれる。

Discoveryは権限委譲ではありません

kotoba.cloud は各 origin を発見可能にしますが、storage、compute、agent work を一つの trust domain にしません。receipt は各 origin を別々に記録します。

既存の auth.kotobase.net Passkey も自動移行しません。新しい RP では、検証された Principal link が必要です。

Machine-readable profile 言語仕様を読む