コンテンツへスキップ

hello.kotoba / IPFS

;; W1 pure representative: ordinary Clojure-shaped values/functions only.
(ns examples.w1-pure)

(defn double [n]
  (+ n n))

(defn main []
  (double 21))
  • ソースCID bafkreiaeohkv2zu… IPFS CIDv1 · raw · hello.kotobaのsha2-256
  • ソース SHA-256 0471d55d668ed5f9… ここに示された正確なファイルのsha-256
  • チェック済み KIR SHA-256 92635333e1e0da86… コンパイラが認めた型付き、効果チェック済みの表現
  • アーティファクト識別子 SHA-256 cfea3b89cc022a6b… ソース、ポリシー、コンパイラ契約、ターゲットABIをバインドします

ソースCIDはhello.kotobaを開きます。SHA-256 ダイジェストはソースバイト、検証済みKIR、およびアーティファクトの識別子を示し、IPFSアドレスではありません。

安全 + 高速 · AI生成ソフトウェア向けに構築

安全なコード。機械速度向けに構築。

Kotoba は安全で超高速なAI生成ソフトウェアのために設計されたリスプ型言語です。検査可能なプログラム、明示的な能力、コンテンツアドレス指定アーティファクトがコンパイラチェックと制御された実行を結びつけます。

最速コールドビルド · 4 の 4 順序が認定済み

このホスト上での任意のツールチェーンの中で最速のコールドビルド。

11.75ミリ秒

Kotoba ソースから WebAssembly アーティファクトへ、プロセスコールド — その後実行、 そしてクロック停止後にチェックされた答え。

  1. Kotobaリリース済みCLI · WebAssembly 11.75 msここで最速
  2. C / Clangネイティブホスト 29.08 ms2.5× Kotoba
  3. Rust / rustcWebAssembly 38.99 ms3.3× Kotoba
  4. Rust / rustcネイティブホスト 56.02 ms4.8×Kotoba
  5. JVM / javacJVMクラス 171.53 ms14.6× Kotoba

プロセスコールドビルドの壁時間(ミリ秒);短いほど速い。K=1 ソース、1ホスト上でレーンをインターリーブ、各7サンプル。

すべての4順序が合格 パフォーマンスゲート 緩和されていないデフォルトポリシーで — 少なくとも5%であり、 アーム自身の広がり — ホストが忙しくても順序が保持される。 このホスト、このソースサイズ、この実行にバウンド:ビルド時間はない 実行速度、ソースが大きくなるにつれて利点は狭まり、リリース済み バイナリには厳格な正確性の上限がある。5つのベンチマークすべてを含む Kotobaに反するものは以下にあります。測定済み 2026-08-31 オン Apple M4.

AI が継続的にコードを生成、ビルド、テスト、再生成すると、ビルドレイテンシはインフラスループットになります。
デフォルトで拒否

環境権限なし

暗黙のファイルシステム、ネットワーク、プロセス、クロック、モデル、または秘密なし。

チェック済みKIR

権限はコンパイルを通過します

型、効果、リソース、およびターゲットサポートは発行前に受け入れられます。

ホスト強制

権限のみがバウンドされる

ホストとプロバイダーは具体的なスコープを強制し、決定を記録します。

ポスト量子フロア

クラシックのみのダウングレードはありません

新しい暗号化および公開境界はML-KEMまたはML-DSAの証拠を必要とし、剥ぎ取られたPQ素材を拒否します。

01 問題点

AIは人間がレビューするより速く書ける

生成されたコードは有用であっても、ファイル、ネットワーク、秘密、プロセス、モデル、または支払い表面に到達し、リクエストが決して公開しようとしなかったものに到達する可能性がある。

古いデフォルト

広くビルドし、後で制約をかける

汎用プログラムは環境意味論から始まります。サンドボックス、IAM、コンテナ、ポリシー、署名が周囲に追加され、意図された境界を回復します。

KOTOBA デフォルト

狭く権限を与え、次にコンパイル

効果と能力は認められた計算の一部です。ターゲットが付与を証明しバインドできない場合、アーティファクトは発行も実行もしません。

KotobaはランタイムとOSの分離を補完します;それらの層を不要にするものではありません。

Lispの思考とGP 2のグラフ書き換えがRustの規律と出会う場所

Kotoba は小規模でデータ指向の、Clojure 形状の言語です。その設計は Lisp のコードをデータとして扱う伝統に基づいています。 GP 2 のルールベースグラフ書き換え権限、効果、リソース、パッケージ、アーティファクトの識別に関する静的規律と共に。

直感的

読み取り可能なデータとしてのコード

不変値、通常関数、明示的データ、および合成可能な構文は人間とモデルが生成および検査しやすい。

宣言的

何が起こりうるかを述べる

効果、能力、リソース、依存関係、およびターゲットは入場時に可視の入力であり、展開後に発見される驚きではありません。

セキュリティ第一

言語が少なく、境界が厳しい

認められたコンポーネント表面に環境間相互運用性、ランタイムコードの読み込み、無制限の変更、ゲスト定義マクロ、無制限の並行性はない。

安全かつ高速 · AI生成ソフトウェア向けに構築

これは隔離の指針であり、「ハッキング不可能」という主張ではありません。コンパイラ、検証器、ランタイム、プロバイダー、ポリシールート、鍵管理、およびOSの分離は信頼できる計算基盤に残ります。

02 境界の動作方法

計算全体のセキュリティ

境界は意図から実行まで運ばれる。各段階は権限を狭めるか検証し、後の段階で権限を創出することは許されない。

1 · ソース

宣言的意図

小さく、Clojure 形状の表面はプログラムを読みやすく保ち、環境からの脱出ハッチを除外する。

2 · チェック

検査済みKIR

型と推移効果はターゲットに依存しない、検査可能な表現になります。

3 · ADMIT

権威の交差

要求済み、委任済み、ローカルポリシー、リソース、およびターゲットの権限は狭めることのみ可能です。

4 · 識別

アーティファクトに対処する

コード、依存関係、ポリシー、コンパイラ契約、およびターゲットABIが計算のアイデンティティを束縛する。

5 · 強制

ホストでバインド

ランタイムとプロバイダーは許可された能力のみをバインドし、有限の予算を強制し、領収書を発行します。

コンテンツの同一性は権威ではありません。

CID検証、署名、取り消し、ホストポリシー、リソースチェック、およびOS分離は別個の境界のまま。

アンビエントホスト評価なしの Lisp 評価

Kotoba は検証済みコードをコンテンツアドレスデータとして評価します。馴染みのある (eval request) サーフェスが型付けに下がる :code/eval 能力;ソーステキスト、リーダーフォーム、名前空間、ホストオブジェクトを決して受け取らない。

定義 CID

どのコード?

CIDはハッシュ検証済みのチェック済みKIR定義とそのCID専用依存クロージャを選択します。

入場 CID

ここで実行できますか?

正確なインターフェース、完全な効果行、現在の許容量、燃料、および減少する評価深度は実行前に束縛されます。

値 CID

何が返ってきた?

型付けされた結果はコンテンツアドレス証拠として永続化されます。そのハッシュは効果を遡って認可することはできません。

アイデンティティ、権限、および結果の証拠は三つの異なる事実です。

マシン契約: lang/typed-eval.edn. コンパイラワイヤ機能: 30. 境界付き適用は通常の閉じたモジュールクロージャ適用のままです。

AIファーストコンピューティングスタックのデフォルト

これらは資格付きの工学的主張です。デフォルト、境界準備済み、部分的、方向は異なる状態であり、どれも黙って普遍的に昇格しません。

方向 測定済み

より速くビルド。より速く実行。境界を維持。

Kotoba はコンパイラ起動、開発者ループ、ネイティブランタイム、およびワークロードドメインの測定を正確な結果チェックとともに公開します。現在の速度ランクは静かなホストゲートを通過するまで保留されます。セキュリティ受け入れはタイミングを勝つために決して削除されません。

準備完了制限付き

言語の上限なしのストレージ。

Kotobase はコンテンツの同一性、範囲読み取り、不変履歴、プロバイダーニュートラルストレージを使用します。物理容量、テナンシー、保持、コスト、複製、実行予算は明示的に残ります;これは無限ディスクの主張ではありません。

デフォルト

デフォルトでポスト量子暗号。

