Ghostty – เทอร์มินัลอีมูเลเตอร์

 (ghostty.org)
12 คะแนน โดย GN⁺ 2026-03-02 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • เทอร์มินัลอีมูเลเตอร์แบบข้ามแพลตฟอร์ม ที่รวดเร็วและมีฟีเจอร์ครบครัน โดยใช้ Native UI และ GPU acceleration ของแต่ละระบบปฏิบัติการ (Mac/Linux)
  • ติดตั้งแล้วสามารถเปิดใช้งานได้ทันที และออกแบบมาในลักษณะ ไม่ต้องตั้งค่าเพิ่มเติม
  • มี ธีม หลายร้อยแบบ, คีย์ไบน์ดิงที่ยืดหยุ่น, และ ตัวเลือกการตั้งค่าที่ครอบคลุม เพื่อปรับแต่งสภาพแวดล้อมให้เหมาะกับผู้ใช้
  • ยังมี เอกสาร API แบบ VT สำหรับนักพัฒนาแอปเทอร์มินัล ทำให้เหมาะต่อการนำไปใช้พัฒนาอย่างมาก

ภาพรวมของ Ghostty

  • Ghostty คือ เทอร์มินัลอีมูเลเตอร์ ที่มีประสิทธิภาพรวดเร็วและฟีเจอร์หลากหลาย รองรับ macOS และ Linux
    • ใช้ Native UI ของแต่ละแพลตฟอร์ม และรองรับ การเรนเดอร์แบบเร่งด้วย GPU
  • ออกแบบมาให้เปิดใช้งานได้ทันทีหลังติดตั้ง โดยยึดแนวคิด Zero Configuration Philosophy

การติดตั้งและการใช้งาน

  • ผู้ใช้ macOS สามารถดาวน์โหลด ไฟล์ไบนารี แล้วเปิดใช้งานได้ทันที
  • ผู้ใช้ Linux สามารถเลือกได้ระหว่างการ ติดตั้งแพ็กเกจ หรือ บิลด์จากซอร์สโค้ด
    • มีลิงก์ Download และ Build from Source ให้บนเว็บไซต์ทางการ

