Lewati ke konten

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 sumber bafkreiaeohkv2zu… IPFS CIDv1 · raw · sha2-256 dari hello.kotoba
  • sumber SHA-256 0471d55d668ed5f9… sha-256 dari file tepat yang ditampilkan di sini
  • KIR SHA-256 yang diperiksa 92635333e1e0da86… representasi bertipe dan diperiksa efek yang diterima kompilator
  • identitas artefak SHA-256 cfea3b89cc022a6b… mengikat sumber, kebijakan, kontrak kompilator dan ABI target

CID sumber membuka hello.kotoba. Digest SHA-256 mengidentifikasi byte sumber, KIR yang diperiksa, dan identitas artefak; mereka bukan alamat IPFS.

AMAN + CEPAT · DIBUAT UNTUK PERANGKAT LUNAK YANG DIHASILKAN AI

Kode aman. Dibangun untuk kecepatan mesin.

Kotoba adalah bahasa berbentuk Lisp yang dirancang untuk perangkat lunak AI ultra-cepat yang aman. Program yang dapat diperiksa, kapabilitas eksplisit, dan artefak beralamat konten menghubungkan pemeriksaan kompilator ke eksekusi yang terkendali.

BUILD DINGIN TERCEPAT · 4 DARI 4 URUTAN KUALIFIKASI

Build dingin tercepat dari alat apa pun di host ini.

11.75ms

Kotoba sumber ke artefak WebAssembly, proses dingin — lalu dijalankan, dan jawaban diperiksa setelah jam berhenti.

  1. KotobaCLI Dirilis · WebAssembly 11.75 mstercepat di sini
  2. C / ClangHost asli 29.08 ms2.5× Kotoba
  3. Rust / rustcWebAssembly 38.99 ms3.3× Kotoba
  4. Rust / rustcHost asli 56.02 ms4.8× Kotoba
  5. JVM / javackelas JVM 171.53 ms14.6× Kotoba

Waktu dinding build proses dingin dalam milidetik; lebih pendek lebih cepat. K=1 sumber, jalur berselang-seling pada satu host, 7 sampel masing-masing.

Semua 4 urutan lolos perfgate pada kebijakan default tidak rileks — setidaknya 5% dan terpisah dari penyebaran lengan sendiri — sehingga urutan tetap meskipun host sedang sibuk. Terbatas pada host ini, ukuran sumber ini dan run ini: waktu build tidak kecepatan eksekusi, keunggulan menyempit saat sumber tumbuh, dan yang dirilis biner memiliki batas kebenaran yang ketat. Semua lima tolok ukur, termasuk yang yang melawan Kotoba, ada di bawah. Diukur 2026-08-31 aktif Apple M4.

Ketika AI menghasilkan, membangun, menguji, dan membangun ulang kode secara terus-menerus, latensi build menjadi throughput infrastruktur.
TOLAK SECARA DEFAULT

Tidak ada otoritas ambien

Tidak ada sistem berkas, jaringan, proses, jam, model, atau rahasia implisit.

KIR TERPERIKSA

Otoritas bertahan kompilasi

Tipe, efek, sumber daya, dan dukungan target diterima sebelum emisi.

DIKETATKAN HOST

Hanya pemberian yang dibatasi

Host dan penyedia menegakkan ruang lingkup konkret dan mencatat keputusan.

LANTAI PASCA-KUANTUM

Tidak ada penurunan versi hanya klasik

Batas enkripsi dan publikasi baru memerlukan bukti ML-KEM atau ML-DSA dan menolak materi PQ yang dipangkas.

01 Masalahnya

AI dapat menulis lebih cepat daripada manusia dapat meninjau

Kode yang dihasilkan mungkin berguna dan tetap mencapai file, jaringan, rahasia, proses, model, atau permukaan pembayaran yang tidak pernah dimaksudkan untuk diungkap oleh permintaan.

DEFAULT LAMA

Bangun secara luas, batasi kemudian

Program tujuan umum dimulai dengan semantik ambient. Sandbox, IAM, kontainer, kebijakan, dan penandatanganan ditambahkan di sekitarnya untuk memulihkan batas yang dimaksudkan.

DEFAULT KOTOBA

Berikan secara sempit, lalu kompilasi

Efek dan kapabilitas adalah bagian dari komputasi yang diterima. Jika target tidak dapat membuktikan dan mengikat pemberian, ia tidak mengeluarkan atau menjalankan artefak.

Kotoba melengkapi isolasi runtime dan OS; itu tidak membuat lapisan tersebut tidak perlu.

Di mana pikiran Lisp dan penulisan ulang grafik GP 2 bertemu disiplin Rust

Kotoba adalah bahasa kecil yang berorientasi data dan berbentuk Clojure. Desainnya mengambil tradisi kode-sebagai-data Lisp dan Penulisan ulang grafik berbasis aturan GP 2, dengan disiplin statis seputar otoritas, efek, sumber daya, paket, dan identitas artefak.

INTUITIF

Kode sebagai data yang dapat dibaca

Nilai tidak dapat diubah, fungsi biasa, data eksplisit, dan sintaks yang dapat disusun mudah untuk manusia dan model hasilkan dan periksa.

DEKLARATIF

Katakan apa yang mungkin terjadi

Efek, kapabilitas, sumber daya, ketergantungan, dan target adalah input yang terlihat untuk penerimaan—bukan kejutan yang ditemukan setelah penyebaran.

KEAMANAN-UTAMA

Bahasa lebih sedikit, batas lebih sulit

Tidak ada interop ambient, pemuatan kode runtime, mutasi tanpa batas, makro yang didefinisikan tamu, atau konkruensi tak terbatas di permukaan komponen yang diterima.

AMAN + CEPAT · DIBUAT UNTUK PERANGKAT LUNAK YANG DIHASILKAN AI.

Ini adalah arahan pembatasan, bukan klaim 'tidak dapat diretas'. Kompiler, verifikator, runtime, penyedia, akar kebijakan, penjagaan kunci, dan isolasi OS tetap dalam basis komputasi tepercaya.

02 Bagaimana batas bekerja

Keamanan di seluruh komputasi

Batas dibawa dari niat ke eksekusi. Setiap tahap mempersempit atau memverifikasi otoritas; tidak ada tahap berikutnya yang diizinkan untuk menciptakan hak.

1 · SUMBER

Niat deklaratif

Permukaan kecil berbentuk Clojure menjaga program tetap terbaca dan mengecualikan jalur pelarian ambien.

2 · PERIKSA

KIR yang diperiksa

Tipe dan efek transitif menjadi representasi yang dapat diperiksa dan tidak bergantung pada target.

3 · TERIMA

Iris otoritas

Hak yang diminta, didelegasikan, kebijakan lokal, sumber daya, dan target hanya dapat mempersempit.

4 · IDENTIFIKASI

Alamat artefak

Kode, ketergantungan, kebijakan, kontrak compiler, dan ABI target mengikat identitas komputasi.

5 · PENEGAKAN

Bind di host

Runtime dan penyedia hanya mengikat kemampuan yang diterima, menegakkan anggaran terbatas, dan mengeluarkan tanda terima.

Identitas konten bukan otoritas.

Verifikasi CID, tanda tangan, pencabutan, kebijakan host, pemeriksaan sumber daya, dan isolasi OS tetap menjadi batas terpisah.

Evaluasi Lisp, tanpa evaluasi host ambien

Kotoba mengevaluasi kode yang diperiksa sebagai data beralamat konten. Yang dikenal (eval request) permukaan turun ke bertipe :code/eval kemampuan; tidak pernah menerima teks sumber, bentuk pembaca, namespace, atau objek host.

DEFINISI CID

Kode apa?

CID memilih definisi KIR terverifikasi hash dan penutupan ketergantungan hanya CID-nya.

CID PENERIMAAN

Apakah ini dapat dijalankan di sini?

Antarmuka tepat, baris efek lengkap, izin saat ini, bahan bakar, dan kedalaman evaluasi yang menurun dibatasi sebelum eksekusi.

CID NILAI

Apa yang kembali?

Hasil bertipe dipertahankan sebagai bukti beralamat konten. Hash-nya tidak dapat secara retroaktif mengotorisasi efek.

Identitas, otoritas, dan bukti hasil adalah tiga fakta berbeda.

Kontrak mesin: lang/typed-eval.edn. Kemampuan kawat compiler: 30. Penerapan terbatas tetap merupakan penerapan penutupan modul tertutup biasa.

Default untuk tumpukan komputasi AI-pertama

Ini adalah klaim rekayasa dengan kualifikasi terlampir. Default, bounded-ready, partial, dan direction adalah status berbeda; tidak ada yang dipromosikan diam-diam menjadi universal.

ARAH DIUKUR

Bangun lebih cepat. Jalankan lebih cepat. Pertahankan batasnya.

