人工知能(スーパーインテリジェンス)のためのLispマシン。
安全なコード。機械速度向けに構築。
Kotobaは現代的なLispマシンです。安全性とマシン速度を両立し、そのアーキテクチャと再現可能なベンチマークの証拠を公開しています。
;; 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アドレスではありません。
このホスト上での任意のツールチェーンの中で最速のコールドビルド。
11.75ミリ秒
Kotoba ソースから WebAssembly アーティファクトへ、プロセスコールド — その後実行、 そしてクロック停止後にチェックされた答え。
プロセスコールドビルドの壁時間(ミリ秒);短いほど速い。K=1 ソース、1ホスト上でレーンをインターリーブ、各7サンプル。
すべての4順序が合格 パフォーマンスゲート 緩和されていないデフォルトポリシーで — 少なくとも5%であり、 アーム自身の広がり — ホストが忙しくても順序が保持される。 このホスト、このソースサイズ、この実行にバウンド:ビルド時間はない 実行速度、ソースが大きくなるにつれて利点は狭まり、リリース済み バイナリには厳格な正確性の上限がある。5つのベンチマークすべてを含む Kotobaに反するものは以下にあります。測定済み 2026-08-31 オン Apple M4.
AI が継続的にコードを生成、ビルド、テスト、再生成すると、ビルドレイテンシはインフラスループットになります。
環境権限なし
暗黙のファイルシステム、ネットワーク、プロセス、クロック、モデル、または秘密なし。
権限はコンパイルを通過します
型、効果、リソース、およびターゲットサポートは発行前に受け入れられます。
権限のみがバウンドされる
ホストとプロバイダーは具体的なスコープを強制し、決定を記録します。
クラシックのみのダウングレードはありません
新しい暗号化および公開境界はML-KEMまたはML-DSAの証拠を必要とし、剥ぎ取られたPQ素材を拒否します。
AIは人間がレビューするより速く書ける
生成されたコードは有用であっても、ファイル、ネットワーク、秘密、プロセス、モデル、または支払い表面に到達し、リクエストが決して公開しようとしなかったものに到達する可能性がある。
広くビルドし、後で制約をかける
汎用プログラムは環境意味論から始まります。サンドボックス、IAM、コンテナ、ポリシー、署名が周囲に追加され、意図された境界を回復します。
狭く権限を与え、次にコンパイル
効果と能力は認められた計算の一部です。ターゲットが付与を証明しバインドできない場合、アーティファクトは発行も実行もしません。
KotobaはランタイムとOSの分離を補完します;それらの層を不要にするものではありません。
Lispの思考とGP 2のグラフ書き換えがRustの規律と出会う場所
Kotoba は小規模でデータ指向の、Clojure 形状の言語です。その設計は Lisp のコードをデータとして扱う伝統に基づいています。 GP 2 のルールベースグラフ書き換え権限、効果、リソース、パッケージ、アーティファクトの識別に関する静的規律と共に。
読み取り可能なデータとしてのコード
不変値、通常関数、明示的データ、および合成可能な構文は人間とモデルが生成および検査しやすい。
何が起こりうるかを述べる
効果、能力、リソース、依存関係、およびターゲットは入場時に可視の入力であり、展開後に発見される驚きではありません。
言語が少なく、境界が厳しい
認められたコンポーネント表面に環境間相互運用性、ランタイムコードの読み込み、無制限の変更、ゲスト定義マクロ、無制限の並行性はない。
人工知能(スーパーインテリジェンス)のためのLispマシン。これは隔離の指針であり、「ハッキング不可能」という主張ではありません。コンパイラ、検証器、ランタイム、プロバイダー、ポリシールート、鍵管理、およびOSの分離は信頼できる計算基盤に残ります。
計算全体のセキュリティ
境界は意図から実行まで運ばれる。各段階は権限を狭めるか検証し、後の段階で権限を創出することは許されない。
宣言的意図
小さく、Clojure 形状の表面はプログラムを読みやすく保ち、環境からの脱出ハッチを除外する。
検査済みKIR
型と推移効果はターゲットに依存しない、検査可能な表現になります。
権威の交差
要求済み、委任済み、ローカルポリシー、リソース、およびターゲットの権限は狭めることのみ可能です。
アーティファクトに対処する
コード、依存関係、ポリシー、コンパイラ契約、およびターゲットABIが計算のアイデンティティを束縛する。
ホストでバインド
ランタイムとプロバイダーは許可された能力のみをバインドし、有限の予算を強制し、領収書を発行します。
コンテンツの同一性は権威ではありません。CID検証、署名、取り消し、ホストポリシー、リソースチェック、およびOS分離は別個の境界のまま。
A modern Kotoba Lisp machine, in development
AiueOS is the system story; Kototama is the computational contract. Hosted engines can implement Kototama without AiueOS.
OS for a modern Kotoba Lisp machine in development
Kotoba Lisp VM contract
Compiler and project linker
Grant decides permission; runtime hosts and the OS enforce it. Kotobase persists data; sahai provides reusable placement. Murakumo operates its own inference fleet.
Wasm is one AMU target, alongside native, Component, Script and bounded EVM output. Target-neutral semantics and execution contracts are separate from physical ABI profiles.
Neutral execution descriptors now live in core-contracts; Component/WIT/WASI bindings live in abi. The legacy v1 interface stays compatible, while new v2 descriptors explicitly reference their target binding. Runtime profile qualification remains separate.
Execution contract implementation and migration report
Content identity, signed agent history, replication and declared-domain consensus are separate boundaries. IPFS-style distribution does not require Wasm; EVM output is distinct from external-chain settlement.
Target-neutral and distributed stack diagrams
This describes the architecture. Integrated debugging, live system modification, heap-image restore, selfhost and physical-machine readiness need separate evidence.
Architecture, typed dependency diagrams and owner specifications · 日本語の説明と図
アンビエントホスト評価なしの Lisp 評価
Kotoba は検証済みコードをコンテンツアドレスデータとして評価します。馴染みのある (eval request) サーフェスが型付けに下がる :code/eval 能力;ソーステキスト、リーダーフォーム、名前空間、ホストオブジェクトを決して受け取らない。
どのコード?
CIDはハッシュ検証済みのチェック済みKIR定義とその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 にある名前付きセキュリティ制約であり、ロードマップに欠けている機能ではありません。
境界を付けた証明
Kotoba は実装証拠を市場の牽引力から分離し、残留リスクをすべての安全主張の隣に保持します。
33 コア
内部生産ドッグフーディング
より広い Kotoba スタックは内部で 33 推論コアを実行します。これはチームが独自のスタックを運用していることを証明します;顧客の牽引力、有料採用、収益ではありません。
8のクレーム
境界は機械可読
安全性の主張は、信頼されたコンピューティングベース、否定的証拠、および残留リスクを名前で示し、「ハッキング不可能」というスローガンにまとめ込むことはしない。
デフォルトで拒否
助成なし、ホスト効果なし
空のポリシーはファイルシステム、ネットワーク、プロセス、クロック、モデル、秘密権限を付与しない。プロバイダーは具体的なリソース範囲も検証しなければならない。
内部の実運用利用はドッグフーディングの証拠にすぎない。外部顧客、有料パイロット、収益を意味しない。
5つのベンチマーク。5つの異なる質問。
Embenchの別測定結果(10月15日): Apple M4 1台での1回の測定において、Kotobaの翻訳ポート19ワークロードの正規化実行時間は、元のCの0.7999倍でした。認定Embenchスコアでも、言語全体の速度順位でもありません。 測定値、カーネル監査、他言語との比較を見る
コンパイラ起動は、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 ペア
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つのエントリーポイントで それらすべてを呼び出し — ホスト上のすべてのツールチェーンでビルドし、 回転順。
クロックが停止した後に各ツールチェーンが生成したものを実行します。 そのチェックは装飾ではない。成果物を出す最速の方法は 壊れたものを出力するので、動作を停止したレーンはそうでなければ投稿したでしょう 停止した正確な場所で最高の数値を示す。
両軸は対数スケール:ソースは3桁の範囲にわたり、時間も同様。線は実行終了点で点、プログラムでない成果物を出したレーンで十字、ツールチェーンがビルド拒否した場所でバーで終わる。これら3つは同じイベントではなく、下の2つの失敗も同じ失敗ではない。
| ツールチェーン / ターゲット | 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倍速い? | ギャップ対結合スプレッド | なぜそうしないのか、もしそうでなければ |
|---|---|---|---|---|
| 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 関数プログラムをコンパイルしません。 |
これが確立するもの
| 質問 | この実行からの回答 |
|---|---|
| 小さなモジュールのコールド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にスケールされている。パネルが答える質問は誰が そのワークロードでより高速。
狭義算術
広いレジスタ圧力
深いスピル圧力
呼び出し保持
分岐+呼び出し制御フロー
ループコールバックエッジ
5ホスト資格付き実行の中央値ミリ秒;短いほど高速。すべてのアームは独立してチェックされた同じ答えを返し、候補中央値は作業負荷ごとに1値です — スイートはABBA/BAAB順で各エンジンペアを回転させるため、同じAmuアーティファクトは作業負荷ごとに1回計測され、その後各アームと順に比較されます。このページの他の4つのベンチマークとは異なり、このベンチマークのクワイエットホストゲートは合格(qualified-host-load)しているため、これらは単なる観測値ではなくこのホストの数値です。制限された最速主張はまだすべての30ペアを必要としており、下のグリッドはそのためのものです。
すべてのランタイムペア、勝ち負け問わず
境界付きクレームは全か無かなので、単一の認定されていないペアがあれば偽になります。 その判決のみを公開すると、どのペアが争われているかが隠れてしまうため、全体が グリッドはここにあります。セルはAmuネイティブがその比較対象に対して示す平均改善値です そのワークロード上で;正の値はAmuが速いことを意味し、チェックはペアが 明確なパフォーマンスゲート — 少なくとも5%で、アーム自身の広がりから分離されています。
| ワークロード | 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つの小さなソースのプロセスコールドウォールタイム(ミリ秒単位);短いほど高速。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はクラスファイルを出力。異なるターゲットとコンパイラ作業により、これはスタートアップの観察であり普遍的なランキングではない。記録されたホスト負荷ゲートは失敗したため、表は資格のある速度ランクではない。
| ツールチェーン / ターゲット | 解決 | チェック | クリーンビルド | 変更なしビルド | 開始+実行 | クリーンビルド+最初の結果 |
|---|---|---|---|---|---|---|
| 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 は ネイティブバイナリとして実行;ターゲットに環境ファイルシステムやスレッドがない場合 契約が全くない場合、レーンはゼロではなく存在しない。
文字列
コレクション
割り当て
入出力
並行性
実際のアプリケーション
プロセスコールドの中央値(ミリ秒);短いほど速い。ホストロードゲート この実行で失敗したため、これらのパネルはランキングではなく観察結果です。 そして下の償却されたレーンはまた別の話を語ります。
| ランタイムパス | 文字列 | コレクション | 割り当て | ファイル 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 を使用します;そのスタンドアロンターゲットには環境ファイルシステムやスレッド契約がないため、それらのセルは該当なしと判断されます。記録されたホストロードゲートは失敗したため、中央値は観察値でありランキングではありません。
| ランタイムパス | 文字列 | コレクション | 割り当て | ファイル 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順で各エンジンペアを回転し、ロード、マッピング、シンボルルックアップ後に測定します。
| ワークロード | それが強調するもの | 証拠ステータス |
|---|---|---|
| 狭義算術 | 正確な結果が検証済み;タイミングは未資格 | |
| 広いレジスタ圧力 | 正確な結果が検証済み;タイミングは未資格 | |
| 深いスピル圧力 | 正確な結果が検証済み;タイミングは未資格 | |
| 呼び出し保持 | 正確な結果が検証済み;タイミングは未資格 | |
| 分岐+呼び出し制御フロー | 正確な結果が検証済み;タイミングは未資格 | |
| ループコールバックエッジ | 正確な結果が検証済み;タイミングは未資格 |
各ベンチマークの所在
上記のすべての数値は公開されたハーネスとコミットされたレポートから得られているため、 実行は繰り返し可能で、主張に異議を唱えることができる。リポジトリ内のパスは この表はこのページが生成されるときに作業ツリーに対してチェックされます: ビルドを失敗させるハーネスであり、デッドリンクを出荷しません。
このページのすべての順序付けが通されるゲートは kotoba-lang/perfgate、独自の緩和されていないデフォルトポリシーで実行。閾値は許容されて 通過することは自身の閾値を測定するベンチマークになるでしょう。
結論: アーティファクト、正確な結果、サンプルは5つのベンチマークすべてで実在します。3つは—コンパイラ起動、開発者ループ、ワークロードドメイン—静かなホストゲートに失敗し、ランク付けされず観察として公開されました。ネイティブランタイムスイートはゲートに合格し、19の30ペアに勝利しましたが、すべてのペアのクレームには届きません。ビルドスケーリングはホスト上のすべての比較対象に対してコールドスタート順序を認定し、同じ実行で正確性の天井を見つけました。このページのどこにも普遍的な速度ランクは主張されておらず、これらの実行のいずれもそれを許可していません。
境界付きの主張
これらの主張は次から生成されます lang/safety-claims.edn。それぞれが信頼できる計算基盤と残留リスクを可視化しており、境界のない安全スローガンは単なるマーケティングに過ぎません。
認められたコンポーネントはランタイム/ネイティブメモリを扱えず、コンポーネントメモリ操作は有界またはトラップする。
信頼されたコンピューティングベース
境界付きリーダー · フロントエンド承認 · アーティファクト検証器 · Wasm/ネイティブランタイム
残留リスク
- ランタイムエンジンの脆弱性はTCBに残っています
- ネイティブローダーは2つ目のOS分離境界を必要とします
すべての推移的コンポーネント効果は、Kotoba作成のプロバイダーが使用する効果を含め、発行前に宣言され承認されます。
信頼されたコンピューティングベース
効果推論 · 能力カタログ · フロントエンド呼び出しグラフ
残留リスク
- kotoba とコンパイラの文法/効果の等価性は継続的に比較されなければならない
付与されていない能力は存在しないか未紐付けであり、プロバイダーやネイティブハンドラーに到達できません。
信頼されたコンピューティングベース
ポリシーの交差点・コンパイラのインポート出力・テンダーインポートバインディング・ホストガード
残留リスク
- プロバイダーとネイティブ実装はリソース範囲を独立して検証しなければなりません
- 本番効果的な権限はワイルドカードスコープを禁止しなければなりません
同じ認められたソース、ターゲット、ポリシー、ロックは同じ観測可能な純粋な結果とアーティファクトバイトを生成します。
信頼されたコンピューティングベース
標準リーダー · 決定的ローワリング · ピン留めツールチェーン
残留リスク
- ホスト効果は、その能力契約がそう述べている場合にのみ決定論的です
ソース、入場、実行、メモリ、出力は明示的な有限境界を使用します。
信頼されたコンピューティングベース
入場制限 · 燃料メーター · ランタイムクォータ · 監督者タイムアウト
残留リスク
- プラットフォーム監督者はまだ同等の本番分離証拠を持っていません
リリースの承認はアーティファクトの識別、信頼された署名者、有効性および再現可能な証拠を結びつける。
信頼されたコンピューティングベース
署名検証器・信頼された署名者設定・クロック・失効セット
残留リスク
- 鍵管理および外部取り消し配布は運用TCBのまま
共有可能なポータブルコンポーネントは、資格のあるバックエンド間で同等の受け入れ、結果、効果トレースを持ちます。
信頼されたコンピューティングベース
共有適合マニフェスト · バックエンドアダプター · 比較ランナー
残留リスク
- コンパイラ専用機能は移植可能ではなく、移植可能なプロファイルによって拒否されなければなりません
コンポーネントインポートは具体的な交差後リソーススコープを持ってのみプロバイダーまたはネイティブハンドラに到達し、レシートを発行します。
信頼されたコンピューティングベース
能力の交差 · ホストガード · プロバイダーハンドラ · レシートシンク
残留リスク
- プロバイダー固有のパス、リダイレクト、シンボリックリンク、テナントチェックには 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-アサーション適合結果を検証します。他のプラットフォームは未紐付けのままです。
生成されたリリース証拠を読む60秒で開始
インストールと自己チェック
brew tap kotoba-lang/kotoba
brew trust kotoba-lang/kotoba
brew install kotoba
kotoba selfhost check --json
問題リストが空でも有効な応答を受け入れます。
最初のプログラム
(defn main []
(+ 40 2))
このプログラムはホストインポートを要求しない;出力モジュールにインポートはない。
学び、試し、さらに深く進む
最初のプログラムから言語契約、ライブラリ、証拠、展開サーフェスへの接続されたパス。
小さなKotobaプログラム、実際に実行中
Amuはこの純粋なKotobaソースをwasm32-browserプロファイルにコンパイルする。チェックイン済み成果物はインポートなしで42を返す。
;; W1 pure representative: ordinary Clojure-shaped values/functions only.
(ns examples.w1-pure)
(defn double [n]
(+ n n))
(defn main []
(double 21))
権限の強調表示: kotoba-lang/grammar → kotoba.grammar.highlight/tokenize → ビルド時HTML。 エディタースコープ契約: source.kotoba. ブラウザハイライター依存:なし。 依存関係を検査
ローカルでコンパイル: kotoba compile double-21.kotoba --target wasm32-browser --output double-21.wasm
検証済みアーティファクトを実行する
ブラウザは 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契約から開始します。
ライブラリマップを閲覧タグで組織全体を閲覧
存在します 2,215 公開リポジトリ内の kotoba-lang 組織。以下のすべてのタグはGitHubのトピックです 同じ名前なので、サイトフィルターと組織のトピックは一つの語彙です 漂流する2つではなく1つを選んで、すでにフィルタリングされたカタログを開いてください。
リポジトリは公開されたパッケージではありません。正確に 1 ライブラリがコンテンツアドレスレジストリを通じて公開されます。このリストの残りは発見用です。リポジトリの成熟度ラベルは 1.0 API の安定性、広範な採用、または本番 SLO を意味せず、255 リポジトリはドメインルールに一致せず、最も近いラベルを付ける代わりにタグなしで表示されます。
チェック済みリファレンスを検索
コマンド、標準ライブラリ名、診断、およびリリース状況を検索。インデックスは機械権威から生成され、このページに留まる。
試す:コンパイル、オプション-サム、ドキュメント/リンク欠落
リリースバインディング
Kotoba v0.7.0 for darwin-arm64 は、言語プロファイル 6 とパッケージ契約 1 に紐づく公開実装です。その署名付きエンベロープはソースツリー、アーティファクトダイジェスト、および 536-テスト / 8,580-アサーション適合結果を検証します。他のプラットフォームは未紐付けのままです。
オープンリファレンス
kotoba id
パスキーで制御されるチェーンニュートラルな Kotoba プリンシパル登録プランを作成します。スマートアカウントは明示的な CAIP-10 リンクです。チェーンやプロバイダーはアイデンティティルートではありません。
オープンリファレンス
kotoba compile
Kotoba ファミリーのソースをターゲットアーティファクトにコンパイル。Web .kotoba はチェック済み KIR と制限された kotoba-script バックエンドを使用;.cljs は引き続き ClojureScript。
オープンリファレンス
kotoba check
Kotoba のソース、契約、またはパッケージメタデータを実行せずに検証します。コンパイラアダプター:フロントエンド許可 + --profile pure-product (T9.2)。
オープンリファレンス
kotoba build
Kotoba プロジェクトを検証済みターゲットアーティファクトにビルド。これは直接的なプロジェクトライフサイクルコマンド;rad buildは互換スペルのまま。
オープンリファレンス
kotoba test
Kotobaプロジェクトの承認されたテストを確認して実行します。これは直接のプロジェクトライフサイクルコマンドです;rad testは互換性のための綴りのままです。
オープンリファレンス:version/非対応
要求された言語またはパッケージ契約のバージョンは不明です。lang/version-policy.edn の :supported に記載されたバージョンを選択してください。
オープンリファレンス:release/invalid-semver
リリース識別子は厳密なSemVerではありません。MAJOR.MINOR.PATCHに有効なプレリリースまたはビルドサフィックスをオプションで使用してください。
オープンリファレンス:docs/no-release-bound-profile
公開された実装証拠はアクティブな言語プロファイルを拘束しません。署名されたリリースエンベロープが実装とプロファイルを拘束するまで、公開デフォルトはブロックされたままにしてください。
オープンリファレンス:docs/link-missing
検証済みドキュメントが欠落したローカルターゲットを指しています。ターゲットを復元するか、権限マップを更新して参照を再生成してください。
オープンリファレンス:docs/generated-drift
コミットされた生成参照がそのマシン権限と一致しません。kbb --backend sci scripts/generate-docs-reference.cljkを実行し結果をコミットしてください。
オープンリファレンス:docs/validation-result-invalid
ユーザー検証の観察は不完全か外部結果を過大主張しています。参加者クラス、タスク、結果、証拠、および観察時間を記録します。
オープンリファレンスクエリはブラウザを離れません。
ロードマップ:境界が保持された後にのみ拡大
1つのバージョン付き契約
文法、効果、チェック済み KIR、ターゲットアダプター、資格付け、および初回実行ドキュメントを整合させ続ける。
プロバイダのギャップを埋める
型付き要求/結果適合性、敵対的テスト、領収書、取り消し、再現可能なリリース操作を拡張します。
より広い展開を獲得
プロバイダー、ホスト分離、ロールバック、ソーク証拠の後に本番利用を拡大し、検査可能な宣言型ライブラリを成長させます。
ロードマップ項目は方向性であり、出荷能力や納期の約束ではありません。
コミュニティを公開で構築する
Kotobaはまだ大きなコミュニティを主張していません。現在の正直な公開の集いはソースリポジトリ、イシュートラッカー、リリース履歴、セキュリティチャネルです。
権限を買わずに公開境界を資金提供する
Kotoba GitHub スポンサープロファイルは準備中です。プロジェクトページはすでに準備されており、GitHub が組織プロファイルを承認した後にのみ支払いアクションを公開します。
サポートは権限ではありません
スポンサーシップは機能、ロードマップ優先度、サポートSLA、プライベートアクセス、またはセキュリティ例外を購入するものではありません。
スポンサーシップ状況: 準備中. チェック済み 2026-09-01.
安全なコード。信頼された状態。制御された実行。
制御された実行
Kotoba Cloud はアイデンティティと展開制御を実行環境に接続します。ディスカバリーはライブですが、ホストされた適用はまだ提供されていません。計算は別個に管理されるサービスによって提供され続けます。
Kotoba Cloud を開く信頼されたグラフ状態
KotobaseはAI状態と知識のためのコンテンツアドレス型グラフデータベースです:明示的な関係、識別可能な履歴、スコープされたアクセス。
オープン Kotobaseこれらのサービスは別々の権威、可用性、および資格境界を保持する。それらの接続は、すべての Kotoba 機能が一般的に販売されているホストサービスとして利用可能である証明ではない。
契約を読むか実装を実行する
言語プロファイル 6; public-defaultリリースステータス: リリース済み.
主要なポータブルプラットフォームは WASI を備えた WebAssembly コンポーネントです 0.3.0。展開パイプラインには 11 名前付き、失敗時閉鎖の段階。