เอกสารฟีเจอร์หลัก

  • Keybindings: รองรับ คีย์ไบน์ดิงแบบกำหนดเอง ผ่านตัวเลือกการตั้งค่า keybind
  • Color Theme: มี ธีมในตัว หลายร้อยแบบ และสามารถแยกธีมสำหรับ โหมดสว่าง/โหมดมืด ได้
  • Configuration: ปรับแต่งรูปลักษณ์และพฤติกรรมได้อย่างละเอียดด้วย ตัวเลือกการตั้งค่า หลายร้อยรายการ
  • Terminal API (VT): มี เอกสารอ้างอิงเกี่ยวกับ control sequence และแนวคิดของเทอร์มินัล สำหรับนักพัฒนาแอปเทอร์มินัล

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-03-02
ความคิดเห็นจาก Hacker News

  • ฉันคือผู้สร้างดั้งเดิมของ Ghostty เอง ผ่านมาหลายปีแล้ว รู้สึกประหลาดใจที่มันกลับขึ้นหน้าแรกของ HN อีกครั้ง เลยอยากแชร์อัปเดตสำคัญ
    ช่วงนี้ libghostty น่าสนใจกว่ามาก ตอนนี้มันถูกใช้เป็นแบ็กเอนด์ในโปรเจ็กต์เทอร์มินัลทั้งแบบฟรีและเชิงพาณิชย์หลายตัวแล้ว ดูรายชื่อที่เกี่ยวข้องได้ใน awesome-libghostty
    อย่างที่ฉันพูดไว้ตั้งแต่เปิดตัวครั้งแรกในปี 2023 เป้าหมายคือการสร้างระบบนิเวศที่เทอร์มินัลอีมูเลเตอร์หลายตัวพัฒนาต่อยอดบนคอร์ร่วมที่เสถียรและประสิทธิภาพสูงอย่าง libghostty และตอนนี้มันก็เริ่มเกิดขึ้นจริงแล้ว ดูรายละเอียดได้ที่ libghostty is coming
    คาดว่าราวปี 2027 ผู้ใช้ที่ใช้งาน Ghostty ผ่าน libghostty จะมีมากกว่าผู้ใช้ GUI อย่างชัดเจน ซึ่งเป็นผลดีต่อกัน ยิ่งมีการใช้ libghostty มากขึ้น Ghostty GUI ก็ยิ่งเสถียรมากขึ้นด้วย
    Ghostty บน macOS มียอดดาวน์โหลดราวหนึ่งล้านครั้งต่อสัปดาห์ และในเวอร์ชัน 1.3 จะเพิ่มฟีเจอร์สำคัญอย่างการค้นหา (cmd+f), แถบเลื่อน และอื่นๆ
    นอกจากนี้ Ghostty ตอนนี้ยังได้รับการสนับสนุนจากองค์กรไม่แสวงหากำไร และเพิ่งเริ่มจ่ายค่าตอบแทนจริงให้ผู้ร่วมพัฒนา 4 คนแรก รายงานการเงินเปิดเผยทั้งหมด ดูได้ที่ Ghostty non-profit
    สรุปคือ ตอนนี้เป็นช่วงเวลาที่น่าตื่นเต้นมากสำหรับ Ghostty

    • ฉันสงสัยว่าการดูแลโปรเจ็กต์ขนาดค่อนข้างใหญ่ด้วย Zig เป็นอย่างไรบ้าง ช่วงหลังภาษา Zig เปลี่ยนไปเยอะ อยากรู้ว่ามันส่งผลต่อการพัฒนาเทอร์มินัลอีมูเลเตอร์อย่างไร และทำให้ความยากในการบำรุงรักษาสูงขึ้นไหม
    • น่าสนใจที่หลังจากมีเครื่องมืออย่าง Claude Code เทอร์มินัลอีมูเลเตอร์กลับมาได้รับความสนใจอีกครั้ง เมื่อก่อนมักได้ยินว่า “จะทำเทอร์มินัลไปทำไม มองอนาคตสิ” แต่เดี๋ยวนี้กลับได้ยินบ่อยว่าคนใช้เทอร์มินัลมากกว่าเบราว์เซอร์ โลกเปลี่ยนเร็วจริงๆ
    • อยากรู้สถานะล่าสุดของการใช้ libghostty บนเบราว์เซอร์ มีโปรเจ็กต์ชุมชนที่คอมไพล์เป็น wasm อยู่ และฉันอยากนำความสามารถฝั่ง TUI บางส่วนขึ้นเว็บ
    • ฉันเป็นผู้สร้าง Trolley การมี libghostty ทำให้การใส่ความสามารถด้านเทอร์มินัลเป็นเรื่องง่ายมาก เวลาส่วนใหญ่เลยได้เอาไปใช้กับการต่อยอดฟีเจอร์ด้านบน ขอบคุณมาก
    • เช้านี้ฉันฟัง บทสัมภาษณ์ใน The Pragmatic Engineer แล้ว เรื่องราวช่วงแรกของ HashiCorp กับเส้นทางสู่การเข้าตลาดน่าประทับใจมาก ถ้าไม่ได้เจอคนที่เคยถอดเมาส์ออกจากเครื่อง ชีวิตอาจต่างไปเลย Ghostty เป็นเทอร์มินัลหลักของฉันมาตลอดปีที่ผ่านมา

  • ฉันลองใช้เทอร์มินัลมาหลายตัว และตอนนี้กำลังพยายามออกจาก Mac เลยลอง Ghostty ด้วย แต่สุดท้ายเลิกใช้เพราะไม่มีฟีเจอร์ค้นหา WezTerm ใกล้เคียง iTerm2 มากที่สุด และการเรนเดอร์ก็สมบูรณ์แบบ Alacritty ไม่มีแท็บเลยใช้งานไม่สะดวก ส่วน tmux ต้องกดปุ่มเยอะเกินไปจนไม่ชอบ ก็กำลังพิจารณาเทอร์มินัลเฉพาะ Linux อยู่ ยินดีรับคำแนะนำ

    • น่าจะลองดู Kitty อีกครั้ง มันมีโหมดเทอร์มินัลแบบ quake-style ด้วย และขยายความสามารถได้ด้วย kittens เวอร์ชันถัดไปก็กำลังจะเพิ่มการเลื่อนแบบลื่นไหลด้วย ฉันยังชื่นชม Kovid ผู้สร้างที่ผลักดันเรื่องมาตรฐานอย่างสม่ำเสมอ
    • ฉันไม่ได้รัก tmux หรอก แต่การมีอินเทอร์เฟซจัดการ paneแบบเดียวกันข้ามหลายเครื่องมันมีประโยชน์มาก โดยเฉพาะเพราะมันผสานกับ neovim ได้ดี เลยยังใช้ต่ออยู่
    • ขอแนะนำ Foot terminal ด้วย มันเป็นเทอร์มินัลตัวเดียวที่เปิดได้เร็วต่ำกว่า 50ms แต่เหมาะกับสภาพแวดล้อม window manager ที่ไม่ต้องใช้แท็บ
    • Ghostty ก็มีฟีเจอร์ scrollback นะ แค่ไปเปลี่ยนการตั้งค่าเป็นบิลด์ “tip” มันเสถียรมากและแก้บั๊กไปเยอะแล้ว
    • Terminology ก็ควรถูกพูดถึงเหมือนกัน มันใช้ GUI บน Enlightenment แต่เร็วและฟีเจอร์ครบ Greg Kroah-Hartman ก็ใช้อยู่

  • ฉันรวบรวมสเธรดเก่าๆ สำคัญเกี่ยวกับ Ghostty ไว้แล้ว
    เช่น AI Usage Policy, Ghostty 1.0, Ghostty non-profit เป็นต้น
    มันเป็นไทม์ไลน์อาร์ไคฟ์ที่ช่วยให้เห็นพัฒนาการของ Ghostty ได้ในภาพรวม

  • ฉันชอบ UI ของ Ghostty มากกว่า Kitty เยอะ แต่เวลาเชื่อมต่อ SSH แล้วหน้าจอพังบ่อย เลยยังใช้ Kitty สำหรับงาน SSH อยู่

    • ฉันก็เจอปัญหาเดียวกัน ต่อให้คัดลอก term-info ไปแล้วก็ยังไม่หายสนิท จากมุมผู้ใช้ถือว่าเป็นประสบการณ์ที่ไม่สะดวกพอสมควร
    • ในเวอร์ชันล่าสุดสามารถกู้กลับได้ด้วยการสั่ง reset จาก command palette ถ้าตั้งเป็นคีย์ลัดไว้จะสะดวกมาก
    • ก็มีคนถามเหมือนกันว่า UI ของ Kitty คืออะไร หมายความว่าคำบอกว่า UI ของ Ghostty ดีกว่านั้นค่อนข้างกำกวม

  • ฉันเคยลอง Ghostty ช่วงแรกๆ แต่เลิกใช้เพราะไม่มีการค้นหาด้วย CMD+F มันเป็นฟีเจอร์จำเป็นมากตอน tail log

    • ใน tip release ล่าสุดมีฟีเจอร์ค้นหาเข้ามาแล้ว ดู issue #189 และ ทวีตของ Mitchell ได้ จะออกอย่างเป็นทางการใน Ghostty 1.3

  • ฉันคิดว่าการหมกมุ่นกับเครื่องมือ (fetishization) เป็นลักษณะของวิธีคิดแบบมือสมัครเล่น สิ่งสำคัญไม่ใช่เครื่องมือ แต่คือทักษะและความคิดสร้างสรรค์

    • แต่เครื่องมือก็เปลี่ยนไปตาม workflow ดังนั้นการที่ผู้ใช้ใหม่จะทดลองก็เป็นเรื่องธรรมชาติ ส่วนฉันพอเจอชุด vim+tmux ที่ลงตัวแล้วก็ไม่ได้ไล่ตามเครื่องมือใหม่ๆ อีก
    • จริงอยู่ว่ามือใหม่มักหมกมุ่นกับอุปกรณ์ แต่คนระดับมืออาชีพก็ยังถกกันเรื่องtrade-off ทางเทคนิคของเครื่องมืออยู่ และนั่นก็เป็นบทสนทนาที่มีประโยชน์
    • ทำให้นึกถึงเรื่องเล่าที่ Charlie Parker เคยเล่นได้ยอดเยี่ยมด้วยแซกโซโฟนพลาสติก สุดท้ายแล้วฝีมือต่างหากที่สำคัญ (บทความที่เกี่ยวข้อง)
    • แต่ก็มีความเห็นว่าความคิดสร้างสรรค์ แสง และองค์ประกอบภาพ สุดท้ายแล้วก็เป็นส่วนหนึ่งของเครื่องมือเหมือนกัน
    • หลายคนก็เห็นตรงกันว่าเมื่ออายุมากขึ้น สิ่งที่ยากกว่าการถกเถียงแบบนี้คือการรักษาความหลงใหลเอาไว้

  • Ghostty มีปัญหาเวลาใช้ SSH แล้ว top, ncdu และโปรแกรมอื่นๆ พัง ต้องแก้ $TERM และก็เสียดายที่ไม่มีฟีเจอร์สลับเต็มจอชั่วคราวแบบ iTerm

    • แก้ได้ด้วยคีย์ลัด toggle_split_zoom (cmd+shift+enter) ซึ่งเหมือนกับ iTerm เลย มีคนเสนอเพิ่มฟีเจอร์ดับเบิลคลิกเพื่อซูมด้วย
    • การใช้ TERM ของตัวเองเป็นการออกแบบโดยตั้งใจ แก้ได้ด้วยการปรับ terminfo
    • Kitty กับ urxvt ก็เคยมีปัญหาคล้ายกัน ดูเหมือนจะเป็นปัญหาเชิงโครงสร้างของระบบนิเวศเทอร์มินัลโดยรวม
    • คงจะดีถ้า $TERM มีระบบ fallback แบบ ‘ghostty:xterm-256color’ แต่ก็มีคนมองว่าสายไปแล้ว
    • แต่บน SSH มันก็ยังพังบ่อยอยู่ดี ในขณะที่ iTerm ใช้งานได้เลย

  • ถ้าอยากปิดligature อย่าง != ใน Ghostty ให้เพิ่มบรรทัดต่อไปนี้ในไฟล์ตั้งค่า

    font-feature = -dlig