新しい Kotoba 暗号境界はすべて ML-KEM または ML-DSA 証拠を名前付けし、古典的なみのダウングレードを拒否しなければなりません。既存の Passkey、トランスポート、実装、および鍵管理は別々に資格付けされた境界として残ります。

デフォルト

認証あり。権限はデフォルトで拒否。

Passkey アイデンティティは制御境界に属する。検証済みアイデンティティは、明示的なスコープ付き付与がローカルポリシーとホストチェックを通過するまで、ファイルシステム、ネットワーク、ストレージ、モデル、秘密、支払い、GPU の権限を受け取らない。

準備完了制限付き

狭めることしかできない柔軟な委任。

要求された、委任された、ローカルポリシー、リソース、ターゲットスコープが交差する。委任は合成および減衰可能だが、環境権限を生成したり発行者の権限を拡大したりできない。

準備完了制限付き

Web3対応、ルートでチェーン中立。

安定した Kotoba プリンシパルと Passkey コントローラーが主要です。CAIP-10 アカウント、ERC-1271、および ERC-6492 は明示的なリンクアカウント証明です。ウォレットアドレスが静かにストレージや実行権限になることはありません。

部分的に実装済み

所有権が許す場合はゼロコピー;境界が必要とする場合は一回コピー。

カラム型バイトビューはベクター、直接ByteBuffer、およびUint8Arrayのバックアップを保持。Arrow投影は認可されたKotobaseレイクパスを通じて非圧縮バッファをカラム型のまま保持可能。ネットワーク入力、解凍、GPUアップロード、および不変の永続的更新は名前付きコピー境界のまま。

部分的に実装済み

矢印型データ。明示的なCPU SIMDおよびデバイスネイティブGPUカーネル。

Apple M4上で、非圧縮かつ非ヌラブルのArrow float32列は1つのWebAssembly線形メモリバックを保持し、Numは借用値スライス上で明示的なv128 f32x4カーネルを実行し、ArrowからSIMDへのコピーはゼロでした。スカラーの尾部が残りの行をカバーしました。同じ262,147要素規模のワークロードとアーティファクトの3回の認定実行で、そのSIMDカーネルはスカラーWasmより3.66-3.72x速く完了しました。これはカーネルとホストの結果であり、一般的なランタイム主張ではありません。同じ境界付き列パスはCPUビューを通じて1つのArrayBufferを保持し、1回の測定済みWebGPUアップロードでGPU所有権境界を越え、Metal上で実行し、4バイトのスカラーを返します。ヌラブル列、他のArrowデータ型、統一メモリアップロードの削除、より広範なカーネル、および普遍的なCPU/GPU認定は保留中です。

デフォルト

AI第一。エージェント安全がデフォルト。

Kotoba はAIエージェントやボットによって書かれたり操作されたりするプログラムのために設計されています。モデルが強力であるほど、明示的な効果、有限資源、能力の制限、レシート、ホストの強制がより重要になります。

方向

AGI対応境界、AGI主張ではない。

このアーキテクチャは、モデルがより高性能になるにつれて権限を明示的に保つことを意図しています。Kotoba はここにAGIが存在すると主張せず、生成されたプログラムが信頼できるとも、コンファインメントがコンパイラ、ランタイム、プロバイダー、キー管理、OSの信頼できるコンピューティングベースを除去するとも主張しません。

マシン権限: lang/product-defaults.edn. 無制限の物理ストレージ、どこでもコピーゼロ、普遍的な速度ランク、AGI達成、そしてハッキング不可能は依然として禁止された絶対的主張です。

AI が書いた Kotoba が要求できないもの

意図的に欠如した言語表面
境界 なぜそれが欠けているのか
compile, load, load-file, load-string, ns-resolve, read-string, require, resolve, use コンポーネントは環境プロセス状態からコードや権限を生成できません。 ソース文字列、リーダーフォーム、ロードされた名前空間、およびコンパイル済みホスト オブジェクトは効果推論されたことがなく、定義 CIDの一部ではありません。したがって、許可された`(eval request)`操作は別です: :code/evalを通じてCIDで既にチェック済みのKIRを選択し、 ホストによって再許可されます。
., .., import, new 任意のJVM/JSオブジェクトおよびメソッドアクセスは能力承認をバイパス。 許可ディスパッチで緩和不可:interopは guard-component-ability-callに到達せず、許可の交差、領収書、 取り消しは呼び出しを認識できません。wasm32 ABIでは空虚(そのような パスは存在しない);portable/trustedでは負荷を支え、 サブセットゲートが唯一の境界(別のVMサンドボックスは主張されない)。
alter-var-root, atom, binding, deref, dosync, ref, reset!, set!, swap!, var, volatile! 外部の可変状態はプロバイダー所有で能力/ポリシーにより媒介される;コンポーネントローカル状態は明示的に制限されたモデルを使う必要がある。 不変条件は変異自体ではなくAMBIENTである。2026-09-02以降、 その読み取りには1つではなく2つの結果がある。逃げる、 持続する、または関数を横断するセルはプロバイダー所有で :state-kit-desugar経路に留まる(効果行は:stateを示し、インスタンス化時に助成が必要、能力ハンドルは保存値として拒否される)。 どちらでもないセル -- (let [a (atom 0)] (swap! a + 1) @a) -- はホストを全く必要としない:ローカル状態スライス1はそれを通常の let再束縛に展開し、所有する直線コード以外は観察せず、実行時にセルは存在しない。atom / swap! / reset! / derefはしたがって展開経由で許可され、セルが逃げる瞬間に拒否される。ref / dosync / volatile! / binding / var / alter-var-root / set!は能力モデルが決まっておらず拒否され失敗閉鎖のまま。
agent, future, locking, pmap, send, send-off コンポーネントのスケジューリングとリソースはテンダー制御され境界内に留まらなければならない。 定義CIDも委任された権限もCPUやスケジューリングを計測しない; 燃料はインスタンスごとであり環境スレッドはそれを回避するだろう。 サブ予算化された燃料を持つ構造化スポーン能力は設計可能だが 未決定;拡大パスはまだない。
defmacro 安全なコンポーネント表面は実行前に静的に検査可能でなければならない。 緩和不可:展開はコンパイラ内(ビルド時)でコードを実行し、 定義 CID ハッシュは脱糖型付き KIR の後であるため、無制限の マクロは早期に実行され、ソースのアイデンティティを検査不能にする。 defdesugar(有界純粋脱糖)は認められた代替手段として残る。
catch, throw, try アンビエントな throw/try/catch は追跡されない非ローカル制御フローです: それはスコープを抜け、推論された効果行に決して言及されず、アンワインド義務をスキップします(データスペースファセットの撤回はまだ検証済みのアンワインドを持ちません)。禁止されているのはアンビエントフォームです。2026-09-02 以降、型付き中断能力は展開によってヘッドを許容します: 効果は推論行に :abort として現れ、関数は [:result T E] に低減されるため、アンビエントフォームは展開後に存在しません。スライス 2 (2026-09-02) は :abort を呼び出しに伝播させ、中断するオペランドやテストを let バインディングに A 正規化しました。どちらも不変条件を広げません。伝播された中断は呼び出し元の行にあり、A 正規化されたものは異なる位置で同じ展開です。アンワインドの前提条件が重要な場合、中断は拒否されたままです — 現在は CALL に対しても throw に対しても同様です。

これらは lang/surface-status.edn にある名前付きセキュリティ制約であり、ロードマップに欠けている機能ではありません。

03 証拠

境界を付けた証明

Kotoba は実装証拠を市場の牽引力から分離し、残留リスクをすべての安全主張の隣に保持します。

33 コア

内部生産ドッグフーディング

より広い Kotoba スタックは内部で 33 推論コアを実行します。これはチームが独自のスタックを運用していることを証明します;顧客の牽引力、有料採用、収益ではありません。

8のクレーム

境界は機械可読

安全性の主張は、信頼されたコンピューティングベース、否定的証拠、および残留リスクを名前で示し、「ハッキング不可能」というスローガンにまとめ込むことはしない。

デフォルトで拒否

助成なし、ホスト効果なし

空のポリシーはファイルシステム、ネットワーク、プロセス、クロック、モデル、秘密権限を付与しない。プロバイダーは具体的なリソース範囲も検証しなければならない。