Kotoba menerbitkan pengukuran startup kompiler, loop pengembang, runtime asli, dan domain beban kerja dengan pemeriksaan hasil tepat. Peringkat kecepatan saat ini tetap ditahan sampai gerbang host diam mereka lolos; penerimaan keamanan tidak pernah dihapus untuk memenangkan waktu.

SIAP TERBATAS

Penyimpanan tanpa batas bahasa.

Kotobase menggunakan identitas konten, pembacaan rentang, sejarah tidak dapat diubah, dan penyimpanan netral penyedia. Kapasitas fisik, kepemilikan, retensi, biaya, replikasi, dan anggaran eksekusi tetap eksplisit; ini bukan klaim disk tak terbatas.

DEFAULT

Kriptografi pasca-kuantum secara default.

Setiap batas kriptografi Kotoba baru harus menyebutkan bukti ML-KEM atau ML-DSA dan menolak penurunan versi hanya klasik. Passkey yang ada, transportasi, implementasi, dan penjagaan kunci tetap merupakan batas yang memenuhi syarat secara terpisah.

DEFAULT

Otentikasi hadir. Otoritas ditolak secara default.

Identitas Passkey berada di batas kontrol. Identitas yang diverifikasi tetap tidak menerima otoritas filesystem, jaringan, penyimpanan, model, rahasia, pembayaran, atau GPU sampai pemberian lingkup eksplisit melewati kebijakan lokal dan pemeriksaan host.

SIAP TERBATAS

Delegasi fleksibel yang hanya bisa mempersempit.

Lingkup permintaan, delegasi, kebijakan lokal, sumber daya, dan target beririsan. Delegasi dapat disusun dan dilemahkan, tetapi tidak dapat menciptakan otoritas ambient atau memperluas hak penerbitnya.

SIAP TERBATAS

Siap Web3, netral rantai di akar.

Prinsipal Kotoba yang stabil dan pengendali Passkey adalah utama. Akun CAIP-10, ERC-1271, dan ERC-6492 adalah bukti akun-terkait eksplisit; alamat dompet tidak pernah diam-diam menjadi otoritas penyimpanan atau eksekusi.

DILAKSANAKAN SEBAGIAN

Zero-copy jika kepemilikan mengizinkan; satu salinan jika batas membutuhkannya.

Tampilan byte kolom mempertahankan vektor, ByteBuffer langsung, dan dukungan Uint8Array. Proyeksi Arrow dapat menjaga buffer tidak terkompresi tetap kolom melalui jalur danau Kotobase yang diotorisasi. Masuk jaringan, dekompresi, unggah GPU, dan pembaruan persisten tidak dapat diubah tetap menjadi batas salinan bernama.

DILAKSANAKAN SEBAGIAN

Data berbentuk panah. Kernel SIMD CPU eksplisit dan GPU asli perangkat.

Pada Apple M4, kolom float32 Arrow yang tidak dikompresi dan tidak nullable mempertahankan satu WebAssembly memori linear pendukung sementara Num menjalankan kernel v128 f32x4 eksplisit di atas irisan nilai pinjamannya tanpa salinan Arrow-ke-SIMD; ekor skalar menutupi baris yang tersisa. Dalam tiga kali jalankan berkualifikasi dari beban kerja dan artefak skala 262,147 elemen yang sama, kernel SIMD itu selesai 3.66-3.72x lebih cepat daripada Wasm skalar. Ini adalah hasil kernel-dan-host, bukan klaim runtime umum. Jalur kolom terbatas yang sama juga mempertahankan satu ArrayBuffer melalui tampilan CPU-nya, melewati batas kepemilikan GPU dengan satu unggahan WebGPU yang diukur, menjalankan di Metal, dan mengembalikan satu skalar empat byte. Kolom nullable, tipe data Arrow lain, penghapusan unggahan memori terpadu, kernel yang lebih luas, dan kualifikasi CPU/GPU universal masih menunggu.

DEFAULT

AI pertama. Aman agen secara default.

Kotoba dirancang untuk program yang ditulis atau dioperasikan oleh agen dan bot AI. Semakin kuat modelnya, semakin penting efek eksplisit, sumber daya terbatas, pembatasan kemampuan, tanda terima, dan penegakan host.

ARAH

Batas siap AGI, bukan klaim AGI.

Arsitektur ini dimaksudkan untuk menjaga otoritas tetap eksplisit saat model menjadi lebih mampu. Kotoba tidak mengklaim bahwa AGI ada di sini, bahwa program yang dihasilkan dapat dipercaya, atau bahwa pembatasan menghilangkan compiler, runtime, penyedia, pengelolaan kunci, dan basis komputasi tepercaya OS.

Otoritas mesin: lang/product-defaults.edn. Penyimpanan fisik tak terbatas, nol salinan di mana-mana, peringkat kecepatan universal, AGI tercapai, dan tidak dapat diretas tetap merupakan klaim mutlak yang dilarang.

Apa yang tidak dapat diminta Kotoba yang ditulis AI

Permukaan bahasa yang sengaja absen
Batas Kenapa itu tidak ada
compile, load, load-file, load-string, ns-resolve, read-string, require, resolve, use Komponen tidak dapat membuat kode atau otoritas dari status proses ambien. String sumber, bentuk pembaca, namespace yang dimuat, dan objek host yang dikompilasi tidak pernah diinferensi efek dan bukan bagian dari definisi CID. Operasi `(eval request)` yang diterima oleh karena itu terpisah: memilih KIR yang sudah diperiksa berdasarkan CID melalui :code/eval dan diterima kembali oleh host.
., .., import, new Akses objek dan metode JVM/JS sewenang-wenang melewati penerimaan kapabilitas. Tidak dapat dilonggarkan oleh distribusi grant: interop tidak pernah mencapai guard-component-ability-call, sehingga irisan grant, tanda terima dan pencabutan tidak dapat melihat panggilan. Kosong pada ABI wasm32 (jalur seperti itu tidak ada); penting pada portable/trusted, di mana gerbang subset adalah satu-satunya batas (tidak ada sandbox VM terpisah yang diklaim di sana).
alter-var-root, atom, binding, deref, dosync, ref, reset!, set!, swap!, var, volatile! Status mutable eksternal dimiliki penyedia dan dimediasi oleh kapabilitas/kebijakan; status lokal komponen harus menggunakan model yang secara eksplisit terbatas. Invarian adalah AMBIENT, bukan mutasi itu sendiri. Sejak 2026-09-02 pembacaan itu memiliki dua konsekuensi bukan satu. Sel yang melarikan diri, bertahan, atau melewati fungsi dimiliki penyedia dan tetap pada jalur :state-kit-desugar (baris efek menunjukkan :state, izin diperlukan saat instansiasi, pegangan kapabilitas ditolak sebagai nilai tersimpan). Sel yang tidak melakukan keduanya -- (let [a (atom 0)] (swap! a + 1) @a) -- tidak memerlukan host sama sekali: irisan status lokal 1 mengelaborasinya menjadi pengikatan ulang let biasa, jadi tidak ada yang mengamatinya selain kode garis lurus yang memilikinya dan tidak ada sel yang ada saat runtime. atom / swap! / reset! / deref oleh karena itu diterima melalui elaborasi, dan ditolak saat sel akan melarikan diri. ref / dosync / volatile! / binding / var / alter-var-root / set! tidak memiliki model kemampuan yang diputuskan dan tetap ditolak dengan kegagalan tertutup.
agent, future, locking, pmap, send, send-off Penjadwalan komponen dan sumber daya harus tetap dikendalikan dan terbatas oleh tender. Baik CID definisi maupun hak delegasi tidak mengukur CPU atau penjadwalan; bahan bakar per-instance dan thread ambient akan melarikan diri darinya. Kemampuan structured-spawn dengan bahan bakar sub-anggaran dapat dirancang tapi belum diputuskan; belum ada jalur perluasan.
defmacro Permukaan komponen aman harus dapat diperiksa secara statis sebelum eksekusi. Tidak dapat dilonggarkan: ekspansi menjalankan kode di dalam compiler (waktu build), dan CID definisi meng-hash KIR bertipe pasca-desugar, sehingga makro tak terbatas berjalan awal dan membuat identitas sumber tidak dapat ditinjau. defdesugar (desugar murni terbatas) tetap menjadi alternatif yang diterima.
catch, throw, try Ambient throw/try/catch adalah alur kontrol non-lokal yang tidak terlacak: ia keluar dari cakupan yang tidak disebutkan dalam baris efek yang diinferensikan dan melewati kewajiban unwind (penarikan faset ruang data belum memiliki unwind yang diperiksa). Larangan berlaku pada bentuk ambient. Sejak 2026-09-02 kemampuan abort bertipe mengizinkan kepala dengan elaborasi: efek muncul dalam baris yang diinferensikan sebagai :abort dan fungsi menurun ke [:result T E], sehingga bentuk ambient tidak pernah ada setelah elaborasi. Slice 2 (2026-09-02) membuat :abort menyebar melalui panggilan dan menormalisasi A operand atau tes aborting menjadi let binding; keduanya tidak memperluas invarian, karena abort yang disebarkan berada pada baris pemanggil dan yang dinormalisasi A adalah elaborasi yang sama di posisi berbeda. Di mana prasyarat unwind penting, abort tetap ditolak -- untuk CALL sekarang juga seperti untuk throw.

