Imlak Anda Tidak Sepatutnya Hilang Begitu Sahaja

Sembilan puluh saat yang tepat-macam-yang-saya-maksudkan — satu huraian PR penuh, satu balasan yang berhati-hati kepada pelanggan — dan kemudian sesuatu yang kecil tersasar pada saat penyisipan. Tetingkap sasaran tidak fokus. Tampalan itu tidak masuk. Aplikasi itu tersedak. Dan teks itu terus hilang. Tidak disimpan di mana-mana. Tidak duduk dalam mana-mana penimbal. Hilang. Mana-mana pipeline imlak yang menganggap penyisipan sebagai satu-satunya salinan transkrip mempunyai mod kegagalan ini.

Apa yang menyusul ialah satu jenis kemarahan yang khusus dan tidak seimbang, dan saya rasa ia wajar. Saat yang hilang bukan intinya. Intinya ialah anda telah melakukan kerja itu — anda mengarang fikiran itu, anda menyebutnya dengan baik, mesin itu malah mentranskripnya dengan betul — dan alat itu memusnahkan hasilnya kerana masalah penghantaran. Ambilan kedua tidak pernah sebaik yang pertama. Sesiapa yang pernah mengimlak semula satu perenggan daripada ingatan tahu anda tidak menghasilkannya semula; anda menghasilkan sepupunya yang lebih hambar.

Saya sendiri pernah kehilangan imlak dengan cara ini, dalam alat lain, sebelum Keebye wujud. Ia salah satu daripada kecemasan kecil yang menjadi asas pembinaan aplikasi ini.

Kenapa teks yang diimlak hilang begitu sahaja?

Ini bukan pepijat satu vendor. Ia keputusan reka bentuk peringkat kategori, dan berbaloi memahami kenapa kategori ini membuatnya.

Aplikasi imlak ialah paip, bukan editor. Pertuturan masuk di satu hujung; teks keluar di hujung yang lain, ke dalam tetingkap orang lain — sebuah terminal, kotak Slack, sebuah Google Doc. Tiada dokumennya sendiri, dan itulah tepatnya yang menjadikan alat ini halimunan dan pantas. Tetapi ia bermakna transkrip itu selalunya wujud untuk tepat satu detik: penyisipan. Dan penyisipan ialah langkah paling rapuh dalam keseluruhan pipeline. Ia bergantung pada tetingkap mana yang fokus pada milisaat penghantaran, pada papan keratan yang tidak dilumbai aplikasi lain, pada kebenaran kebolehcapaian yang sedang berkenan, pada aplikasi sasaran yang menerima input sintetik sama sekali. Apabila mana-mana daripada itu gagal, paip tulen tiada apa-apa di belakangnya. Airnya sudah di atas lantai.

Ada juga sebab berprinsip kenapa alat-alat ini malu menyimpan salinan: log segala yang pernah anda imlakkan itu sensitif. Imlak anda ialah mesej anda, prompt anda, keputusan anda yang separuh terbentuk. Vendor yang menyimpannya — terutamanya di mana-mana yang hampir dengan cloud — telah mencipta satu liabiliti, dan cara mudah mengelak liabiliti itu ialah tidak menyimpan apa-apa. Pengguna mewarisi kehati-hatian itu sebagai kefanaan: imlak yang paling selamat, dari perspektif vendor, ialah yang tidak pernah wujud.

Saya faham logiknya. Saya cuma rasa ia mengoptimumkan untuk pihak yang salah. Mod kegagalan menyimpan sejarah setempat ialah satu fail pada cakera anda sendiri. Mod kegagalan tidak menyimpan apa-apa ialah kerja anda menyejat kerana satu tetingkap kehilangan fokus.

Apa yang Keebye simpan, dan di mana

Jadi Keebye menyimpan satu sejarah, hidup secara lalai, dan inilah dengan tepat apa maksudnya — tidak lebih, tidak kurang.

Dengan sejarah diaktifkan, setiap imlak yang selesai ditulis ke pangkalan data SQLite setempat pada Mac anda (rusqlite, mod WAL, untuk mereka yang peduli tentang paip dalamannya). Fail itu tinggal dalam direktori app-support — com.keebye.app/keebye.db — dan ia tidak pernah keluar dari mesin. Tiada penyegerakan, tiada muat naik, tiada akaun yang ia dilampirkan padanya. Ia satu fail, pada cakera anda, milik anda.

Pemulihan direka di sekitar dua cara anda sebenarnya kehilangan teks. Kes lazim — penyisipan baru sahaja gagal, sesaat yang lalu — mempunyai laluan paling pantas: menu dulang mempunyai item Copy Last Dictation. Klik ia, imlak terbaharu anda ada pada papan keratan, tampal di tempat sepatutnya, teruskan. Kes yang lebih jarang — “saya mengimlak sesuatu pada hari Selasa dan saya perlukannya semula” — melalui Dictation History…, satu tetingkap dengan senarai penuh: boleh dicari, dengan padam setiap entri dan padam-semua untuk apabila anda mahu papan itu dikosongkan.