内部の実運用利用はドッグフーディングの証拠にすぎない。外部顧客、有料パイロット、収益を意味しない。

5つのベンチマーク。5つの異なる質問。

コンパイラ起動は、1つの小さなソースがどれだけ速くアーティファクトになるかを尋ねます。ビルドスケーリングは、ソースが小さくなくなったときにその数がどうなるか、そしてアーティファクトがまだ応答するかどうかを尋ねます。開発者ループは解決、チェック、ビルド、最初の結果を分離します。ネイティブランタイムは既にビルドされたコードの実行速度を尋ねます。ワークロードドメインスイートは文字列、コレクション、割り当て、I/O、並行性、小さな実アプリケーションの挙動を尋ねます。結果は5つの質問とその証拠状態を分けて保持します。

ビルド起動 · ランク資格なし

4ツールチェーン、21がそれぞれ実行

Kotoba 40.998 ms · Rust 126.422 ms · C 146.324 ms · JVM 961.248 ms 中央値。

21 回転するプロセスコールドサンプル · load1 30.79 → 39.79 · 必須 ≤ 1 · 2026-08-29 · Apple M4

ランタイム · カバレッジ完全

6 ワークロード × 5 比較器

Amu ネイティブは Rust、Clang / C11、Zig、Go c-shared、Swift と共通のネイティブコール境界を通じて試験されています。

30/30比較器/ワークロードペア · 正確な回答を検証済み

ランタイム速度 · 19/30 資格あり

19 対 30 ペア

Amuネイティブは30の比較器/ワークロードペアのうち19で少なくとも5%勝利し、アーム自身の広がりから分離。境界付き最速主張はすべてのペアを必要とし、資格なしのまま — カウントは情報的半分。

少なくとも2のペアは全く勝てません。狭義算術では、amu、Apple clang -O3、および rustc -O3 はカーネルを同じ61命令列にコンパイルします—clangとrustcはバイト単位で同一、amuはレジスタ番号のみ異なります。コードが同一である以上の5%の余裕は存在せず、したがってこの限定された主張は単に満たされていないのではなく達成不可能です。

5ホスト認定実行の中央値;スコア範囲は19–20で、19は30ペアすべてで認定されました。単一のノイズの多いサンプルが複数ペアを同時に失格にすることがあるため、単一実行のスコアは一つのペアに正確ではありません。

busy-CPU 0.090 → 0.069 → 0.076 · 要求 ≤ 0.10 · 2026-09-07

開発者ループ · ランク未資格

11 ツールチェーンパス

依存関係の解決、チェック、クリーンおよび変更なしビルド、プロセスコールドの最初の結果は別々に記録されます。

7サンプルは計測された各段階ごと · load1 20.84 → 24.49 · 要求 ≤ 1

ビルドスケーリング · 天井検出

8のソースサイズ

同じプログラムが1つの関数から 2048ホスト上のすべてのツールチェーンによって構築され、その後実行される。 リリースされたバイナリはここで最も低いコールドスタートコストと正確性を持つ 128関数の上限。

クロック停止後にチェックされたアーティファクト · load1 2.73 → 2.73 · 必須 ≤ 1 · 2026-08-31

ワークロードドメイン · ランク資格なし

6 ドメイン × 6 ランタイムパス

文字列、コレクション、割り当て、ファイルI/O、4ワーカー並行処理、およびリクエスト受け入れポリシーアプリケーションカーネルは正確性がチェックされています。

7サンプルはプロセスコールドと償却レーン両方にある · load1 13.87 → 12.38 · ランク保留

ソースが大きくなるにつれてのビルド時間

上記のベンチマークは一画面に収まるほど小さいプログラムを構築します、 ツールチェーンの起動速度を測定します。これについてはほとんど言及しません。 開発者が実際に待つ数値、すなわち傾き。これが5番目 ベンチマークは同じプログラムを増大するサイズで生成します — K 独立した4つの操作関数と1つのエントリーポイントで それらすべてを呼び出し — ホスト上のすべてのツールチェーンでビルドし、 回転順。

クロックが停止した後に各ツールチェーンが生成したものを実行します。 そのチェックは装飾ではない。成果物を出す最速の方法は 壊れたものを出力するので、動作を停止したレーンはそうでなければ投稿したでしょう 停止した正確な場所で最高の数値を示す。

20 ms 100 ms 1 s 10 s K=1 32 128 512 2048 生成関数(対数スケール) ビルドウォールタイム(対数スケール) Kotoba / Amu → ネイティブ Kotoba / Amu → Wasm rustc → Wasm rustc → ネイティブ javac clang → ネイティブ Kotoba · リリース済みCLI

両軸は対数スケール:ソースは3桁の範囲にわたり、時間も同様。線は実行終了点で点、プログラムでない成果物を出したレーンで十字、ツールチェーンがビルド拒否した場所でバーで終わる。これら3つは同じイベントではなく、下の2つの失敗も同じ失敗ではない。

ソースサイズごとのプロセスコールドビルドウォールタイム; 中央値、1ホスト、レーンは交互に
ツールチェーン / ターゲット K=1 K=32 K=128 K=129 K=512 K=1023 K=1024 K=2048
Kotoba · リリース済みCLI · WebAssembly 11.753 ms 35.84 ms 111.538 ms 無効なアーティファクト 無効なアーティファクト 無効なアーティファクト ビルド失敗 ビルド失敗
Kotoba / Amu · WebAssembly 733.255 ms 825.418 ms 1123.04 ms 1123.847 ms 3380.63 ms 9242.463 ms ビルド失敗 ビルド失敗
Kotoba / Amu · ネイティブ aarch64-macos 962.198 ms 1509.84 ms 2973.249 ms 3000.243 ms 10601.87 ms 23725.327 ms ビルド失敗 ビルド失敗
Rust / rustc · WebAssembly 38.992 ms 45.622 ms 66.066 ms 65.56 ms 151.592 ms 277.88 ms 280.867 ms 595.812 ms
Rust / rustc · ネイティブホスト 56.023 ms 62.849 ms 82.107 ms 82.277 ms 159.519 ms 261.586 ms 260.934 ms 469.277 ms
C / Clang · WebAssembly ツールチェーンなし ツールチェーンなし ツールチェーンなし ツールチェーンなし ツールチェーンなし ツールチェーンなし ツールチェーンなし ツールチェーンなし
C / Clang · ネイティブホスト 29.078 ms 30.442 ms 35.765 ms 36.581 ms 60.594 ms 104.992 ms 101.728 ms 223.232 ms
JVM / javac · JVMクラス 171.53 ms 197.998 ms 237.582 ms 238.611 ms 316.795 ms 378.252 ms 377.591 ms 454.632 ms

judahnoMac-mini.local(Apple M4)で測定された2026-08-31。Kは生成された関数の数;Kotobaのソースは9から14338行まで。ターゲット、ABI、最適化レベル、ランタイム契約はレーンごとに異なるため、これは開発者のフィードバック遅延に関するものであり、同等の作業ではありません。ホストロードゲートは失敗(load1 2.73–2.73、必要条件 ≤ 1)したため、これらはこの実行の観測値であり移植可能な数値ではありません。レーンはインターリーブされているため、順序は別途資格付けされています。

どの順序がノイズテストを通過するか

比率はランキングではありません。 パフォーマンスゲート ギャップが両腕自身の広がり内にある任意の順序を拒否します。 比率がどれほど大きく見えても、サンプル数が少なすぎる腕を拒否し、または ノイズが多すぎます。ここでは独自のデフォルトポリシーで緩和されずに実行されます — これを通すために緩められた閾値はベンチマーク測定となる 独自の閾値。レーンは1つのホスト上でインターリーブされているため、ギャップが存在します このテストを通過したものはホストが忙しい状態を生き延びます。