Ini adalah batasan keamanan bernama dalam lang/surface-status.edn, bukan fitur yang hilang dari peta jalan.

03 Buktinya

Bukti, dengan batas yang terpasang

Kotoba memisahkan bukti implementasi dari daya tarik pasar dan menjaga risiko residual di samping setiap klaim keselamatan.

inti 33

Pengujian produksi internal

Tumpukan Kotoba yang lebih luas menjalankan 33 inti inferensi secara internal. Ini membuktikan tim mengoperasikan tumpukan sendiri; ini bukan daya tarik pelanggan, adopsi berbayar, atau pendapatan.

klaim 8

Batas dapat dibaca mesin

Klaim keamanan menyebutkan basis komputasi terpercaya mereka, bukti negatif, dan risiko residual alih-alih menyederhanakan menjadi slogan 'tidak bisa diretas'.

tolak secara default

Tanpa izin, tanpa efek host

Kebijakan kosong tidak memberikan otoritas filesystem, jaringan, proses, jam, model, atau rahasia. Penyedia juga harus memvalidasi cakupan sumber daya konkret.

Penggunaan produksi internal hanya bukti dogfooding. Ini tidak menyiratkan pelanggan eksternal, pilot berbayar, atau pendapatan.

Lima benchmark. Lima pertanyaan berbeda.

Startup compiler menanyakan seberapa cepat satu sumber kecil menjadi artefak. Skala pembangunan menanyakan apa yang terjadi pada angka itu ketika sumber berhenti menjadi kecil—dan apakah artefak masih merespons. Loop pengembang memisahkan resolusi, pemeriksaan, pembangunan, dan hasil pertama. Runtime asli menanyakan seberapa cepat kode yang sudah dibangun berjalan. Suite domain beban kerja menanyakan bagaimana string, koleksi, alokasi, I/O, konkurensi, dan aplikasi nyata kecil berperilaku. Hasilnya menjaga kelima pertanyaan—dan status bukti mereka—tetap terpisah.

MULAI BUILD · RANK TIDAK MEMENUHI SYARAT

rantai alat 4, 21 menjalankan masing-masing

Kotoba 40.998 ms · Rust 126.422 ms · C 146.324 ms · JVM 961.248 ms median.

21 sampel proses dingin berputar · load1 30.79 → 39.79 · diperlukan ≤ 1 · 2026-08-29 · Apple M4

RUNTIME · LIPUTAN LENGKAP

beban kerja 6 × pembanding 5

Amu native diuji terhadap Rust, Clang / C11, Zig, Go c-shared, Swift melalui satu batas panggilan native umum.

Pasangan pembanding/beban kerja 30/30 · jawaban tepat diverifikasi

KECEPATAN RUNTIME · 19/30 TERKUALIFIKASI

19 dari 30 pasangan

Amu native menang 19 dari 30 pasangan pembanding/beban kerja setidaknya 5%, terpisah dari penyebaran lengan sendiri. Klaim tercepat terbatas membutuhkan setiap pasangan, jadi tetap tidak memenuhi syarat — jumlahnya adalah bagian informatif.

Setidaknya 2 dari pasangan tersebut tidak dapat dimenangkan sama sekali. Pada aritmatika sempit, amu, Apple clang -O3 dan rustc -O3 mengompilasi kernel ke urutan instruksi 61 yang sama — clang dan rustc identik byte, amu hanya berbeda dalam nomor register. Margin 5% atas kode identik tidak ada, jadi klaim terbatas tidak dapat dicapai bukan hanya tidak terpenuhi.

Median dari 5 run yang memenuhi syarat host; skor berkisar 19–20 dan 19 dari 30 pasangan memenuhi syarat di setiap run. Satu sampel berisik dapat mendiskualifikasi beberapa pasangan sekaligus, jadi skor satu run tidak tepat untuk satu pasangan.

CPU sibuk 0.090 → 0.069 → 0.076 · diperlukan ≤ 0.10 · 2026-09-07

LOOP PENGEMBANG · PANGKAT TIDAK KUALIFIKASI

jalur toolchain 11

Resolusi ketergantungan, pemeriksaan, pembersihan dan build tanpa perubahan, serta hasil pertama proses dingin dicatat secara terpisah.

Sampel 7 per tahap yang diukur · load1 20.84 → 24.49 · diperlukan ≤ 1

SKALA PEMBANGUNAN · LANGIT-LANGIT DITEMUKAN

ukuran sumber 8

Program yang sama dari satu fungsi ke 2048, dibangun oleh setiap toolchain di host lalu dijalankan. Biner yang dirilis memiliki biaya mulai dingin terendah di sini dan kebenaran batas atas fungsi 128.

artefak diperiksa setelah jam berhenti · load1 2.73 → 2.73 · diperlukan ≤ 1 · 2026-08-31

DOMAIN BEBAN KERJA · PANGKAT TIDAK MEMENUHI SYARAT

domain 6 × jalur runtime 6

String, koleksi, alokasi, file I/O, konkurensi empat pekerja, dan kernel aplikasi kebijakan penerimaan permintaan diperiksa kebenarannya.

Sampel 7 di jalur process-cold dan amortisasi · load1 13.87 → 12.38 · peringkat ditahan

Waktu build saat sumber menjadi lebih besar

Benchmark di atas membangun program yang cukup kecil untuk muat di satu layar, yang mengukur seberapa cepat rantai alat mulai. Ini mengatakan sedikit tentang angka yang sebenarnya ditunggu pengembang, yaitu kemiringan. Kelima ini benchmark menghasilkan program yang sama dengan ukuran yang meningkat — K fungsi empat operasi independen dan satu titik masuk yang memanggil semuanya — dan membangunnya melalui setiap toolchain di host, dalam urutan berputar.

Kemudian menjalankan apa yang dihasilkan setiap toolchain, setelah jam berhenti. Pemeriksaan itu bukan hiasan. Cara tercepat untuk mengeluarkan artefak adalah menghasilkan yang rusak, jadi jalur yang berhenti bekerja seharusnya memposting angka terbaiknya tepat di tempat ia berhenti bekerja.

20 ms 100 ms 1 s 10 s K=1 32 128 512 2048 Fungsi yang dihasilkan (skala log) Waktu dinding build (skala log) Kotoba / Amu → native Kotoba / Amu → Wasm rustc → Wasm rustc → native javac clang → native Kotoba · CLI yang dirilis

Kedua sumbu berskala logaritmik: sumber mencakup tiga orde besaran dan begitu juga waktu. Sebuah garis berakhir dengan titik di mana jalannya selesai, dengan tanda silang di mana jalur itu mengeluarkan artefak yang bukan program, dan dengan batang di mana rantai alat menolak membangun. Ketiga hal itu bukan peristiwa yang sama dan dua kegagalan di bawah bukan kegagalan yang sama.

Waktu dinding build proses dingin menurut ukuran sumber; median, satu host, jalur berselang-seling
Toolchain / target K=1 K=32 K=128 K=129 K=512 K=1023 K=1024 K=2048
Kotoba · CLI Dirilis · WebAssembly 11.753 ms 35.84 ms 111.538 ms artefak tidak valid artefak tidak valid artefak tidak valid build gagal build gagal
Kotoba / Amu · WebAssembly 733.255 ms 825.418 ms 1123.04 ms 1123.847 ms 3380.63 ms 9242.463 ms build gagal build gagal
Kotoba / Amu · Native aarch64-macos 962.198 ms 1509.84 ms 2973.249 ms 3000.243 ms 10601.87 ms 23725.327 ms build gagal build gagal
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 · Host asli 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 tidak ada toolchain tidak ada toolchain tidak ada toolchain tidak ada toolchain tidak ada toolchain tidak ada toolchain tidak ada toolchain tidak ada toolchain
C / Clang · Host asli 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 · kelas 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

Diukur 2026-08-31 di judahnoMac-mini.local (Apple M4). K adalah jumlah fungsi yang dihasilkan; sumber Kotoba berjalan dari 9 sampai 14338 baris. Target, ABI, tingkat optimasi dan kontrak runtime berbeda antar jalur, jadi ini menanyakan tentang latensi umpan balik pengembang, bukan pekerjaan setara. Gerbang beban host gagal (load1 2.73–2.73, diperlukan ≤ 1), jadi ini adalah pengamatan putaran ini bukan angka portabel. Karena jalur saling berselang, urutan dikualifikasi secara terpisah.

Urutan mana yang bertahan uji kebisingan

