Helix: editor teks postmodern

 (helix-editor.com)
3 poin oleh GN⁺ 2026-03-08 | 1 komentar | Bagikan ke WhatsApp
  • Helix adalah editor teks modal berbasis terminal, sebuah proyek open source yang mengintegrasikan fitur-fitur modern
  • Melalui integrasi Tree-sitter, Helix menyediakan fitur pengeditan sadar sintaks seperti penyorotan sintaks, perhitungan indentasi, dan navigasi kode
  • Mendukung Language Server Protocol untuk menghadirkan fitur setingkat IDE seperti auto-complete, go to definition, melihat dokumentasi, dan diagnostik
  • Ditulis dengan Rust, berjalan tanpa Electron atau JavaScript, dan dapat digunakan secara efisien di lingkungan SSH·tmux·terminal
  • Sistem plugin dan frontend GUI direncanakan untuk dikembangkan ke depan, dengan ciri codebase ringan dan konfigurasi bawaan modern

Fitur utama

  • Helix menggunakan sistem multi-seleksi dan kursor yang terinspirasi dari Kakoune sebagai unit inti pengeditan
    • Perintah dapat memanipulasi beberapa area pilihan sekaligus sehingga memungkinkan pengeditan kode paralel
  • Menggunakan Tree-sitter untuk membangun pohon sintaks yang toleran terhadap kesalahan
    • Ini memungkinkan penyorotan sintaks yang akurat, indentasi otomatis, dan navigasi kode

Fitur manipulasi dan navigasi kode

  • Menyediakan fungsi pemilihan dan perpindahan berdasarkan node pohon sintaks seperti fungsi, kelas, dan komentar
    • Memungkinkan pengeditan berbasis struktur sintaks, bukan sekadar teks biasa
  • Melalui Language Server Protocol (LSP), Helix menyediakan auto-complete, go to definition, melihat dokumentasi, dan diagnostik untuk tiap bahasa
    • Fitur setingkat IDE dapat digunakan di lingkungan terminal tanpa konfigurasi tambahan

Fondasi teknis

  • Ditulis dengan Rust untuk memastikan stabilitas dan performa
    • Tidak menggunakan Electron, VimScript, atau JavaScript
    • Dapat berjalan di SSH, tmux, dan terminal biasa
    • Struktur yang ringan membantu meningkatkan efisiensi baterai

Fitur modern bawaan

  • Mendukung penelusuran file dan simbol dengan fuzzy finder, serta pencarian di seluruh proyek
  • Menyertakan berbagai fitur kenyamanan seperti penutupan kurung otomatis, integrasi surround, dan kustomisasi tema
  • Dirancang dengan fitur bawaan yang kaya dan terintegrasi tanpa perlu plugin terpisah

Pertanyaan yang sering diajukan

  • Ungkapan “postmodern” adalah lelucon yang berarti jika Neovim adalah ‘Vim modern’, maka Helix adalah generasi setelahnya
  • Frontend GUI direncanakan akan dikembangkan sebagai prototipe berbasis WebGPU
  • Saat ini sistem plugin belum diimplementasikan, tetapi ada rencana untuk menambahkannya di masa depan
  • Perbedaannya dengan Kakoune adalah Helix memiliki lebih banyak fitur bawaan dan menggunakan analisis kode berbasis Tree-sitter
  • Berbeda dengan Vim, Helix dirancang ulang dari awal dengan codebase kecil dan menyediakan nilai default modern yang meminimalkan penyesuaian file konfigurasi

Komunitas dan partisipasi

  • Kontribusi kode tersedia melalui GitHub
  • Diskusi proyek berlangsung di kanal Matrix
  • Dukungan pengembangan dapat diberikan melalui OpenCollective

Bacaan terkait

