;; 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 dari alat apa pun di host ini.
11.75ms
Kotoba sumber ke artefak WebAssembly, proses dingin — lalu dijalankan, dan jawaban diperiksa setelah jam berhenti.
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.
Tidak ada otoritas ambien
Tidak ada sistem berkas, jaringan, proses, jam, model, atau rahasia implisit.
Otoritas bertahan kompilasi
Tipe, efek, sumber daya, dan dukungan target diterima sebelum emisi.
Hanya pemberian yang dibatasi
Host dan penyedia menegakkan ruang lingkup konkret dan mencatat keputusan.
Tidak ada penurunan versi hanya klasik
Batas enkripsi dan publikasi baru memerlukan bukti ML-KEM atau ML-DSA dan menolak materi PQ yang dipangkas.
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.
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.
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.
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.
Katakan apa yang mungkin terjadi
Efek, kapabilitas, sumber daya, ketergantungan, dan target adalah input yang terlihat untuk penerimaan—bukan kejutan yang ditemukan setelah penyebaran.
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.
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.
Niat deklaratif
Permukaan kecil berbentuk Clojure menjaga program tetap terbaca dan mengecualikan jalur pelarian ambien.
KIR yang diperiksa
Tipe dan efek transitif menjadi representasi yang dapat diperiksa dan tidak bergantung pada target.
Iris otoritas
Hak yang diminta, didelegasikan, kebijakan lokal, sumber daya, dan target hanya dapat mempersempit.
Alamat artefak
Kode, ketergantungan, kebijakan, kontrak compiler, dan ABI target mengikat identitas komputasi.
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.
Kode apa?
CID memilih definisi KIR terverifikasi hash dan penutupan ketergantungan hanya CID-nya.
Apakah ini dapat dijalankan di sini?
Antarmuka tepat, baris efek lengkap, izin saat ini, bahan bakar, dan kedalaman evaluasi yang menurun dibatasi sebelum eksekusi.
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.
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.
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.
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.
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.
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 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.
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.
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.
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.
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
| 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.
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.
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
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
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
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
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 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.
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.
| 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.
| 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.
| 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
| 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
Tekanan register lebar
Tekanan tumpahan dalam
Pelestarian panggilan
Alur kontrol cabang + panggilan
Loop panggilan balik edge
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.
| 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 | 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
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.
| 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.
| 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
Koleksi
Alokasi
I/O
Konkruensi
Aplikasi nyata
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.
| 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.
| 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.
| 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.
| 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.
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
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
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
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
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
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
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
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.
Profil 6
kontrak paket 1
v0.7.0
pengikatan profil: terverifikasi
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 dihasilkanMulai 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.
Dokumen berdasarkan maksud
Mulai dengan instalasi, pelajari bahasa yang diterima, atau periksa semantik normatif dan data konformansi.
Peta dokumentasi terbukaSatu sumber, satu jawaban
Contoh di bawah ini adalah sumber tepat yang dikompilasi ke demo browser—bukan implementasi ulang JavaScript.
Baca contohJalankan di halaman ini
Muat artefak WebAssembly yang berasal dari asal yang sama dan terikat digest dan panggil fungsi utama Kotoba yang diekspor.
Main TerbukaPerpustakaan dan kontrak
Jelajahi nama inti terbatas, perpustakaan dasar, aturan paket, dan batas kematangan saat ini.
Jelajahi perpustakaanProgram kecil Kotoba, berjalan secara nyata
Amu mengompilasi sumber murni Kotoba ini ke profil wasm32-browser. Artefak yang diperiksa tidak memiliki impor dan mengembalikan 42.
;; 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/grammar → kotoba.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
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.
Referensi simbol yang dihasilkan
Cari nama yang diterima oleh kontrak perpustakaan standar terbatas saat ini.
Jelajahi simbol intiData, efek, I/O, alat
Mulai dengan coll, spec, json, teks, wit, async, waktu, fs, http, tes, fmt, lint, dan kontrak LSP.
Jelajahi peta perpustakaanKetergantungan beralamat konten
Periksa CID ketergantungan tepat, lapisan identitas, asal-usul GitHub, dan batas publikasi saat ini.
Buka katalog perpustakaan dan alur publikasiJelajahi 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
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
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
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
kotoba check
Validasi sumber Kotoba, kontrak, atau metadata paket tanpa menjalankannya. Adapter compiler: frontend admit + --profile pure-product (T9.2).
Referensi terbuka
kotoba graph
Kueri dan transaksi toko graf bahasa (kgraph) dengan operasi berbentuk Datomic.
Referensi terbuka
kotoba git
Ekspos operasi repositori Kotoba sebagai data, bukan perilaku khusus shell.
Referensi terbuka
kotoba build
Bangun proyek Kotoba menjadi artefak target yang diperiksa. Ini adalah perintah siklus hidup proyek langsung; rad build tetap ejaan kompatibilitas.
Referensi terbuka
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
kotoba deploy
Rencanakan dan terapkan status-keinginan paket ke tanda terima lokal atau target residensi armada murakumo.
Referensi terbuka
kotoba library
Periksa dan terbitkan namespace perpustakaan yang dialamatkan berdasarkan konten melalui basis kode Kotoba yang ada dan jalur publikasi IPNS.
Referensi terbuka
kotoba hinshitsu
Jalankan pemeriksaan kualitas perangkat lunak (bukti, gerbang, cakupan, regresi visual) sebagai data.
Referensi terbukajangkar-penutupan-biner-stdlib
Nama publik perpustakaan standar inti terbatas.
Referensi terbuka:command/unknown
Perintah yang diminta tidak ada dalam kontrak CLI publik. Gunakan perintah yang dihasilkan dari lang/cli.edn.
Referensi terbuka:contract/invalid
Kontrak CLI gagal validasi struktural. Periksa koleksi :errors yang terstruktur; jangan jalankan perintah.
Referensi terbuka: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:versi/dihapus
Versi kontrak yang diminta telah dihapus. Migrasi ke versi aktif sebelum mengompilasi atau menjalankan.
Referensi terbuka:version/deprecation-expired
Jendela kompatibilitas untuk versi yang sudah tidak digunakan telah berakhir. Terapkan migrasi yang dinamai oleh kebijakan versi.
Referensi terbuka:release/invalid-semver
Pengidentifikasi rilis bukan SemVer ketat. Gunakan MAJOR.MINOR.PATCH dengan akhiran pra-rilis atau build yang valid opsional.
Referensi terbuka: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:docs/link-missing
Dokumen yang diperiksa menunjuk ke target lokal yang hilang. Pulihkan target atau perbarui peta otoritas dan hasilkan ulang referensi.
Referensi terbuka:docs/profile-version-drift
Otoritas tata bahasa, permukaan, dan elaborasi tidak setuju pada profil bahasa. Rekonsiliasi otoritas sebelum menerbitkan dokumentasi.
Referensi terbuka: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: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 terbukaTidak ada kueri yang meninggalkan browser.
Peta jalan: perluas hanya setelah batas terpenuhi
Satu kontrak berversi
Jaga tata bahasa, efek, KIR yang diperiksa, adaptor target, kualifikasi, dan dokumentasi putaran pertama tetap selaras.
Tutup celah penyedia
Perluas konformansi permintaan/hasil bertipe, pengujian adversarial, tanda terima, pencabutan, dan operasi rilis yang dapat direproduksi.
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.
Masalah bahasa
Ajukan pertanyaan desain, usulkan perbaikan dokumentasi, atau laporkan masalah kontrak bahasa yang dapat direproduksi.
Masalah bahasa terbukaMasalah Compiler dan CLI
Ikuti pekerjaan implementasi, rilis, dukungan target, dan integrasi runtime dalam implementasi yang dapat diinstal.
Masalah implementasi terbukaLaporkan secara pribadi
Gunakan kebijakan keamanan yang dipublikasikan untuk kerentanan; jangan ungkapkan detail yang dapat dieksploitasi dalam isu publik.
Baca kebijakan keamananDanai batas publik, tanpa membeli otoritas
Profil Sponsor Kotoba GitHub sedang disiapkan. Halaman proyek sudah siap dan akan menampilkan aksi pembayaran hanya setelah GitHub menyetujui profil organisasi.
Sponsor GitHub
Pembayaran sponsor tidak dapat dilakukan melalui kotoba-lang.org selama profil GitHub belum aktif.
Dukungan bukan otoritas
Sponsor tidak membeli fitur, prioritas roadmap, SLA dukungan, akses privat, atau pengecualian keamanan.
Status sponsor: SEDANG DIPERSIAPKAN. Diperiksa 2026-09-01.
Kode aman. Status tepercaya. Eksekusi terkendali.
Bukti sebelum slogan
Baca catatan teknik singkat yang menghubungkan klaim produk dengan pengukuran, file otoritas, dan gerbang yang tersisa.
Baca blog KotobaEksekusi 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 CloudStatus grafik tepercaya
Kotobase adalah database graf beralamat konten untuk status dan pengetahuan AI: hubungan eksplisit, sejarah yang dapat diidentifikasi, dan akses terbatas.
Buka KotobaseBidang komputasi dan inferensi
Infrastruktur komputasi armada dan penyajian model. Ketersediaan dan kualifikasi rute tetap spesifik layanan.
Buka MurakumoBidang kerja agen
Melanjutkan pekerjaan agen di seluruh ruang kerja, tujuan, bukti, alat, persetujuan, dan efek yang diatur.
Buka ItonamiLayanan 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
kotoba-lang/kotoba-lang
Tata bahasa, semantik, kontrak kapabilitas, klaim keselamatan, kontrak CLI, dokumentasi, dan perlengkapan konformansi.
Baca otoritas bahasakotoba-lang/kotoba
CLI, integrasi host, penyedia, adaptor runtime, tes integrasi, dan bukti kualifikasi spesifik target.
Buka implementasiBelajar, membangun, atau mengevaluasi
Jalur terpisah untuk penggunaan pertama, referensi bahasa, implementasi backend, batas keamanan, dan bukti kematangan.
Pilih jalur dokumentasiProfil 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.