有効なモジュールをまだ発行するすべてのサイズで、各比較器に対してKotoba CLIをリリースしました
サイズ 比較済み Kotoba倍速い? ギャップ対結合スプレッド なぜそうしないのか、もしそうでなければ
K=1 C / Clang · ネイティブホスト はい、適格 17.1 ms 対 1.0 ms
K=1 JVM / javac · JVMクラス はい、適格 160.8 ms 対 5.4 ms
K=1 Rust / rustc · ネイティブホスト はい、適格 44.2 ms 対 0.6 ms
K=1 Rust / rustc · WebAssembly はい、適格 27.1 ミリ秒 対 0.5 ミリ秒
K=32 C / Clang · ネイティブホスト いいえ 5.3 ms 対 1.0 ms 改善が閾値未満
K=32 JVM / javac · JVMクラス はい、適格 161.9 ms 対 1.2 ms
K=32 Rust / rustc · ネイティブホスト はい、適格 26.7 ms 対 0.7 ms
K=32 Rust / rustc · WebAssembly はい、適格 9.8 ms 対 0.6 ms
K=128 C / Clang · ネイティブホスト いいえ 75.8 ms 対 1.2 ms 改善が閾値未満
K=128 JVM / javac · JVMクラス はい、適格 126.2 ms 対 2.2 ms
K=128 Rust / rustc · ネイティブホスト いいえ 29.3 ms 対 1.4 ms 改善が閾値未満
K=128 Rust / rustc · WebAssembly いいえ 45.8 ms 対 1.1 ms 改善が閾値未満

改善が閾値以下であることは、Kotobaレーンがそのサイズで全く速くなかったことを意味します。利点はコールドスタート時に実際かつ資格があり、Cに対してはK=32、Rustに対してはK=128で消えます。その交差点が結果であり、要約せずに表示されています。

同じ失敗ではない二つの失敗

この実行で3つの Kotoba レーンが停止し、それらを1つとして公開しています 行は誤りだった。1つは欠陥。残り2つは宣言済み 指定どおりに正確に強制される境界、およびそれらを欠陥として報告 これはコンパイラではなく境界を測定することを意味します。

何が停止し、それが意味すること
観察 読み込み中
リリースされた kotoba CLI は 128 関数を超えてコンパイルされないモジュールを出力します。 欠陥とハーネス内で検証する理由。K=129 のとき、呼び出しは関数インデックス 128 を持つ必要があり、これは2バイトのLEB128が必要な最初の値で、発行者は1バイトを書きます。バイトは欠落したエンコーダではなく未使用のものを示しています:local.set 128 は 80 01 と書かれ、1命令後のcall 128 は 80 と書かれます。切り捨てられたオペランドの数は正確にKから 128 を引いた数です。現在のコンパイラはこれを持っていません — AmuはK=129 を正しく構築し、この修正はこのリリースがタグ付けされる前から発行者のデフォルトブランチにあります。
すべての Kotoba レーンは、デフォルト設定でビルドされた場合 K=512 でトラップする 欠陥ではありません。Kotobaモジュールは宣言された呼び出し燃料予算を持ち、コンパイラのデフォルトは512呼び出しで、このワークロードはK=512でエントリポイントが512リーフを呼び出すところで超えます。ハーネスは1,048,576ユニットを明示的に宣言し記録しました。C、Rust、Javaには同等の制限はありません。
Amuは1,024関数を超えるとモジュールを完全に拒否する これも欠陥ではなく、最初の行の反対です。max-functions は宣言された許容限界であり、コンパイラは kotoba.error/subset-reject で停止し、拒否したものを名前で示します。読み込めないものを出力するのではありません。大きな天井と静かな天井は非常に異なる結果であり、アーティファクトを実行するハーネスだけがそれらを区別します。測定された 2026-09-07:これはプログラム全体の天井であり、単一モジュールのものではありません — max-project-functions も 1,024 であり、リンクされたプロジェクトに対してチェックされるため、今日ではどのモジュールの配置も 2,048 関数プログラムをコンパイルしません。

これが確立するもの

不利なものを含む5番目のベンチマークの回答
質問 この実行からの回答
小さなモジュールのコールドKotobaビルドはどれくらい速いですか? リリースされたCLIはK=1を11.753ミリ秒でプロセスコールドビルドし、アーティファクトを実行し回答をチェックしました — ここで測定されたどのレーンよりも最速の最初の結果です。
リリースされたバイナリはどれほど大きなモジュールをビルドできますか? 最大 128 関数。それを超えると遅くなるのではなく、誤りであり、このハーネスはそれを高速なレーンではなく失敗したレーンとして報告する。
ソースが増えてもビルド時間は競争力を保ちますか? K=128を通じて、リリースされたCLIは上記の表でRustおよびCと比較されています。その時点を過ぎると、正しいモジュールを出力し続ける唯一のKotobaコンパイラはAmuであり、これはリリースされたバイナリとしてではなくnbb上で動作し、測定されたすべてのサイズでおおよそ1桁遅いため、大きなサイズではビルド速度は現在Kotobaの強みではなく、このページはそれ以外を主張しません。
ソースが端から端までどれほど大きく構築されたか? K=1023 を Amu 経由で — 7163 行の Kotoba、アーティファクトが実行され、答えが検証されました。これは宣言された 1,024 上限の関数が一つ不足しており、次のサイズアップは誤構築を避けるため拒否されます。
出力されたコードは高速か? ここでは範囲外 — これはビルドを測定し、実行は測定しません。上記のネイティブランタイムスイートがその質問をします。

結論: 最小サイズでリリースされたバイナリはここにあるすべての比較対象よりもノイズテストを通過する差で速く、128 関数で厳密な正確性の上限があります。 その上限なしのコンパイラはすべてのサイズで概ね桁違いに遅いです 測定済み。同じ実行からの両方の事実であり、それらを見つけたハーネスは公開されています。 したがって実行に異議を唱えることができます。

各ネイティブワークロードが実際にかかる時間

下のグリッドは二つの腕のマージンを報告します。それは数値です。 perfgate ルールはオンだが、単独のパーセンテージはそれがどうかを示さない ワークロードは5ミリ秒か500ミリ秒で実行され、それは隠します 争われたペアと無関係なペアの違い。これらのパネルは これらのマージンが計算される中央値。Amuネイティブは色付きレーン すべてのパネルで — 最初でないパネルも含む。各パネルは 自身の最も遅いARMにスケールされている。パネルが答える質問は誰が そのワークロードでより高速。

狭義算術

  1. Clang / C11 6.41 ms
  2. Amuネイティブ 6.53 ms1.02× ここで最速
  3. Swift 6.55 ms
  4. Rust 6.58 ms
  5. Zig 8.24 ms
  6. Go c-shared 42.84 ms

広いレジスタ圧力

  1. Amuネイティブ 5.80 msここで最速
  2. Rust 6.19 ms
  3. Clang / C11 6.50 ms
  4. Zig 6.97 ms
  5. Go c-shared 41.07 ms
  6. Swift 44.08 ms

深いスピル圧力

  1. Amuネイティブ 9.23 msここで最速
  2. Rust 9.61 ms
  3. Zig 9.71 ms
  4. Clang / C11 10.23 ms
  5. Go c-shared 51.86 ms
  6. Swift 124.27 ms

呼び出し保持

  1. Rust 4.77 ms
  2. Clang / C11 4.82 ms
  3. Amuネイティブ 4.85 ms1.02× ここで最速
  4. Swift 6.77 ms
  5. Zig 8.44 ms
  6. Go c-shared 32.49 ms

分岐+呼び出し制御フロー

  1. Clang / C11 4.67 ms
  2. Rust 4.90 ms
  3. Amuネイティブ 4.98 ms1.07倍の速さ
  4. Swift 6.72 ms
  5. Zig 8.95 ms
  6. Go c-shared 33.84 ms

ループコールバックエッジ

  1. Clang / C11 139.84 ms
  2. Amuネイティブ 140.59 ms1.01×ここで最速
  3. Rust 141.73 ms
  4. Go c-shared 169.38 ms
  5. Swift 186.09 ms
  6. Zig 207.01 ms

5ホスト資格付き実行の中央値ミリ秒;短いほど高速。すべてのアームは独立してチェックされた同じ答えを返し、候補中央値は作業負荷ごとに1値です — スイートはABBA/BAAB順で各エンジンペアを回転させるため、同じAmuアーティファクトは作業負荷ごとに1回計測され、その後各アームと順に比較されます。このページの他の4つのベンチマークとは異なり、このベンチマークのクワイエットホストゲートは合格(qualified-host-load)しているため、これらは単なる観測値ではなくこのホストの数値です。制限された最速主張はまだすべての30ペアを必要としており、下のグリッドはそのためのものです。

すべてのランタイムペア、勝ち負け問わず