Pengekalan ialah 30 hari, dikuatkuasakan secara automatik. Pemangkasan berjalan apabila pangkalan data dibuka dan sekali lagi selepas setiap penyisipan, jadi tetingkap itu benar-benar 30 hari, bukan “30 hari, lebih kurang, bila-bila kami sempat.” Dan jika anda mahukan kelakuan fana yang lama itu — sesetengah orang memang patut, dan saya akan sampai kepada siapa — sejarah ialah satu tetapan (history_enabled), dan mematikannya bermakna tiada apa langsung yang ditulis.

Teks sahaja. Tidak pernah audio.

Bahagian yang paling saya pedulikan ialah apa yang sejarah itu bukan. Ia teks sahaja. Skema sejarah Keebye tiada lajur audio — bukan satu tetapan pengekalan audio yang dilalaikan kepada mati, tiada lajur langsung. Rakaman itu sendiri tidak pernah disimpan. Itu bersifat struktur, memang begitu reka bentuknya: transkrip “balas kepada Andrei bahawa migrasi itu tergelincir seminggu” sudah cukup sensitif; bunyi suara anda menyebutnya, bercap masa, ialah artifak pada tahap yang berbeza, dan saya tidak mahu aplikasi ini berkemampuan mengumpulkannya.

Satu lagi nuansa yang lebih penting daripada bilangan perkataannya: jika anda mengimlak ke dalam medan selamat — input gaya kata laluan — sejarah tidak merekodkannya. Satu-satunya tempat di mana jejak teks pun adalah salah ialah satu-satunya tempat kami tidak menyimpan satu pun.

Ini pendirian yang sama seperti seluruh aplikasi — speech-to-text berjalan on-device, yang telah kami tulis dalam konteks mengimlak dalam bahasa sendiri — tetapi sejarah ialah tempat pendirian itu diuji, kerana sejarah ialah satu-satunya tempat Keebye mengekalkan perkataan anda sama sekali. Setempat, teks sahaja, memadam sendiri terasa seperti bentuk yang layak mendapat status hidup-secara-lalai.

Had yang jujur

Bahagian kejujuran, seperti biasa.

Anda tidak boleh dengar semula. Teks sahaja bermata dua. Jika transkripsi itu salah — model tersalah dengar satu nama, merosakkan satu nombor — sejarah itu dengan setia memelihara teks yang salah, dan audio yang boleh menyelesaikan pertikaian itu sudah hilang, memang begitu reka bentuknya. Untuk kebanyakan kes pemulihan ini tidak penting; kegagalannya ialah penyisipan, bukan transkrip. Tetapi jika anda mahukan sejarah imlak sebagai arkib memo suara, ini bukan itu, dengan sengaja.

Tiga puluh hari ialah tiga puluh hari. Sejarah itu jaring keselamatan, bukan arkib. Jika sesuatu imlak penting melebihi sebulan, rumahnya ialah dokumen tempat anda mengimlakkannya, bukan pangkalan data aplikasi. Pemangkasan itu tidak bertanya.

Setempat sahaja bermakna setempat sahaja. Sejarah anda tidak mengikut anda merentas mesin. Imlak yang anda buat pada desktop tidak boleh dipulihkan dari laptop. Saya membentangkan ini sebagai ciri privasi, dan ia memang begitu — tiada apa yang segerak kerana tiada apa yang dihantar — tetapi saya tidak akan berpura-pura ia bukan juga satu had. Ia kedua-duanya. Anda patut tahu ia yang mana bagi anda sebelum anda bergantung padanya.

Dan kes sempadan: jika anda ialah orang yang model ancamannya berkata tiada jejak langsung, matikan sejarah. Ia satu tetapan, dan aplikasi itu menghormatinya sepenuhnya. Hidup-secara-lalai ialah keputusan yang betul untuk kebanyakan pengguna, yang lebih rela mendapat semula perenggan hari Selasa lepas; ia tidak sepatutnya menjadi perangkap untuk yang selebihnya.

Kerja tidak sepatutnya mempunyai titik kegagalan tunggal

Sebab yang lebih dalam kenapa ciri ini wujud: saya menjalankan hari saya sebagai lane selari — agent membina dalam beberapa tetingkap, manusia menunggu dalam yang lain — dan suara ialah saluran yang menyuap kesemuanya. Aliran kerja itu ialah keseluruhan premis memandu Claude Code dengan suara anda. Saluran yang sekali-sekala memusnahkan muatannya sendiri bukan saluran yang anda bina hari kerja di atasnya. Pembangun mengharapkan laluan pemulihan — undo, log, reflog, tong sampah — namun banyak aliran imlak tidak mendedahkan apa-apa yang setara apabila penyisipan gagal.

Jika anda menimbang alat dalam kategori ini, perbandingan kami jujur tentang di mana yang lain juga bersinar: Keebye vs Superwhisper dan Keebye vs Wispr Flow. Dan teks yang lenyap mempunyai rungutan adiknya — perkataan pertama imlak anda dimakan sebelum mikrofon bangun — yang kami tulis dalam kenapa aplikasi imlak memakan perkataan pertama anda.

Keebye berada dalam akses awal untuk macOS. Mulakan percubaan percuma anda di bawah, imlakkan satu perenggan, sengaja tersasar dari tetingkap sasaran, kemudian guna Copy Last Dictation untuk memulihkan teks itu. Fokus yang salah tetap menelan satu langkah pemulihan; ia tidak lagi perlu menelan fikiran itu.