Rasio bukan peringkat. perfgate menolak setiap pengurutan yang celahnya jatuh di dalam sebaran kedua lengan itu sendiri, seberapa besar pun rasio terlihat, dan menolak lengan dengan sampel terlalu sedikit atau terlalu banyak kebisingan. Ia berjalan di sini dengan kebijakan defaultnya sendiri, tidak rileks — sebuah ambang dilonggarkan agar ini bisa berjalan akan menjadi tolok ukur yang mengukur ambang batasnya sendiri. Karena jalur-jalur diselingi pada satu host, ada celah yang bertahan dari tes ini bertahan saat host sibuk.

CLI Kotoba dirilis terhadap setiap pembanding, pada setiap ukuran di mana masih mengeluarkan modul valid
Ukuran Dibandingkan dengan Kotoba lebih cepat? Celak vs penyebaran gabungan Kenapa tidak, jika tidak
K=1 C / Clang · Host asli ya, memenuhi syarat 17.1 ms vs 1.0 ms
K=1 JVM / javac · kelas JVM ya, memenuhi syarat 160.8 ms vs 5.4 ms
K=1 Rust / rustc · Host asli ya, memenuhi syarat 44.2 ms vs 0.6 ms
K=1 Rust / rustc · WebAssembly ya, memenuhi syarat 27.1 ms vs 0.5 ms
K=32 C / Clang · Host asli tidak 5.3 ms vs 1.0 ms perbaikan-di-bawah-ambang
K=32 JVM / javac · kelas JVM ya, memenuhi syarat 161.9 ms vs 1.2 ms
K=32 Rust / rustc · Host asli ya, memenuhi syarat 26.7 ms vs 0.7 ms
K=32 Rust / rustc · WebAssembly ya, memenuhi syarat 9.8 ms vs 0.6 ms
K=128 C / Clang · Host asli tidak 75.8 ms vs 1.2 ms perbaikan-di-bawah-ambang
K=128 JVM / javac · kelas JVM ya, memenuhi syarat 126.2 ms vs 2.2 ms
K=128 Rust / rustc · Host asli tidak 29.3 ms vs 1.4 ms perbaikan-di-bawah-ambang
K=128 Rust / rustc · WebAssembly tidak 45.8 ms vs 1.1 ms perbaikan-di-bawah-ambang

perbaikan-di-bawah-ambang berarti jalur Kotoba sama sekali tidak lebih cepat pada ukuran itu. Keunggulan nyata dan memenuhi syarat pada awal dingin, dan hilang terhadap C pada K=32 dan terhadap Rust pada K=128. Persilangan itu adalah hasilnya, jadi ditampilkan daripada diringkas.

Dua kegagalan yang bukan kegagalan yang sama

Tiga jalur Kotoba berhenti bekerja dalam jalankan ini, dan menerbitkannya sebagai satu baris akan salah. Satu adalah cacat. Dua lainnya dinyatakan batas ditegakkan persis seperti yang ditentukan, dan melaporkannya sebagai cacat berarti mengukur batasnya daripada kompiler.

Apa yang berhenti, dan apa artinya
Pengamatan Membaca
CLI kotoba yang dirilis mengeluarkan modul yang tidak akan mengompilasi di atas 128 fungsi Sebuah cacat, dan alasan untuk memvalidasi di dalam harness. Pada K=129 sebuah panggilan harus membawa indeks fungsi 128, nilai pertama yang membutuhkan dua byte LEB128, dan pemancar menulis satu. Byte tersebut mengatakan itu bukan encoder yang hilang tetapi yang tidak digunakan: local.set 128 ditulis 80 01, dan panggilan 128 satu instruksi kemudian ditulis 80. Jumlah operand yang dipotong tepat K dikurangi 128. Kompilator saat ini tidak memilikinya — Amu membangun K=129 dengan benar, dan perbaikan telah ada di cabang default pemancarnya sejak sebelum rilis ini ditandai.
Setiap jalur Kotoba terperangkap pada K=512 saat dibangun dengan pengaturan default Bukan cacat. Modul Kotoba membawa anggaran bahan bakar panggilan yang dinyatakan dan default compiler adalah 512 panggilan, yang dilampaui oleh beban kerja ini pada K=512 di mana titik masuk memanggil 512 daun. Harness menyatakan 1,048,576 unit secara eksplisit dan mencatatnya. C, Rust dan Java tidak memiliki batas setara untuk dinaikkan.
Amu menolak modul secara langsung jika memuat lebih dari 1,024 fungsi Juga bukan cacat, dan kebalikan dari baris pertama. max-functions adalah batas penerimaan yang dinyatakan, jadi kompiler berhenti dengan kotoba.error/subset-reject dan menyebutkan apa yang ditolak, bukan mengeluarkan sesuatu yang tidak akan dimuat. Langit-langit keras dan yang diam adalah hasil yang sangat berbeda, dan hanya harness yang menjalankan artefak yang membedakannya. Diukur 2026-09-07: ini adalah langit-langit seluruh program, bukan satu modul — max-project-functions juga 1,024 dan diperiksa terhadap proyek yang terhubung, jadi tidak ada pengaturan modul yang mengompilasi program 2,048-fungsi hari ini.

Apa yang ini tetapkan

Jawaban tolok ukur kelima, termasuk yang tidak menguntungkan
Pertanyaan Jawaban dari jalankan ini
Seberapa cepat build Kotoba dingin dari modul kecil? CLI yang dirilis membangun K=1 dalam 11.753 ms proses dingin, artefak dijalankan dan jawaban diperiksa — hasil pertama tercepat dari jalur mana pun yang diukur di sini.
Seberapa besar modul yang dapat dibangun oleh biner yang dirilis? Hingga 128 fungsi. Lebih dari itu bukan lebih lambat, tapi salah, dan harness ini melaporkan itu sebagai jalur gagal daripada jalur cepat.
Apakah waktu build tetap kompetitif saat sumber tumbuh? Melalui K=128 CLI yang dirilis diukur terhadap Rust dan C dalam tabel di atas. Setelah titik itu satu-satunya compiler Kotoba yang masih menghasilkan modul yang benar adalah Amu, yang berjalan di nbb bukan sebagai binary yang dirilis, dan kira-kira satu orde besarnya lebih lambat pada setiap ukuran yang diukur — jadi pada ukuran besar kecepatan build saat ini bukan kekuatan Kotoba, dan halaman ini tidak akan mengklaim sebaliknya.
Seberapa besar sumber yang telah dibangun dari awal hingga akhir? K=1023 melalui Amu — 7163 baris Kotoba, artefak dijalankan dan jawabannya diperiksa. Itu satu fungsi kurang dari batas 1,024 yang dinyatakan, dan ukuran berikutnya ditolak daripada dibangun salah.
Apakah kode yang dihasilkan cepat? Di luar cakupan di sini — ini mengukur pembangunan, bukan menjalankan. Suite runtime native di atas menanyakan pertanyaan itu.

Kesimpulan: Pada ukuran terkecil, biner yang dirilis lebih cepat daripada setiap pembanding di sini dengan margin yang bertahan dari uji kebisingan, dan memiliki batas kebenaran keras pada 128 fungsi. Kompiler tanpa batas itu kira-kira satu orde lebih lambat pada setiap ukuran diukur. Kedua fakta berasal dari satu kali jalan yang sama, dan harness yang menemukannya bersifat publik, sehingga jalannya dapat diperdebatkan.

Berapa lama setiap beban kerja asli sebenarnya berlangsung

Kisi di bawah melaporkan margin antara dua lengan. Itu adalah angka aturan perfgate aktif, tapi persentase sendiri tidak mengatakan apakah sebuah beban kerja berjalan dalam lima milidetik atau lima ratus, dan menyembunyikan perbedaan antara pasangan yang diperdebatkan dan yang tidak relevan. Panel-panel ini adalah median dari margin tersebut yang dihitung. Amu native adalah jalur berwarna di setiap panel — termasuk panel di mana itu bukan yang pertama. Setiap panel adalah diskalakan ke arm terleletnya sendiri, karena pertanyaan yang dijawab panel adalah siapa yang lebih cepat dalam beban kerja itu.

Aritmatika sempit

  1. Clang / C11 6.41 ms
  2. Amu native 6.53 ms1.02× tercepat di sini
  3. Swift 6.55 ms
  4. Rust 6.58 ms
  5. Zig 8.24 ms
  6. Go c-shared 42.84 ms

Tekanan register lebar

  1. Amu native 5.80 mstercepat di sini
  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

Tekanan tumpahan dalam

  1. Amu native 9.23 mstercepat di sini
  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

Pelestarian panggilan

  1. Rust 4.77 ms
  2. Clang / C11 4.82 ms
  3. Amu native 4.85 ms1.02× tercepat di sini
  4. Swift 6.77 ms
  5. Zig 8.44 ms
  6. Go c-shared 32.49 ms

Alur kontrol cabang + panggilan

  1. Clang / C11 4.67 ms
  2. Rust 4.90 ms
  3. Amu native 4.98 ms1.07× tercepat di sini
  4. Swift 6.72 ms
  5. Zig 8.95 ms
  6. Go c-shared 33.84 ms