境界付きクレームは全か無かなので、単一の認定されていないペアがあれば偽になります。 その判決のみを公開すると、どのペアが争われているかが隠れてしまうため、全体が グリッドはここにあります。セルはAmuネイティブがその比較対象に対して示す平均改善値です そのワークロード上で;正の値はAmuが速いことを意味し、チェックはペアが 明確なパフォーマンスゲート — 少なくとも5%で、アーム自身の広がりから分離されています。

Amuネイティブ対各比較対象、2026-09-07、ホスト認定済み;✓ = perfgate合格
ワークロード Rust Clang / C11 Zig Go c-shared Swift
狭義算術 +0.4% -0.6% +20.1% +84.7% -0.6%
広いレジスタ圧力 +6.5% +10.9% +16.9% +86.0% +87.1%
深いスピル圧力 +4.2% +9.3% +5.1% +82.2% +92.6%
呼び出し保持 -1.0% -0.3% +42.9% +85.2% +29.6%
分岐+呼び出し制御フロー -2.6% -7.1% +43.8% +85.2% +25.1%
ループコールバックエッジ +0.8% -0.1% +32.4% +17.2% +24.8%

各セルは中心線から伸びたバーです:右側は Amu ネイティブが速く、左側は遅い。二方向は別々にスケールされています — 勝ちは +93% まで、負けは −7% までなので、共通のスケールだとすべての争われたペアが同じ見えない細片に平坦化されます。符号は線の側面と符号付き数値によっても示されるため、このグリッドの読み取りは二色を区別することに依存しません。

19の30ペアが認定(中央値は5;すべての実行で19)· 候補42f092ea5b61 · Apple M4、10論理CPU、16 GiB

公開された実行後の最適化提供

上記の古いベンチマークは不変のままです。新しい実装スライスは、同じアーティファクトスイートが再実行され、資格ゲートを通過するまで別にリストされます。

まだ新しい速度主張ではない実装された表面
サーフェス 配信済み 証拠の境界
ネイティブベクター / アロケーション 境界付き非エスケープベクトルリテラルはx86-64およびAArch64でエスケープ証明されスカラー置換されます。 211 バックエンドテスト / 2,442 アサーション;エスケープベクターはチェック済みホストABIを保持。新しいランク付けタイミングはまだなし。
文字列SIMD POSIXチェック済みの等価性は、ハンドルと正規化されたUTF-8検証後に明示的な16バイトのNEONまたはSSE2比較を使用します。 最適化されたアセンブリと両方のネイティブISAセマンティックベクトルが検証済み。Windowsは別途固定されており、レイテンシランクは保留中です。
非同期I/O機能 ルート制限された最終的な読み書き/リスト/存在/削除はJVMでCompletableFuture、Nodeでfs.promisesを使用。 JVM と Node の実ファイルシステムテストは合格しています。公開スタンドアロン Wasm ベンチマークはまだ認められたホストバインディングがなく、そのため I/O セルは N/A のままです。
構造化並行性 境界付き32子フェイルファストスコープは参加し、兄弟をキャンセルし、子の寿命の逸脱を正準Kotoba状態として防止。 996のパリティアサーションは.kotoba権限とCLJCロードパス全体にわたります。これは構造化されたライフタイム意味論であり、OSスレッドスループットの結果ではありません。
Kotoba CLI kotoba test/build は新しいコンパイラピンを使用します;kotoba compile は封印された x86-64 と AArch64 KEXE を直接出力します。 公開された CLI ライフサイクルと AArch64 ベクターアーティファクトが検証済み。ネイティブの --run は測定されたローダー受領が配線されるまで拒否され続けます。

コンパイラ起動、4つのツールチェーン

  1. KotobaWebAssembly 40.998 msベースライン
  2. Rust / rustcWebAssembly 126.422 ms3.084× Kotoba
  3. C / ClangWebAssembly 146.324 ms3.569× Kotoba
  4. JVM / javacJVMクラス 961.248 ms23.446× Kotoba

1つの小さなソースのプロセスコールドウォールタイム(ミリ秒単位);短いほど高速。Apple M4上で21回転サンプルをツールチェーンごとに。ホストロードゲートはこの実行で失敗したため、これらは1台のマシンの観測でありランキングではありません。

小規模なソースからアーティファクトへのプロセスコールドビルド測定
ツールチェーン 出力 中央値 p95 相対経過時間
Kotoba WebAssembly 40.998 ms 240.415 ms 1× Kotoba
Rust / rustc WebAssembly 126.422 ms 770.495 ms 3.084× Kotoba
C / Clang WebAssembly 146.324 ms 498.618 ms 3.569× Kotoba
JVM / javac JVMクラス 961.248 ms 2223.49 ms 23.446× Kotoba

KOTOBA 0.7.3 · RUSTC 1.97.1 · Homebrew clang バージョン 22.1.7 · javac 24.0.2。Kotoba、Rust、CはWasmを出力;javacはクラスファイルを出力。異なるターゲットとコンパイラ作業により、これはスタートアップの観察であり普遍的なランキングではない。記録されたホスト負荷ゲートは失敗したため、表は資格のある速度ランクではない。

依存なしの小規模プロジェクト開発ループ中央値;N/Aは別フェーズが測定されなかったことを意味します
ツールチェーン / ターゲット 解決 チェック クリーンビルド 変更なしビルド 開始+実行 クリーンビルド+最初の結果
Kotoba · WebAssembly 該当なし 231.75 ms 62.906 ms 42.332 ms 57.253 ms 142.644 ms
Rust / Cargo · arm64 macOSネイティブ 138.018 ms 71.208 ms 896.478 ms 67.764 ms 371.522 ms 1299.171 ms
C / Clang · arm64 macOS ネイティブ 該当なし 90.446 ms 121.838 ms 77.905 ms 327.741 ms 453.685 ms
Zig · WebAssembly 該当なし 387.713 ms 648.665 ms 464.795 ms 67.523 ms 728.007 ms
TinyGo · arm64 macOS ネイティブ 該当なし 該当なし 1059.624 ms 395.305 ms 203.169 ms 1269.918 ms
Go · arm64 macOS ネイティブ 43.553 ms 6979.823 ms 3499.277 ms 150.902 ms 247.051 ms 3755.431 ms
Swift / SwiftPM · arm64 macOS ネイティブ 1017.252 ms 427.372 ms 3695.557 ms 1259.829 ms 431.84 ms 4016.271 ms
JVM / javac · JVMクラス 該当なし 該当なし 805.822 ms 739.957 ms 76.252 ms 882.074 ms
AssemblyScript · WebAssembly 該当なし 1074.197 ms 895.187 ms 1090.658 ms 64.658 ms 954.878 ms
.NET IL · .NET IL 2309.472 ms 該当なし 4750.407 ms 2141.103 ms 79.248 ms 4851.792 ms
.NET Native AOT · arm64 macOS ネイティブ AOT 2236.962 ms 該当なし 11995.489 ms 2707.907 ms 375.7 ms 12391.54 ms

生成されたすべてのアーティファクトは新しいプロセスで 42 を生成しました。ターゲットとランタイム契約は異なり、該当なしは決してゼロではありません。ホストロードゲートは失敗したため、これらは再現可能な観察であり、言語間の速度ランキングではありません。

6つのドメインを並べて

各パネルは自身の最も遅いレーンに合わせてスケールされる。なぜならパネルの質問は 回答はそのドメインで誰が速いかであり、ドメイン同士の比較ではありません。 その他。Kotoba のレーンはすべてのパネルで色付きのものです — これには 最後のパネル。単独のWasm成果物はNodeを通して実行される ホストはすべてのプロセスコールドサンプルでその起動を支払い、Rust、C、Go は ネイティブバイナリとして実行;ターゲットに環境ファイルシステムやスレッドがない場合 契約が全くない場合、レーンはゼロではなく存在しない。

文字列

  1. C / Clang 1.463 ms
  2. Rust 1.907 ms
  3. Go 1.974 ms
  4. JVM / Java 27.819 ms
  5. Kotoba / Wasm + 型付き JS ホスト 30.539 msここで最速の 20.9 倍
  6. JavaScript / Node.js 31.628 ms

コレクション

  1. C / Clang 1.357 ms
  2. Go 1.852 ms
  3. Rust 1.92 ms
  4. Kotoba / Wasm + 型付き JS ホスト 29.98 msここで最速の 22.1 倍
  5. JVM / Java 31.42 ms
  6. JavaScript / Node.js 31.818 ms