font-feature = -liga
font-feature = -calt
    • ใน Ghostty 1.3 มีแผนจะปิด ligature บางแบบเป็นค่าเริ่มต้น
    • หรือจะใช้ ฟอนต์ 0xProto ก็ช่วยแก้ได้อย่างเป็นธรรมชาติ แนะนำมาก

  • เวลาเชื่อมต่อผ่าน SSH โปรแกรมบางตัว (เช่น less) จำ Ghostty ไม่ได้ แต่แก้ได้ง่ายด้วย การตั้งค่า terminfo หวังว่าในอนาคตลินุกซ์ดิสโทรต่างๆ จะใส่มาให้เป็นค่าเริ่มต้น

    • ถึงอย่างนั้นก็ยังมีคนมองว่าปัญหาเกี่ยวกับ SSH ดูเป็นข้อบกพร่องด้านการออกแบบที่ร้ายแรง
    • มีคนขำกับคำอธิบายในเอกสารที่ประมาณว่า “โลกยังล้าหลังอยู่ เลยใช้ Ghostty ไม่ได้” แต่การต้องไปเพิ่มการตั้งค่าบนเซิร์ฟเวอร์ปลายทางทุกครั้งก็ไม่สะดวกในงานจริง

  • อยากรู้ว่าlatency ของการพิมพ์เป็นอย่างไร xterm ยังเร็วที่สุดอยู่

    • ตาม benchmark นี้ Ghostty มี latency การพิมพ์สูงที่สุด ดูการถกเถียงที่เกี่ยวข้องได้ ที่นี่
    • ส่วนฉันกลับแปลกใจมากกว่าว่าเทอร์มินัลทำอะไรได้เยอะขนาดนี้เลยเหรอ
    • ถ้าวัดตามthroughput Ghostty ก็เร็วพอๆ กับ Alacritty และ Ptyxis เพราะได้อานิสงส์จาก GPU acceleration
    • Kitty จะตอบสนองดีขึ้นได้ถ้าปรับค่าตั้งดังนี้ 
      repaint_delay 5
input_delay 1
sync_to_monitor no
    • บนจอ 240Hz ของฉัน input-output latency รู้สึกได้ชัดเจน เลยกลับไปใช้เทอร์มินัลตัวอื่น