Loop panggilan balik edge

  1. Clang / C11 139.84 ms
  2. Amu native 140.59 ms1.01× tercepat di sini
  3. Rust 141.73 ms
  4. Go c-shared 169.38 ms
  5. Swift 186.09 ms
  6. Zig 207.01 ms

Median milidetik dari 5 putaran kualifikasi host; lebih pendek lebih cepat. Setiap arm mengembalikan jawaban yang sama yang diperiksa secara independen, dan median kandidat adalah satu nilai per beban kerja — suite memutar setiap pasangan mesin dalam urutan ABBA/BAAB, jadi artefak Amu yang sama diukur sekali per beban kerja dan kemudian dibandingkan dengan setiap arm secara bergantian. Berbeda dengan empat tolok ukur lain di halaman ini, gerbang host tenang ini LULUS (kualifikasi-beban-host), jadi ini adalah angka untuk host ini bukan hanya pengamatan. Klaim tercepat terbatas masih membutuhkan semua 30 pasangan, itulah fungsi grid di bawah.

Setiap pasangan runtime, menang atau kalah

Klaim terbatas adalah semua-atau-tidak sama sekali, jadi satu pasangan yang tidak memenuhi syarat membuatnya salah. Menerbitkan hanya putusan itu akan menyembunyikan pasangan mana yang diperdebatkan, jadi keseluruhan grid ada di sini. Sebuah sel adalah rata-rata peningkatan Amu native dibandingkan pembanding tersebut pada beban kerja itu; positif berarti Amu lebih cepat, dan tanda centang menandai pasangan yang perfgate jelas — setidaknya 5% dan terpisah dari penyebaran lengan sendiri.

Amu native vs setiap pembanding, 2026-09-07, kualifikasi host; ✓ = lolos perfgate
Beban kerja Rust Clang / C11 Zig Go c-shared Swift
Aritmatika sempit +0.4% -0.6% +20.1% +84.7% -0.6%
Tekanan register lebar +6.5% +10.9% +16.9% +86.0% +87.1%
Tekanan tumpahan dalam +4.2% +9.3% +5.1% +82.2% +92.6%
Pelestarian panggilan -1.0% -0.3% +42.9% +85.2% +29.6%
Alur kontrol cabang + panggilan -2.6% -7.1% +43.8% +85.2% +25.1%
Loop panggilan balik edge +0.8% -0.1% +32.4% +17.2% +24.8%

Setiap sel adalah batang yang tumbuh dari garis tengah: di kanan Amu native lebih cepat, di kiri lebih lambat. Dua arah diskalakan secara terpisah — kemenangan mencapai +93% dan kekalahan hanya sampai −7%, jadi satu skala bersama akan meratakan setiap pasangan yang diperdebatkan menjadi serpihan tak terlihat yang sama. Tanda juga dibawa oleh sisi garis dan oleh angka bertanda, jadi tidak ada pembacaan kisi ini yang bergantung pada membedakan dua warna.

19 dari 30 pasangan memenuhi syarat (median dari 5; 19 di setiap run) · kandidat 42f092ea5b61 · Apple M4, 10 CPU logis, 16 GiB

Pengiriman optimasi setelah run yang dipublikasikan

Tolok ukur bertanggal di atas tetap tidak berubah. Irisan implementasi baru tercantum terpisah sampai suite artefak yang sama dijalankan ulang dan melewati gerbang kualifikasinya.

Permukaan yang diimplementasikan yang belum klaim kecepatan baru
Permukaan Tersampaikan Batas bukti
Vektor native / alokasi Literal vektor non-melarikan terbatas dibuktikan tidak melarikan dan diganti skalar pada x86-64 dan AArch64. tes backend 211 / asersi 2,442; vektor yang keluar mempertahankan ABI host yang diperiksa. Belum ada pengurutan waktu baru.
String SIMD Kesetaraan yang diperiksa POSIX menggunakan perbandingan NEON atau SSE2 16-byte eksplisit setelah validasi pegangan dan UTF-8 kanonik. Assembly yang dioptimalkan dan kedua vektor semantik ISA asli diverifikasi. Windows tetap dipasang terpisah; peringkat latensi menunggu.
Kemampuan I/O Async Penggunaan baca/tulis/daftar/ada/hapus yang dibatasi oleh root menggunakan CompletableFuture di JVM dan fs.promises di Node. Tes sistem file nyata JVM dan Node lulus. Tolok ukur Wasm mandiri publik masih belum memiliki ikatan host yang diakui, jadi sel I/O-nya tetap T/A.
Konkruensi terstruktur Lingkup gagal-cepat anak 32 terbatas bergabung, membatalkan saudara, dan mencegah pelarian masa hidup anak sebagai status Kotoba kanonik. Pernyataan paritas 996 di seluruh otoritas .kotoba dan jalur muat CLJC. Ini adalah semantik masa hidup terstruktur, bukan hasil throughput thread OS.
Kotoba CLI kotoba test/build menggunakan pin compiler baru; kotoba compile menghasilkan x86-64 dan AArch64 KEXE yang tersegel secara langsung. Siklus hidup CLI publik dan artefak vektor AArch64 diverifikasi. Native --run tetap ditolak sampai tanda terima loader yang diukur terhubung.

Startup Compiler, empat rantai alat

  1. KotobaWebAssembly 40.998 msgaris dasar
  2. Rust / rustcWebAssembly 126.422 ms3.084× Kotoba
  3. C / ClangWebAssembly 146.324 ms3.569× Kotoba
  4. JVM / javackelas JVM 961.248 ms23.446× Kotoba

Waktu dinding dingin proses untuk satu sumber kecil, dalam milidetik; lebih pendek lebih cepat. 21 sampel berputar per rantai alat di Apple M4. Gerbang beban host GAGAL pada putaran ini, jadi ini adalah pengamatan satu mesin, bukan peringkat.

Pengukuran build proses dingin sumber-ke-artefak kecil
Rantai alat Output Median p95 Waktu yang berlalu relatif
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 kelas JVM 961.248 ms 2223.49 ms 23.446× Kotoba

KOTOBA 0.7.3 · RUSTC 1.97.1 · Homebrew clang versi 22.1.7 · javac 24.0.2. Kotoba, Rust, dan C mengeluarkan Wasm; javac mengeluarkan file kelas. Target dan pekerjaan compiler yang berbeda membuat ini pengamatan awal, bukan peringkat universal. Gerbang beban host yang direkam gagal, jadi tabel ini bukan peringkat kecepatan yang memenuhi syarat.

Median loop pengembang proyek kecil tanpa ketergantungan; N/A berarti tidak ada fase terpisah yang diukur
Toolchain / target Selesaikan Periksa Bangun bersih Build tanpa perubahan Mulai + jalankan Build bersih + hasil pertama
Kotoba · WebAssembly T/A 231.75 ms 62.906 ms 42.332 ms 57.253 ms 142.644 ms
Rust / Cargo · arm64 macOS native 138.018 ms 71.208 ms 896.478 ms 67.764 ms 371.522 ms 1299.171 ms
C / Clang · arm64 macOS asli T/A 90.446 ms 121.838 ms 77.905 ms 327.741 ms 453.685 ms
Zig · WebAssembly T/A 387.713 ms 648.665 ms 464.795 ms 67.523 ms 728.007 ms
TinyGo · arm64 macOS asli T/A T/A 1059.624 ms 395.305 ms 203.169 ms 1269.918 ms
Go · arm64 macOS asli 43.553 ms 6979.823 ms 3499.277 ms 150.902 ms 247.051 ms 3755.431 ms
Swift / SwiftPM · arm64 macOS native 1017.252 ms 427.372 ms 3695.557 ms 1259.829 ms 431.84 ms 4016.271 ms
JVM / javac · kelas JVM T/A T/A 805.822 ms 739.957 ms 76.252 ms 882.074 ms
AssemblyScript · WebAssembly T/A 1074.197 ms 895.187 ms 1090.658 ms 64.658 ms 954.878 ms
.NET IL · .NET IL 2309.472 ms T/A 4750.407 ms 2141.103 ms 79.248 ms 4851.792 ms
.NET Native AOT · arm64 macOS Native AOT 2236.962 ms T/A 11995.489 ms 2707.907 ms 375.7 ms 12391.54 ms

Setiap artefak yang diterbitkan menghasilkan 42 dalam proses baru. Target dan kontrak runtime berbeda; N/A tidak pernah nol. Gerbang muat host gagal, jadi ini adalah pengamatan yang dapat direproduksi bukan peringkat kecepatan lintas bahasa.

Enam domain, berdampingan

Setiap panel diskalakan ke jalur terlambatnya sendiri, karena pertanyaan sebuah panel jawaban adalah siapa yang lebih cepat di domain itu, bukan bagaimana domain-domain membandingkan satu sama lain lain. Jalur Kotoba adalah yang berwarna di setiap panel — termasuk panel di mana itu terakhir. Artefak Wasm mandirinya berjalan melalui Node host dan membayar startup itu pada setiap sampel proses dingin, sementara Rust, C dan Go jalankan sebagai biner asli; jika target tidak memiliki sistem file ambient atau thread kontrak sama sekali, jalur tidak ada bukan nol.