割り当て

  1. C / Clang 1.353 ms
  2. Rust 1.943 ms
  3. Go 1.962 ms
  4. JVM / Java 26.447 ms
  5. Kotoba / Wasm + 型付き JS ホスト 29.567 msここで最速の21.9倍
  6. JavaScript / Node.js 31.055 ms

入出力

  1. C / Clang 2.539 ms
  2. Rust 2.686 ms
  3. Go 6.577 ms
  4. JVM / Java 38.685 ms
  5. JavaScript / Node.js 94.124 ms
  6. Kotoba / Wasm + 型付き JS ホスト 該当なし — このターゲットの契約に含まれていません

並行性

  1. C / Clang 2.916 ms
  2. Rust 3.328 ms
  3. Go 3.377 ms
  4. JVM / Java 34.828 ms
  5. JavaScript / Node.js 55.105 ms
  6. Kotoba / Wasm + 型付き JS ホスト 該当なし — このターゲットの契約に含まれていません

実際のアプリケーション

  1. C / Clang 1.294 ms
  2. Go 1.964 ms
  3. Rust 2.047 ms
  4. JVM / Java 26.411 ms
  5. JavaScript / Node.js 29.534 ms
  6. Kotoba / Wasm + 型付き JS ホスト 29.652 ms22.9倍の速さ

プロセスコールドの中央値(ミリ秒);短いほど速い。ホストロードゲート この実行で失敗したため、これらのパネルはランキングではなく観察結果です。 そして下の償却されたレーンはまた別の話を語ります。

プロセスコールドのワークロードドメイン中央値;N/A は対象契約がその機能を提供しないことを意味する
ランタイムパス 文字列 コレクション 割り当て ファイル I/O 並行性 実アプリ
Kotoba / Wasm + 型付き JS ホスト 30.539 ms 29.98 ms 29.567 ms 該当なし 該当なし 29.652 ms
Rust 1.907 ms 1.92 ms 1.943 ms 2.686 ms 3.328 ms 2.047 ms
C / Clang 1.463 ms 1.357 ms 1.353 ms 2.539 ms 2.916 ms 1.294 ms
Go 1.974 ms 1.852 ms 1.962 ms 6.577 ms 3.377 ms 1.964 ms
JVM / Java 27.819 ms 31.42 ms 26.447 ms 38.685 ms 34.828 ms 26.411 ms
JavaScript / Node.js 31.628 ms 31.818 ms 31.055 ms 94.124 ms 55.105 ms 29.534 ms

すべてのサンプルは正確な参照チェックサムを返しました。Kotoba はその出力された Wasm と宣言された型付き ABI を使用します;そのスタンドアロンターゲットには環境ファイルシステムやスレッド契約がないため、それらのセルは該当なしと判断されます。記録されたホストロードゲートは失敗したため、中央値は観察値でありランキングではありません。

基本ワークロードごとのアモルタイズド・インプロセス・バッチ中央値; N/A は同じ能力境界を維持します
ランタイムパス 文字列 コレクション 割り当て ファイル I/O 並行性 実アプリ
Kotoba / Wasm + 型付き JS ホスト 0.351 ms 0.039 ms 0.066 ms 該当なし 該当なし 0.048 ms
Rust 0.028 ms 0.002 ms 0.003 ms 1.217 ms 1.456 ms 0.002 ms
C / Clang 0.02 ms 0.001 ms 0.003 ms 1.61 ms 1.558 ms 0.001 ms
Go 0.023 ms 0.002 ms 0.004 ms 5.071 ms 1.582 ms 0.002 ms
JVM / Java 0.433 ms 0.051 ms 0.064 ms 17.175 ms 5.589 ms 0.043 ms
JavaScript / Node.js 0.336 ms 0.033 ms 0.067 ms 68.507 ms 7.771 ms 0.032 ms

各大きなインプロセスバッチは宣言された作業負荷乗数で割られます。これにより起動コストは分散されますが、プロセス、VM、またはWasmのインスタンス化コストは完全には除去されないため、完全にウォームアップされた定常状態の結果とはラベル付けされません。Kotobaの純粋な増減マップチェーンは中間ベクターなしでreduceに融合されます;その証明済みサブセット外のコールバックはイーガーマテリアライズを維持します。

各公開ベンチマークが確立することとしないこと
質問 比較された実装 現在の結論
小型 Wasm コンパイル+実行 Kotoba、Rust、C、および JVM ツールチェーン 上記に公開された4つのプロセスコールド中央値;Kotoba/Rust/CのみがWasmターゲットを共有し、一般的なビルド速度ランクは主張されていません
小規模プロジェクト開発者ループ Kotoba、Rust、C、Zig、TinyGo、Go、Swift、JVM、AssemblyScript、.NET IL、および .NET Native AOT 利用可能なステージごとに7サンプルが公開されます;ターゲットの違いと失敗したホストロードゲートにより普遍的なランキングは禁止されています
ネイティブ定常状態実行 Amuネイティブ vs Rust、Clang / C11、Zig、Go c-shared、Swift すべての30意味比較セルは完了;静かなホストゲートが失敗したため速度ランクは保留
文字列、コレクション、割り当て、入出力、並行処理、実アプリ Kotoba、Rust、C、Go、JVM、およびJavaScriptランタイムパス 正確なチェックサムとプロセスコールドおよび償却サンプルが公開されています。スタンドアロンの Kotoba 入出力とスレッドは該当なしであり、その純粋なリクエスト受け入れアプリケーションは測定されています。失敗したロードゲートはランキングを保留します。

ネイティブスイートがカバーするもの

各実装は独立して検証された既知の答えを返します。スイートはABBA/BAAB順で各エンジンペアを回転し、ロード、マッピング、シンボルルックアップ後に測定します。

6つの必須ネイティブラントタイム作業負荷
ワークロード それが強調するもの 証拠ステータス
狭義算術 正確な結果が検証済み;タイミングは未資格
広いレジスタ圧力 正確な結果が検証済み;タイミングは未資格
深いスピル圧力 正確な結果が検証済み;タイミングは未資格
呼び出し保持 正確な結果が検証済み;タイミングは未資格
分岐+呼び出し制御フロー 正確な結果が検証済み;タイミングは未資格
ループコールバックエッジ 正確な結果が検証済み;タイミングは未資格

各ベンチマークの所在

上記のすべての数値は公開されたハーネスとコミットされたレポートから得られているため、 実行は繰り返し可能で、主張に異議を唱えることができる。リポジトリ内のパスは この表はこのページが生成されるときに作業ツリーに対してチェックされます: ビルドを失敗させるハーネスであり、デッドリンクを出荷しません。

このページのすべての順序付けが通されるゲートは kotoba-lang/perfgate、独自の緩和されていないデフォルトポリシーで実行。閾値は許容されて 通過することは自身の閾値を測定するベンチマークになるでしょう。

結論: アーティファクト、正確な結果、サンプルは5つのベンチマークすべてで実在します。3つは—コンパイラ起動、開発者ループ、ワークロードドメイン—静かなホストゲートに失敗し、ランク付けされず観察として公開されました。ネイティブランタイムスイートはゲートに合格し、19の30ペアに勝利しましたが、すべてのペアのクレームには届きません。ビルドスケーリングはホスト上のすべての比較対象に対してコールドスタート順序を認定し、同じ実行で正確性の天井を見つけました。このページのどこにも普遍的な速度ランクは主張されておらず、これらの実行のいずれもそれを許可していません。

境界付きの主張

これらの主張は次から生成されます lang/safety-claims.edn。それぞれが信頼できる計算基盤と残留リスクを可視化しており、境界のない安全スローガンは単なるマーケティングに過ぎません。

T1-メモリ

認められたコンポーネントはランタイム/ネイティブメモリを扱えず、コンポーネントメモリ操作は有界またはトラップする。


信頼されたコンピューティングベース

境界付きリーダー · フロントエンド承認 · アーティファクト検証器 · Wasm/ネイティブランタイム

残留リスク

  • ランタイムエンジンの脆弱性はTCBに残っています
  • ネイティブローダーは2つ目のOS分離境界を必要とします
T2-効果

すべての推移的コンポーネント効果は、Kotoba作成のプロバイダーが使用する効果を含め、発行前に宣言され承認されます。