1 komentar

 
GN⁺ 2026-03-08
Komentar Hacker News

  • Tertarik setelah melihat lelucon “Post-modern?!”
    Banyak engineer memahami ‘postmodern’ hanya sebagai tahap setelah modern, padahal itu berbeda dari makna aslinya dalam seni dan humaniora
    Tentu pemakaian seperti ini bukan masalah besar, tapi tetap menonjol karena saya sempat berharap ada kreativitas yang benar-benar ‘postmodern’

    • Ada yang bilang Thiel dan Luckey salah memahami Tolkien; saya penasaran contoh konkretnya seperti apa
    • Saat pertama kali melihat lelucon Helix, saya juga berpikir hal yang sama
      Namun karena ‘postmodernism’ pada dasarnya memang konsep yang muncul sebagai respons setelah modernism, saya rasa tafsir sederhana sebagai “setelah modern” juga tidak sepenuhnya salah
      Hanya saja, seiring waktu maknanya jadi jauh lebih kompleks, dan sekarang justru lucu karena terasa seperti “dated af”
      “Helix, editor pertama yang tidak percaya pada metanarasi. Helix, editor yang relativistik. Helix, kini dilengkapi update terbaru Foucault dan Derrida”
    • Semua ini salah Perl. Mereka yang memulai gaya penamaan seperti ini

  • Sudah beberapa tahun saya memakai Helix sebagai editor utama (Sublime → Atom → Vim → Helix)
    Sebagian besar LSP bekerja hampir tanpa konfigurasi, dan file konfigurasinya juga jauh lebih ringkas dibanding .vimrc lama
    Hanya butuh beberapa hari untuk mengubah muscle memory Vim, tapi saya masih punya perasaan campur aduk terhadap editor modal
    Saya masih menunggu fitur code folding

    • Sebagai pengguna Emacs dan Vim sekaligus, saya penasaran apa yang terasa tidak nyaman dari editing modal
      Di Emacs, dengan plugin berbasis multiple cursors dan treesitter, editing non-modal juga bisa sangat kuat
      Saya jadi penasaran apakah mode modal di Helix terasa tidak nyaman karena alasan serupa
    • Keluhan saya tetap tombol Escape
      Di keyboard Unix lama posisinya dekat home row, tapi sekarang terlalu jauh
      Saya tidak paham kenapa lebih dari separuh pengguna masih tetap memakai Escape, padahal kebanyakan tutorial bahkan tidak menyebut tombol alternatif

  • Beberapa hari lalu saya mencoba Helix lagi; saya bisa menerima bahwa AI hanya bisa dipakai lewat LSP, tetapi
    tidak adanya auto-refresh saat file berubah dari luar terasa sangat merepotkan
    Saya jadi terus khawatir apakah file yang diubah AI benar-benar versi terbaru

    • GitHub Copilot, Claude Code, dan Codex memodifikasi file langsung lewat API IDE dan juga menyediakan diff view
      Pendekatan seperti ini jauh lebih stabil dan menarik
      Sebaliknya, ada tool AI yang bilang “IDE tidak diperlukan” dan mendorong alur kerja berbasis CLI; menurut saya itu benar-benar omong kosong
    • Memang bukan solusi sempurna, tapi Helix punya perintah :reload dan :reload-all
      Saya mengikat Ctrl-r ke reload-all
    • Bisa diselesaikan dengan patch sederhana → tautan GitHub PR
    • Saya juga mengalami masalah yang sama, lalu beralih ke workflow memantau perubahan file dengan lazygit dan hanya mengedit lewat Helix
      Opsi lain adalah mux, yang memungkinkan Anda mengomentari perubahan yang diusulkan LLM per baris atau per blok (masih versi awal)
    • Lama-lama justru saya merasa lebih nyaman tanpa auto-refresh
      Saat bekerja dengan Claude Code, saya suka file tidak berubah otomatis

  • Vim itu seperti C, Helix seperti C++, dan Ki Editor seperti Rust
    Helix mewarisi banyak ide dari Vim, tetapi konsistensi keybinding-nya kurang dan kombinasi konseptualnya juga lemah
    Misalnya, di buffer bergerak dengan k, tapi di file explorer harus memakai ctrl+n

    • Saya penasaran kenapa Ki dianggap seperti Rust. Menurut saya Helix sendiri sudah editor yang cukup keren
    • Saya kaget mendengar Helix sekarang punya file explorer. Itu justru alasan saya dulu tidak memakainya
    • Di Vim juga ada situasi serupa. Di jendela autocomplete, k dipakai sebagai karakter input sehingga harus memakai tombol lain
      Mungkin di Helix alasannya sama
    • Saya tidak paham konsep binding berbasis posisi tombol
      Kalau login lewat SSH dan layout keyboard-nya berbeda, bagaimana jadinya?
    • Pernyataan “Helix itu C++” terdengar seperti analogi yang berlebihan. Kalau Vim adalah C, maka Neovim lebih dekat ke C++

  • Saya benar-benar ingin menyukai Helix
    Default-nya bagus, dan saya sengaja meninggalkan beberapa kebiasaan Vim untuk mempelajarinya
    Tapi pada akhirnya saya sampai pada kesimpulan bahwa keybinding-nya adalah kompromi demi implementasi yang lebih sederhana
    Sekarang saya kembali ke Neovim untuk edit kecil, dan Zed(mode vim) untuk pekerjaan besar

    • Sudah coba Ki Editor? Dari sudut pandang UX, modelnya lebih maju daripada Helix
    • Sebagai pengguna Vim lama, saya kurang nyaman dengan desain Helix yang terlalu opinionated
      Misalnya, saat membuka ulang file, kursor tidak kembali ke posisi sebelumnya
      Saya memang bisa memperbaikinya dengan LLM, tapi pada akhirnya saya tidak ingin memelihara fork Helix
    • Ada juga versi binding Vim bernama evil-helix. Mungkin layak dicoba
    • Binding yang berbeda dari Vim itulah yang akhirnya membuat saya menyerah
      Sangat sulit membuang muscle memory yang sudah dibangun selama bertahun-tahun
    • Saya tidak setuju kalau UI Helix dibilang tidak sederhana
      Menurut saya kombinasi hx + Zed cukup luar biasa

  • Karena Helix tidak mendukung live file update, editor ini kurang nyaman dipakai bersama code agent

  • Disarankan melihat pertanyaan kedua di FAQ Helix
    LSP Python yang langsung berjalan tanpa konfigurasi sangat mengesankan
    Tetapi karena muscle memory Vim saya terbentuk selama 25 tahun, perbedaan halus di Helix terasa sangat membingungkan
    Pada akhirnya masalahnya bukan Helix, melainkan muscle memory saya

    • Setelah lama memakai keyboard ergonomis, kembali ke keyboard biasa awalnya terasa sulit, tapi akhirnya terbiasa dengan keduanya
      Mungkin Vim dan Helix juga bisa begitu
    • Di Emacs, jika M-ESC ESC di-bind ke perintah yang tidak berbahaya, Anda bisa menghindari masalah jendela tertutup
      Contoh: (global-set-key (kbd "M-ESC ESC") 'keyboard-quit)
    • Sudah pernah mencoba mode Evil di Emacs? Saya bisa pindah dari Vim hampir tanpa hambatan
    • Saya juga memakai Vim selama 25 tahun, tapi sekarang sudah sepenuhnya pindah ke Helix
      Setelah terbiasa dengan perbedaan seperti dd dan G, lama-lama jadi makin suka
    • Zed mempertahankan filosofi Helix (dukungan LSP bawaan) sambil menyediakan binding vi yang akurat

  • Selama beberapa tahun terakhir saya memakai Helix sebagai editor default
    Saya terutama menyukai kesederhanaannya, kecepatannya, navigasi yang berpusat pada keyboard, dan integrasi Elixir LSP

  • Saya memakai Helix sebagai editor utama dan sudah mendeploy banyak kode dengannya
    File konfigurasinya bahkan tidak sampai 50 baris, dan saya hanya menambahkan beberapa tombol Vim
    Berpindah antara Vim dan Helix juga bukan masalah besar
    Konfigurasi saya ada di sini

  • Saya pernah membuat sendiri ekstensi mode modal langsung di VS Code, dan pendekatan Kakoune serta Helix terasa menarik
    Struktur yang “menunjukkan dulu bagian yang akan diubah” dan desain yang berpusat pada multi-cursor terasa masuk akal
    Tapi setelah beberapa minggu, saya akhirnya kembali ke gaya Vim klasik
    Pendekatan multi-cursor hanya berguna saat semua perubahan bisa terlihat di layar
    Akhir-akhir ini, berkat AI, saya lebih banyak menulis kalimat daripada menulis kode, jadi nilai dari gaya editing seperti ini terasa berkurang

    • Di Emacs ada perintah mc-hide-unmatched-lines yang bisa menampilkan hanya baris yang memiliki kursor
      Multi-cursor bagus untuk edit singkat dan sederhana, tetapi untuk perubahan kompleks, tool batch editing lebih efisien
    • Fitur Reveal Cursors di Ki Editor dibuat
      untuk mengatasi masalah kursor yang berada di luar layar
    • Hanya fakta bahwa “semua perubahan bisa dilihat sekaligus” saja sudah terasa sebagai keuntungan bersih dibanding pendekatan lama