String

  1. C / Clang 1.463 ms
  2. Rust 1.907 ms
  3. Pergi 1.974 ms
  4. JVM / Java 27.819 ms
  5. Kotoba / Wasm + host JS bertipe 30.539 ms20.9× tercepat di sini
  6. JavaScript / Node.js 31.628 ms

Koleksi

  1. C / Clang 1.357 ms
  2. Pergi 1.852 ms
  3. Rust 1.92 ms
  4. Kotoba / Wasm + host JS bertipe 29.98 ms22.1× tercepat di sini
  5. JVM / Java 31.42 ms
  6. JavaScript / Node.js 31.818 ms

Alokasi

  1. C / Clang 1.353 ms
  2. Rust 1.943 ms
  3. Pergi 1.962 ms
  4. JVM / Java 26.447 ms
  5. Kotoba / Wasm + host JS bertipe 29.567 ms21.9× tercepat di sini
  6. JavaScript / Node.js 31.055 ms

I/O

  1. C / Clang 2.539 ms
  2. Rust 2.686 ms
  3. Pergi 6.577 ms
  4. JVM / Java 38.685 ms
  5. JavaScript / Node.js 94.124 ms
  6. Kotoba / Wasm + host JS bertipe N/A — tidak ada dalam kontrak target ini

Konkruensi

  1. C / Clang 2.916 ms
  2. Rust 3.328 ms
  3. Pergi 3.377 ms
  4. JVM / Java 34.828 ms
  5. JavaScript / Node.js 55.105 ms
  6. Kotoba / Wasm + host JS bertipe N/A — tidak ada dalam kontrak target ini

Aplikasi nyata

  1. C / Clang 1.294 ms
  2. Pergi 1.964 ms
  3. Rust 2.047 ms
  4. JVM / Java 26.411 ms
  5. JavaScript / Node.js 29.534 ms
  6. Kotoba / Wasm + host JS bertipe 29.652 ms22.9× tercepat di sini

Median proses dingin dalam milidetik; lebih pendek lebih cepat. Gerbang beban host gagal pada putaran ini, jadi panel ini adalah pengamatan bukan peringkat, dan jalur amortisasi di bawah menceritakan kisah yang berbeda lagi.

Median domain beban kerja dingin proses; N/A berarti kontrak target tidak menyediakan kemampuan itu
Jalur runtime String Koleksi Alokasi I/O Berkas Konkruensi Aplikasi nyata
Kotoba / Wasm + host JS bertipe 30.539 ms 29.98 ms 29.567 ms T/A T/A 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
Pergi 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

Setiap sampel mengembalikan checksum referensi yang tepat. Kotoba menggunakan Wasm yang dihasilkannya dan ABI bertipe yang dideklarasikan; target mandirinya tidak memiliki sistem file ambient atau kontrak thread, jadi sel-sel tersebut dianggap N/A. Gerbang beban host yang direkam gagal, jadi median adalah pengamatan, bukan peringkat.

Median batch dalam proses yang diamortisasi per beban kerja dasar; N/A mempertahankan batas kemampuan yang sama
Jalur runtime String Koleksi Alokasi I/O Berkas Konkruensi Aplikasi nyata
Kotoba / Wasm + host JS bertipe 0.351 ms 0.039 ms 0.066 ms T/A T/A 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
Pergi 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

Setiap batch proses yang lebih besar dibagi dengan pengali beban kerja yang dideklarasikan. Ini mengamortisasi startup tapi tidak sepenuhnya menghilangkan biaya instansiasi proses, VM, atau Wasm, jadi tidak diberi label hasil keadaan stabil yang benar-benar hangat. Rantai peta inc/dec murni Kotoba disatukan ke dalam reduce tanpa vektor perantara; callback di luar subset terbukti itu tetap menggunakan materialisasi eager.

Apa yang dilakukan dan tidak dilakukan setiap tolok ukur publik
Pertanyaan Implementasi yang dibandingkan Kesimpulan saat ini
Kompilasi + eksekusi Wasm kecil Kotoba, Rust, C, dan rantai alat JVM Empat median proses dingin dipublikasikan di atas; hanya Kotoba/Rust/C yang berbagi target Wasm, dan tidak ada peringkat kecepatan build umum yang diklaim
Loop pengembang proyek kecil Kotoba, Rust, C, Zig, TinyGo, Go, Swift, JVM, AssemblyScript, .NET IL, dan .NET Native AOT Tujuh sampel per tahap tersedia diterbitkan; perbedaan target dan gerbang beban host yang gagal melarang peringkat universal
Eksekusi keadaan stabil asli Amu native vs Rust, Clang / C11, Zig, Go c-shared, Swift Semua sel perbandingan semantik 30 lengkap; peringkat kecepatan ditahan karena gerbang host diam gagal
String, koleksi, alokasi, I/O, konkurensi, dan aplikasi nyata Jalur runtime Kotoba, Rust, C, Go, JVM, dan JavaScript Checksum tepat dan proses dingin plus sampel teramortisasi diterbitkan; I/O dan thread Kotoba mandiri tidak berlaku, sementara aplikasi penerimaan permintaan murninya diukur; gerbang muat yang gagal menahan peringkat

Apa yang dicakup suite native

Setiap implementasi mengembalikan jawaban yang diketahui dan diperiksa secara independen. Suite memutar setiap pasangan mesin dalam urutan ABBA/BAAB dan mengukur setelah pemuatan, pemetaan, dan pencarian simbol.

Enam beban kerja runtime native yang diperlukan
Beban kerja Apa yang ditekankan Status bukti
Aritmatika sempit Hasil tepat diverifikasi; waktu tidak memenuhi syarat
Tekanan register lebar Hasil tepat diverifikasi; waktu tidak memenuhi syarat
Tekanan tumpahan dalam Hasil tepat diverifikasi; waktu tidak memenuhi syarat
Pelestarian panggilan Hasil tepat diverifikasi; waktu tidak memenuhi syarat
Alur kontrol cabang + panggilan Hasil tepat diverifikasi; waktu tidak memenuhi syarat
Loop panggilan balik edge Hasil tepat diverifikasi; waktu tidak memenuhi syarat

Di mana setiap tolok ukur berada

Setiap angka di atas berasal dari perangkat publik dan laporan yang dikomit, jadi sebuah jalankan dapat diulang dan klaim dapat tidak disetujui. Jalur dalam repo di tabel ini diperiksa terhadap pohon kerja saat halaman ini dibuat: sebuah harness yang memindahkan kegagalan membangun daripada mengirim tautan mati.

Gerbang yang dilewati setiap pengurutan di halaman ini adalah kotoba-lang/perfgate, jalankan dengan kebijakan default tidak rileksnya sendiri. Ambang batas dilonggarkan untuk membiarkan jalankan akan menjadi tolok ukur yang mengukur ambang batasnya sendiri.

Kesimpulan: Artefak, hasil tepat dan sampel nyata di semua lima benchmark. Tiga di antaranya — startup compiler, loop pengembang dan domain beban kerja — gagal gerbang host tenang mereka, jadi mereka tidak diberi peringkat dan diterbitkan sebagai pengamatan. Suite runtime native melewati gerbangnya dan memenangkan 19 dari 30 pasangannya, kurang dari klaim setiap pasangan yang dibutuhkan. Skala pembangunan memenuhi syarat urutan cold-start terhadap setiap pembanding di host dan menemukan langit-langit kebenaran dalam run yang sama. Tidak ada peringkat kecepatan universal yang diklaim di halaman ini, dan tidak ada run ini yang memberikannya.

Klaim dengan batasannya terlampir

Klaim ini dihasilkan dari lang/safety-claims.edn. Masing-masing menjaga basis komputasi tepercaya dan risiko residual terlihat, karena slogan keselamatan tanpa batas hanyalah pemasaran.

T1-MEMORY

Komponen yang diterima tidak dapat mengakses operasi memori runtime/asli dan operasi memori komponen dibatasi atau terperangkap.


Basis komputasi terpercaya

pembaca terbatas · penerimaan frontend · verifikator artefak · runtime Wasm/native

Risiko residual

  • kerentanan runtime-engine tetap ada di TCB
  • pemuat asli memerlukan batas isolasi OS kedua
T2-EFFECT

Setiap efek komponen transitif dinyatakan dan diterima sebelum emisi, termasuk efek yang digunakan oleh penyedia yang ditulis Kotoba.


Basis komputasi terpercaya

inferensi efek · katalog kapabilitas · grafik panggilan frontend

Risiko residual

  • kotoba dan kesetaraan tata bahasa/efek compiler harus terus dibandingkan
T3-PENGURUNGAN