信頼されたコンピューティングベース

効果推論 · 能力カタログ · フロントエンド呼び出しグラフ

残留リスク

  • kotoba とコンパイラの文法/効果の等価性は継続的に比較されなければならない
T3-隔離

付与されていない能力は存在しないか未紐付けであり、プロバイダーやネイティブハンドラーに到達できません。


信頼されたコンピューティングベース

ポリシーの交差点・コンパイラのインポート出力・テンダーインポートバインディング・ホストガード

残留リスク

  • プロバイダーとネイティブ実装はリソース範囲を独立して検証しなければなりません
  • 本番効果的な権限はワイルドカードスコープを禁止しなければなりません
T4-決定論

同じ認められたソース、ターゲット、ポリシー、ロックは同じ観測可能な純粋な結果とアーティファクトバイトを生成します。


信頼されたコンピューティングベース

標準リーダー · 決定的ローワリング · ピン留めツールチェーン

残留リスク

  • ホスト効果は、その能力契約がそう述べている場合にのみ決定論的です
T5-リソース境界

ソース、入場、実行、メモリ、出力は明示的な有限境界を使用します。


信頼されたコンピューティングベース

入場制限 · 燃料メーター · ランタイムクォータ · 監督者タイムアウト

残留リスク

  • プラットフォーム監督者はまだ同等の本番分離証拠を持っていません
T6-サプライチェーン

リリースの承認はアーティファクトの識別、信頼された署名者、有効性および再現可能な証拠を結びつける。


信頼されたコンピューティングベース

署名検証器・信頼された署名者設定・クロック・失効セット

残留リスク

  • 鍵管理および外部取り消し配布は運用TCBのまま
T7-BACKEND-PARITY

共有可能なポータブルコンポーネントは、資格のあるバックエンド間で同等の受け入れ、結果、効果トレースを持ちます。


信頼されたコンピューティングベース

共有適合マニフェスト · バックエンドアダプター · 比較ランナー

残留リスク

  • コンパイラ専用機能は移植可能ではなく、移植可能なプロファイルによって拒否されなければなりません
T8-HOST-RESOURCE-SCOPE

コンポーネントインポートは具体的な交差後リソーススコープを持ってのみプロバイダーまたはネイティブハンドラに到達し、レシートを発行します。


信頼されたコンピューティングベース

能力の交差 · ホストガード · プロバイダーハンドラ · レシートシンク

残留リスク

  • プロバイダー固有のパス、リダイレクト、シンボリックリンク、テナントチェックには Q5 キットが必要です

資格 Q1、時点で 2026-07-18.

リリースバインディング

言語プロファイルと実装リリースは、署名されたエンベロープで結合されるまで別々です。

言語

プロファイル 6

パッケージ契約 1

実装

v0.7.0

プロファイルバインディング: 検証済み

公開デフォルト

リリース済み

:docs/release-bound-profile

Kotoba v0.7.0 for darwin-arm64 は、言語プロファイル 6 とパッケージ契約 1 に紐づく公開実装です。その署名付きエンベロープはソースツリー、アーティファクトダイジェスト、および 536-テスト / 8,580-アサーション適合結果を検証します。他のプラットフォームは未紐付けのままです。

生成されたリリース証拠を読む
04 使用開始

60秒で開始

インストールと自己チェック

brew tap kotoba-lang/kotoba
brew trust kotoba-lang/kotoba
brew install kotoba
kotoba selfhost check --json

問題リストが空でも有効な応答を受け入れます。

最初のプログラム

(defn main []
  (+ 40 2))

このプログラムはホストインポートを要求しない;出力モジュールにインポートはない。

学び、試し、さらに深く進む

最初のプログラムから言語契約、ライブラリ、証拠、展開サーフェスへの接続されたパス。

学ぶ

意図によるドキュメント

インストールから始め、認められた言語を学ぶか、規範的意味論と適合データを検査。

オープンドキュメントマップ
コードを読む

一つのソース、一つの答え

以下の例はブラウザデモにコンパイルされた正確なソースであり、JavaScriptの再実装ではありません。

サンプルを読む
実行

このページで実行

同一オリジンでダイジェスト拘束されたWebAssemblyアーティファクトを読み込み、そのエクスポートされたKotobaメイン関数を呼び出します。

オープンプレイ
ビルド

ライブラリと契約

制限されたコア名、基盤ライブラリ、パッケージルール、および現在の成熟境界を参照する。

ライブラリを閲覧

小さなKotobaプログラム、実際に実行中

Amuはこの純粋なKotobaソースをwasm32-browserプロファイルにコンパイルする。チェックイン済み成果物はインポートなしで42を返す。

KOTOBA ソース
;; W1 pure representative: ordinary Clojure-shaped values/functions only.
(ns examples.w1-pure)

(defn double [n]
  (+ n n))

(defn main []
  (double 21))

権限の強調表示: kotoba-lang/grammarkotoba.grammar.highlight/tokenize → ビルド時HTML。 エディタースコープ契約: source.kotoba. ブラウザハイライター依存:なし。 依存関係を検査

ローカルでコンパイル: kotoba compile double-21.kotoba --target wasm32-browser --output double-21.wasm

プレイ · WEBASSEMBLY

検証済みアーティファクトを実行する

ブラウザは 344 バイトを取得し、SHA-256 を検証し、すべてのインポートを拒否し、モジュールをインスタンス化して main() を呼び出します。

期待される結果: 42

準備完了。まだコードは実行されていません。

これは事前コンパイルされた不変の例を実行する。ブラウザで任意のソースを編集することはまだ出荷されたコンパイラ表面ではない。

インタラクティブデモ: solar-helix(ゲスト駆動の WebGPU レンダリング) · kami-survivors(.kotoba ゲーム) · gpu-clear(WebGPU スモーク). wasm-webcomponent GitHub Pages サーフェスでホストされています。利用可能性はブラウザの WebGPU/WebAssembly サポートによります。

パッケージ境界を隠さないライブラリ

Kotoba ライブラリはコンテンツアドレス指定されたグラフです。名前と GitHub リポジトリは人々がそれらを発見するのに役立ちます。定義と署名されたリリース CID はそれらが何であるかを正確に示します。

境界付きコア

生成されたシンボル参照

現在の制限された標準ライブラリ契約で許可された名前を検索する。

コアシンボルを閲覧
基盤的

データ、効果、I/O、ツール

coll、spec、json、text、wit、async、time、fs、http、test、fmt、lint、LSP契約から開始します。

ライブラリマップを閲覧
パッケージ契約

コンテンツアドレス依存関係

正確な依存CID、識別レイヤー、GitHubの出所、現在の公開境界を検査。

ライブラリカタログを開き公開フロー

タグで組織全体を閲覧

存在します 2,215 公開リポジトリ内の kotoba-lang 組織。以下のすべてのタグはGitHubのトピックです 同じ名前なので、サイトフィルターと組織のトピックは一つの語彙です 漂流する2つではなく1つを選んで、すでにフィルタリングされたカタログを開いてください。

すべての 2,215 リポジトリを閲覧およびフィルター

リポジトリは公開されたパッケージではありません。正確に 1 ライブラリがコンテンツアドレスレジストリを通じて公開されます。このリストの残りは発見用です。リポジトリの成熟度ラベルは 1.0 API の安定性、広範な採用、または本番 SLO を意味せず、255 リポジトリはドメインルールに一致せず、最も近いラベルを付ける代わりにタグなしで表示されます。

チェック済みリファレンスを検索

コマンド、標準ライブラリ名、診断、およびリリース状況を検索。インデックスは機械権威から生成され、このページに留まる。

試す:コンパイル、オプション-サム、ドキュメント/リンク欠落

リリース

リリースバインディング

Kotoba v0.7.0 for darwin-arm64 は、言語プロファイル 6 とパッケージ契約 1 に紐づく公開実装です。その署名付きエンベロープはソースツリー、アーティファクトダイジェスト、および 536-テスト / 8,580-アサーション適合結果を検証します。他のプラットフォームは未紐付けのままです。

オープンリファレンス
cli

kotoba id

パスキーで制御されるチェーンニュートラルな Kotoba プリンシパル登録プランを作成します。スマートアカウントは明示的な CAIP-10 リンクです。チェーンやプロバイダーはアイデンティティルートではありません。