Kemampuan yang tidak diberikan tidak ada atau tidak terikat dan tidak dapat menjangkau penyedia atau penangan asli.


Basis komputasi terpercaya

irisan kebijakan · impor compiler emisi · impor tender pengikatan · penjaga host

Risiko residual

  • penyedia dan implementasi native harus secara mandiri memvalidasi ruang lingkup sumber daya
  • hak efektif produksi harus melarang cakupan wildcard
T4-DETERMINISME

Sumber, target, kebijakan, dan kunci yang sama menghasilkan hasil murni dan byte artefak yang dapat diamati sama.


Basis komputasi terpercaya

pembaca kanonik · penurunan deterministik · rantai alat yang dipasang

Risiko residual

  • efek host hanya deterministik di mana kontrak kapabilitasnya menyatakan demikian
BATAS-SUMBER-DAYA-T5

Sumber, penerimaan, eksekusi, memori, dan output menggunakan batas terbatas eksplisit.


Basis komputasi terpercaya

batas penerimaan · meter bahan bakar · kuota runtime · batas waktu pengawas

Risiko residual

  • pengawas platform belum memiliki bukti isolasi produksi yang setara
T6-RANTAI-PASOKAN

Penerimaan rilis mengikat identitas artefak, penandatangan tepercaya, validitas dan bukti yang dapat direproduksi.


Basis komputasi terpercaya

verifikator tanda tangan · konfigurasi penandatangan tepercaya · jam · set pencabutan

Risiko residual

  • penitipan kunci dan distribusi pencabutan eksternal tetap TCB operasional
T7-BACKEND-PARITY

Komponen portabel bersama memiliki penerimaan, hasil, dan jejak efek yang sama di backend yang memenuhi syarat.


Basis komputasi terpercaya

manifest konformansi bersama · adaptor backend · pelari perbandingan

Risiko residual

  • fitur hanya-kompiler tidak portabel dan harus ditolak oleh profil portabel
T8-HOST-RESOURCE-SCOPE

Impor komponen mencapai penyedia atau penangan asli hanya dengan lingkup sumber daya pasca-irisan konkret dan mengeluarkan tanda terima.


Basis komputasi terpercaya

irisan kapabilitas · penjaga host · penangan penyedia · tempat penerimaan

Risiko residual

  • jalur khusus penyedia, pengalihan, symlink dan pemeriksaan penyewa memerlukan kit Q5

Kualifikasi Q1, per tanggal 2026-07-18.

Pengikatan rilis

Profil bahasa dan rilis implementasi terpisah sampai sebuah amplop bertanda tangan mengikat keduanya.

BAHASA

Profil 6

kontrak paket 1

IMPLEMENTASI

v0.7.0

pengikatan profil: terverifikasi

DEFAULT PUBLIK

DIRILIS

:docs/release-bound-profile

Kotoba v0.7.0 untuk darwin-arm64 adalah implementasi publik yang terikat pada profil bahasa 6 dan kontrak paket 1. Amplop yang ditandatangani memverifikasi pohon sumber, ringkasan artefak, dan hasil kesesuaian 536-tes / 8,580-asersi. Platform lain tetap tidak terikat.

Baca bukti rilis yang dihasilkan
04 Mulai menggunakannya

Mulai dalam enam puluh detik

Pasang dan periksa sendiri

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

Terima respons valid dengan daftar masalah kosong.

Program pertama

(defn main []
  (+ 40 2))

Program ini tidak meminta impor host; modul yang dihasilkan tidak memiliki impor.

Belajar, coba, lalu dalami

Jalur terhubung dari program pertama ke kontrak bahasa, perpustakaan, bukti, dan permukaan penyebaran.

PELAJARI

Dokumen berdasarkan maksud

Mulai dengan instalasi, pelajari bahasa yang diterima, atau periksa semantik normatif dan data konformansi.

Peta dokumentasi terbuka
BACA KODE

Satu sumber, satu jawaban

Contoh di bawah ini adalah sumber tepat yang dikompilasi ke demo browser—bukan implementasi ulang JavaScript.

Baca contoh
JALANKAN

Jalankan di halaman ini

Muat artefak WebAssembly yang berasal dari asal yang sama dan terikat digest dan panggil fungsi utama Kotoba yang diekspor.

Main Terbuka
BANGUN

Perpustakaan dan kontrak

Jelajahi nama inti terbatas, perpustakaan dasar, aturan paket, dan batas kematangan saat ini.

Jelajahi perpustakaan

Program kecil Kotoba, berjalan secara nyata

Amu mengompilasi sumber murni Kotoba ini ke profil wasm32-browser. Artefak yang diperiksa tidak memiliki impor dan mengembalikan 42.

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

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

(defn main []
  (double 21))

Menyoroti otoritas: kotoba-lang/grammarkotoba.grammar.highlight/tokenize → HTML waktu bangun. Kontrak ruang lingkup editor: source.kotoba. Ketergantungan penyorot browser: tidak ada. Periksa ketergantungan

Kompilasi lokal: kotoba compile double-21.kotoba --target wasm32-browser --output double-21.wasm

MAINKAN · WEBASSEMBLY

Jalankan artefak yang diverifikasi

Peramban mengambil 344 byte, memverifikasi SHA-256, menolak setiap impor, menginstansiasi modul, dan memanggil main().

Hasil yang diharapkan: 42

Siap. Belum ada kode yang dijalankan.

Ini menjalankan contoh yang sudah dikompilasi sebelumnya dan tidak dapat diubah. Mengedit sumber sembarangan di browser belum menjadi permukaan compiler yang dikirim.

Demo interaktif: solar-helix (render WebGPU yang digerakkan tamu) · kami-survivors (sebuah permainan .kotoba) · gpu-clear (WebGPU smoke). Dihosting di permukaan wasm-webcomponent GitHub Pages; ketersediaan tergantung dukungan WebGPU/WebAssembly per peramban.

Perpustakaan, tanpa menyembunyikan batas paket

Perpustakaan Kotoba adalah grafik yang dialamatkan berdasarkan konten. Nama dan repositori GitHub membantu orang menemukannya; definisi dan CID rilis yang ditandatangani mengatakan dengan tepat apa mereka.

INTI TERBATAS

Referensi simbol yang dihasilkan

Cari nama yang diterima oleh kontrak perpustakaan standar terbatas saat ini.

Jelajahi simbol inti
FONDASI

Data, efek, I/O, alat

Mulai dengan coll, spec, json, teks, wit, async, waktu, fs, http, tes, fmt, lint, dan kontrak LSP.

Jelajahi peta perpustakaan
KONTRAK PAKET

Ketergantungan beralamat konten

Periksa CID ketergantungan tepat, lapisan identitas, asal-usul GitHub, dan batas publikasi saat ini.

Buka katalog perpustakaan dan alur publikasi

Jelajahi seluruh organisasi berdasarkan tag

Ada 2,215 repositori publik di kotoba-lang organisasi. Setiap tag di bawah adalah topik GitHub nama yang sama, jadi filter situs dan topik organisasi adalah satu kosakata daripada dua yang melayang. Pilih satu untuk membuka katalog yang sudah difilter.

Jelajahi dan saring semua repositori 2,215

Repositori bukan paket yang diterbitkan. Tepat 1 perpustakaan diterbitkan melalui registri beralamat konten; sisanya adalah penemuan. Label kematangan repositori tidak menyiratkan stabilitas API 1.0, adopsi luas, atau SLO produksi, dan 255 repositori tidak cocok dengan aturan domain mana pun dan ditampilkan tanpa label daripada diberi label terdekat.

Cari referensi yang diperiksa

Cari perintah, nama pustaka standar, diagnostik, dan status rilis. Indeks dihasilkan dari otoritas mesin dan tetap di halaman ini.

Coba: kompilasi, opsi-beberapa, dokumen/tautan-hilang

rilis

Pengikatan rilis

Kotoba v0.7.0 untuk darwin-arm64 adalah implementasi publik yang terikat pada profil bahasa 6 dan kontrak paket 1. Amplop yang ditandatangani memverifikasi pohon sumber, ringkasan artefak, dan hasil kesesuaian 536-tes / 8,580-asersi. Platform lain tetap tidak terikat.

Referensi terbuka
cli

kotoba id

Buat rencana pendaftaran prinsipal Kotoba netral rantai yang dikendalikan oleh passkey. Akun pintar adalah tautan CAIP-10 eksplisit; tidak ada rantai atau penyedia yang menjadi akar identitas.

Referensi terbuka
cli

kotoba run

Kompilasi dan jalankan titik masuk Kotoba.

Referensi terbuka
cli

kotoba compile

Kompilasi sumber keluarga Kotoba ke artefak target. Web .kotoba menggunakan KIR yang diperiksa dan backend kotoba-script terbatas; .cljs tetap ClojureScript.

Referensi terbuka
cli

kotoba check

Validasi sumber Kotoba, kontrak, atau metadata paket tanpa menjalankannya. Adapter compiler: frontend admit + --profile pure-product (T9.2).