オープンリファレンス
cli

kotoba run

Kotoba エントリーポイントをコンパイルして実行する。

オープンリファレンス
cli

kotoba compile

Kotoba ファミリーのソースをターゲットアーティファクトにコンパイル。Web .kotoba はチェック済み KIR と制限された kotoba-script バックエンドを使用;.cljs は引き続き ClojureScript。

オープンリファレンス
cli

kotoba check

Kotoba のソース、契約、またはパッケージメタデータを実行せずに検証します。コンパイラアダプター:フロントエンド許可 + --profile pure-product (T9.2)。

オープンリファレンス
cli

kotoba graph

Datomic形式の操作で言語グラフストア(kgraph)を問い合わせおよび取引します。

オープンリファレンス
cli

kotoba git

Kotoba リポジトリ操作をシェル固有の動作ではなくデータとして公開する。

オープンリファレンス
cli

kotoba rad

Kotoba パッケージ上で迅速なアプリケーション開発ワークフローを実行。

オープンリファレンス
cli

kotoba build

Kotoba プロジェクトを検証済みターゲットアーティファクトにビルド。これは直接的なプロジェクトライフサイクルコマンド;rad buildは互換スペルのまま。

オープンリファレンス
cli

kotoba test

Kotobaプロジェクトの承認されたテストを確認して実行します。これは直接のプロジェクトライフサイクルコマンドです;rad testは互換性のための綴りのままです。

オープンリファレンス
cli

kotoba deploy

望ましい状態のパッケージをローカルレシートまたはmurakumoフリートの居住ターゲットに計画し適用します。

オープンリファレンス
cli

kotoba library

既存の Kotoba コードベースと IPNS 公開経路を通じて、コンテンツアドレス指定されたライブラリ名前空間を検査および公開します。

オープンリファレンス
cli

kotoba hinshitsu

ソフトウェア品質チェック(証拠、ゲート、カバレッジ、視覚的回帰)をデータとして実行。

オープンリファレンス
stdlib

comp2

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

連結

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

エラー

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

エラー?

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

毎?

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

検索

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

グループ化

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

マージ

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

正常

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

ok?

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

option-none

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

option-none?

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

option-some

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

option-some?

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

オプション値

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

partial1

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

範囲

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

range-step

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

逆方向に

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

select-keys

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

いくつか

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

stdlib-binary-closure-anchor

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

unwrap-err

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

unwrap-ok

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

更新

制限されたコア標準ライブラリ公開名。

オープンリファレンス
stdlib

zipmap

制限されたコア標準ライブラリ公開名。

オープンリファレンス
診断

:command/unknown

要求されたコマンドは公開CLI契約にありません。lang/cli.ednから生成されたコマンドを使用してください。

オープンリファレンス
診断

:contract/invalid

CLI 契約は構造的検証に失敗しました。構造化された :errors コレクションを検査し、コマンドをディスパッチしないでください。

オープンリファレンス
診断

:version/非対応

要求された言語またはパッケージ契約のバージョンは不明です。lang/version-policy.edn の :supported に記載されたバージョンを選択してください。

オープンリファレンス
診断

:version/removed

要求された契約バージョンは削除されました。コンパイルまたは実行前にアクティブバージョンに移行してください。

オープンリファレンス
診断

:version/非推奨期限切れ

非推奨バージョンの互換性ウィンドウは期限切れです。バージョンポリシーで指定された移行を適用してください。

オープンリファレンス
診断

:release/invalid-semver

リリース識別子は厳密なSemVerではありません。MAJOR.MINOR.PATCHに有効なプレリリースまたはビルドサフィックスをオプションで使用してください。

オープンリファレンス
診断

:docs/no-release-bound-profile

公開された実装証拠はアクティブな言語プロファイルを拘束しません。署名されたリリースエンベロープが実装とプロファイルを拘束するまで、公開デフォルトはブロックされたままにしてください。

オープンリファレンス
診断

:docs/link-missing

検証済みドキュメントが欠落したローカルターゲットを指しています。ターゲットを復元するか、権限マップを更新して参照を再生成してください。

オープンリファレンス
診断

:docs/profile-version-drift

文法、表面、精緻化の権威は言語プロファイルで意見が異なります。文書公開前に権威を調整してください。

オープンリファレンス
診断

:docs/generated-drift

コミットされた生成参照がそのマシン権限と一致しません。nbb scripts/generate-docs-reference.cljsを実行し結果をコミットしてください。

オープンリファレンス
診断

:docs/validation-result-invalid

ユーザー検証の観察は不完全か外部結果を過大主張しています。参加者クラス、タスク、結果、証拠、および観察時間を記録します。

オープンリファレンス

クエリはブラウザを離れません。

05 言語の周辺

ロードマップ:境界が保持された後にのみ拡大

今すぐ

1つのバージョン付き契約

文法、効果、チェック済み KIR、ターゲットアダプター、資格付け、および初回実行ドキュメントを整合させ続ける。

次へ

プロバイダのギャップを埋める

型付き要求/結果適合性、敵対的テスト、領収書、取り消し、再現可能なリリース操作を拡張します。

後で

より広い展開を獲得

プロバイダー、ホスト分離、ロールバック、ソーク証拠の後に本番利用を拡大し、検査可能な宣言型ライブラリを成長させます。

維持されているロードマップと非目標を読む

ロードマップ項目は方向性であり、出荷能力や納期の約束ではありません。

コミュニティを公開で構築する

Kotobaはまだ大きなコミュニティを主張していません。現在の正直な公開の集いはソースリポジトリ、イシュートラッカー、リリース履歴、セキュリティチャネルです。

議論&報告

言語の問題

設計の質問をしたり、ドキュメント改善を提案したり、再現可能な言語契約の問題を報告したりしてください。

未解決の言語問題
実装

コンパイラとCLIの問題

実装作業、リリース、ターゲットサポート、およびインストール可能な実装でのランタイム統合を追跡します。

未解決の実装問題
セキュリティ

非公開で報告

脆弱性には公開されたセキュリティポリシーを使用してください。公開された問題で悪用可能な詳細を開示しないでください。

セキュリティポリシーを読む

すべての公開Kotobaリポジトリを探索する

安全なコード。信頼された状態。制御された実行。

ブログ

スローガンの前の証拠

製品の主張を測定、権限ファイル、および残るゲートに結びつける短いエンジニアリングノートを読む。

Kotoba ブログを読む
KOTOBA クラウド

制御された実行

Kotoba Cloud はアイデンティティと展開制御を実行環境に接続します。ディスカバリーはライブですが、ホストされた適用はまだ提供されていません。計算は別個に管理されるサービスによって提供され続けます。

Kotoba Cloud を開く
KOTOBASE

信頼されたグラフ状態

KotobaseはAI状態と知識のためのコンテンツアドレス型グラフデータベースです:明示的な関係、識別可能な履歴、スコープされたアクセス。

オープン Kotobase
MURAKUMO

計算および推論プレーン

フリートコンピュートおよびモデルサービングインフラ。可用性とルート資格はサービス固有のままです。

Murakumo を開く
ITONAMI

エージェント作業平面

ワークスペース、目標、証拠、ツール、承認、および管理された効果にわたるエージェント作業の継続。

Itonamiを開く

これらのサービスは別々の権威、可用性、および資格境界を保持する。それらの接続は、すべての Kotoba 機能が一般的に販売されているホストサービスとして利用可能である証明ではない。

契約を読むか実装を実行する

言語権威

kotoba-lang/kotoba-lang

文法、意味論、能力契約、安全性主張、CLI契約、ドキュメント、および適合フィクスチャ。

言語権威を読む
インストール可能な実装

kotoba-lang/kotoba

CLI、ホスト統合、プロバイダー、ランタイムアダプター、統合テスト、およびターゲット固有の資格証拠。

実装を開く
ドキュメンテーション

学ぶ、ビルドする、または評価する

初回使用、言語リファレンス、バックエンド実装、セキュリティ境界、成熟度証拠のための別々のパス。

ドキュメントパスを選択する

言語プロファイル 6; public-defaultリリースステータス: リリース済み.

主要なポータブルプラットフォームは WASI を備えた WebAssembly コンポーネントです 0.3.0。展開パイプラインには 11 名前付き、失敗時閉鎖の段階。