Referensi terbuka
cli

kotoba graph

Kueri dan transaksi toko graf bahasa (kgraph) dengan operasi berbentuk Datomic.

Referensi terbuka
cli

kotoba git

Ekspos operasi repositori Kotoba sebagai data, bukan perilaku khusus shell.

Referensi terbuka
cli

kotoba rad

Jalankan alur kerja pengembangan aplikasi cepat pada paket Kotoba.

Referensi terbuka
cli

kotoba build

Bangun proyek Kotoba menjadi artefak target yang diperiksa. Ini adalah perintah siklus hidup proyek langsung; rad build tetap ejaan kompatibilitas.

Referensi terbuka
cli

kotoba test

Periksa dan jalankan tes yang diterima untuk proyek Kotoba. Ini adalah perintah siklus hidup proyek langsung; rad test tetap merupakan ejaan kompatibilitas.

Referensi terbuka
cli

kotoba deploy

Rencanakan dan terapkan status-keinginan paket ke tanda terima lokal atau target residensi armada murakumo.

Referensi terbuka
cli

kotoba library

Periksa dan terbitkan namespace perpustakaan yang dialamatkan berdasarkan konten melalui basis kode Kotoba yang ada dan jalur publikasi IPNS.

Referensi terbuka
cli

kotoba hinshitsu

Jalankan pemeriksaan kualitas perangkat lunak (bukti, gerbang, cakupan, regresi visual) sebagai data.

Referensi terbuka
stdlib

comp2

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

gabungkan

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

err

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

err?

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

setiap?

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

temukan

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

kelompok-berdasarkan

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

gabungkan

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

ok

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

ok?

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

option-none

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

option-none?

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

option-some

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

option-some?

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

nilai-opsi

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

partial1

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

rentang

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

range-step

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

balik

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

balik-ke

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

pilih-kunci

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

beberapa

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

jangkar-penutupan-biner-stdlib

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

buka-err

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

buka-bungkus-ok

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

perbarui

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
stdlib

zipmap

Nama publik perpustakaan standar inti terbatas.

Referensi terbuka
diagnostik

:command/unknown

Perintah yang diminta tidak ada dalam kontrak CLI publik. Gunakan perintah yang dihasilkan dari lang/cli.edn.

Referensi terbuka
diagnostik

:contract/invalid

Kontrak CLI gagal validasi struktural. Periksa koleksi :errors yang terstruktur; jangan jalankan perintah.

Referensi terbuka
diagnostik

:version/unsupported

Versi bahasa atau kontrak paket yang diminta tidak diketahui. Pilih versi yang tercantum di bawah :supported dalam lang/version-policy.edn.

Referensi terbuka
diagnostik

:versi/dihapus

Versi kontrak yang diminta telah dihapus. Migrasi ke versi aktif sebelum mengompilasi atau menjalankan.

Referensi terbuka
diagnostik

:version/deprecation-expired

Jendela kompatibilitas untuk versi yang sudah tidak digunakan telah berakhir. Terapkan migrasi yang dinamai oleh kebijakan versi.

Referensi terbuka
diagnostik

:release/invalid-semver

Pengidentifikasi rilis bukan SemVer ketat. Gunakan MAJOR.MINOR.PATCH dengan akhiran pra-rilis atau build yang valid opsional.

Referensi terbuka
diagnostik

:docs/no-release-bound-profile

Tidak ada bukti implementasi yang diterbitkan yang mengikat profil bahasa aktif. Tetap blokir default publik sampai amplop rilis yang ditandatangani mengikat implementasi dan profil.

Referensi terbuka
diagnostik

:docs/link-missing

Dokumen yang diperiksa menunjuk ke target lokal yang hilang. Pulihkan target atau perbarui peta otoritas dan hasilkan ulang referensi.

Referensi terbuka
diagnostik

:docs/profile-version-drift

Otoritas tata bahasa, permukaan, dan elaborasi tidak setuju pada profil bahasa. Rekonsiliasi otoritas sebelum menerbitkan dokumentasi.

Referensi terbuka
diagnostik

:docs/generated-drift

Referensi yang dihasilkan dan dikomit tidak cocok dengan otoritas mesin. Jalankan nbb scripts/generate-docs-reference.cljs dan komit hasilnya.

Referensi terbuka
diagnostik

:docs/validation-result-invalid

Pengamatan validasi pengguna tidak lengkap atau berlebihan klaim hasil eksternal. Catat kelas peserta, tugas, hasil, bukti, dan waktu yang diamati.

Referensi terbuka

Tidak ada kueri yang meninggalkan browser.

05 Sekitar bahasa

Peta jalan: perluas hanya setelah batas terpenuhi

SEKARANG

Satu kontrak berversi

Jaga tata bahasa, efek, KIR yang diperiksa, adaptor target, kualifikasi, dan dokumentasi putaran pertama tetap selaras.

BERIKUTNYA

Tutup celah penyedia

Perluas konformansi permintaan/hasil bertipe, pengujian adversarial, tanda terima, pencabutan, dan operasi rilis yang dapat direproduksi.

NANTI

Dapatkan penyebaran lebih luas

Perluas penggunaan produksi setelah penyedia, isolasi host, rollback, dan bukti perendaman—dan kembangkan perpustakaan deklaratif yang dapat diperiksa.

Baca roadmap yang dipelihara dan non-tujuan

Item roadmap adalah arah, bukan janji kapabilitas yang dikirim atau tanggal pengiriman.

Bangun komunitas secara publik

Kotoba belum mengklaim komunitas besar. Saat ini titik pertemuan publik jujur adalah repositori sumber, pelacak isu, riwayat rilis, dan saluran keamanan.

DISKUSI & LAPORAN

Masalah bahasa

Ajukan pertanyaan desain, usulkan perbaikan dokumentasi, atau laporkan masalah kontrak bahasa yang dapat direproduksi.

Masalah bahasa terbuka
IMPLEMENTASIKAN

Masalah Compiler dan CLI

Ikuti pekerjaan implementasi, rilis, dukungan target, dan integrasi runtime dalam implementasi yang dapat diinstal.

Masalah implementasi terbuka
KEAMANAN

Laporkan secara pribadi

Gunakan kebijakan keamanan yang dipublikasikan untuk kerentanan; jangan ungkapkan detail yang dapat dieksploitasi dalam isu publik.

Baca kebijakan keamanan

Jelajahi semua repositori publik Kotoba

Kode aman. Status tepercaya. Eksekusi terkendali.

BLOG

Bukti sebelum slogan

Baca catatan teknik singkat yang menghubungkan klaim produk dengan pengukuran, file otoritas, dan gerbang yang tersisa.

Baca blog Kotoba
KOTOBA CLOUD

Eksekusi terkendali

Kotoba Cloud menghubungkan identitas dan kontrol penyebaran ke lingkungan eksekusi. Penemuan bersifat langsung; penerapan yang dihosting belum ditawarkan. Komputasi tetap disediakan oleh layanan yang diatur secara terpisah.

Buka Kotoba Cloud
KOTOBASE

Status grafik tepercaya

Kotobase adalah database graf beralamat konten untuk status dan pengetahuan AI: hubungan eksplisit, sejarah yang dapat diidentifikasi, dan akses terbatas.

Buka Kotobase
MURAKUMO

Bidang komputasi dan inferensi

Infrastruktur komputasi armada dan penyajian model. Ketersediaan dan kualifikasi rute tetap spesifik layanan.

Buka Murakumo
ITONAMI

Bidang kerja agen

Melanjutkan pekerjaan agen di seluruh ruang kerja, tujuan, bukti, alat, persetujuan, dan efek yang diatur.

Buka Itonami

Layanan ini mempertahankan batas otoritas, ketersediaan, dan kualifikasi yang terpisah. Koneksi mereka bukan bukti bahwa setiap kemampuan Kotoba tersedia sebagai layanan hosting yang dijual secara umum.

Baca kontrak atau jalankan implementasi

OTORITAS BAHASA

kotoba-lang/kotoba-lang

Tata bahasa, semantik, kontrak kapabilitas, klaim keselamatan, kontrak CLI, dokumentasi, dan perlengkapan konformansi.

Baca otoritas bahasa
IMPLEMENTASI YANG DAPAT DIPASANG

kotoba-lang/kotoba

CLI, integrasi host, penyedia, adaptor runtime, tes integrasi, dan bukti kualifikasi spesifik target.

Buka implementasi
DOKUMENTASI

Belajar, membangun, atau mengevaluasi

Jalur terpisah untuk penggunaan pertama, referensi bahasa, implementasi backend, batas keamanan, dan bukti kematangan.

Pilih jalur dokumentasi

Profil bahasa 6; status rilis default-publik: DIRILIS.

Platform portabel utama adalah Komponen WebAssembly dengan WASI 0.3.0. Jalur elaborasi memiliki 11 tahap bernama, gagal-tutup.