โปรเจกต์ล่าสุดของ Steve Yegge คือ Efrit ซึ่งสัญญาว่าจะนำความช่วยเหลือในการเขียนโค้ดที่ขับเคลื่อนด้วย AI เข้ามาใน Emacs โดยตรงผ่านการประเมินผล Elisp แบบเนทีฟ เครื่องมือนี้ซึ่งรวมเข้ากับ Claude API ของ Anthropic มีเป้าหมายที่จะใช้ประโยชน์จากความสามารถในการเขียนโปรแกรมของ Emacs สำหรับทุกอย่างตั้งแต่คำสั่งง่ายๆ ไปจนถึงการทำงานอัตโนมัติแบบหลายขั้นตอนที่ซับซ้อน อย่างไรก็ตาม ประสบการณ์ของผู้ใช้ในช่วงแรกเผยให้เห็นความท้าทายที่สำคัญซึ่งเน้นย้ำถึงช่องว่างระหว่างแนวคิดที่ทะเยอทะยานกับการนำไปใช้งานจริง
ความต้องการของระบบ:
- Emacs 28.1 หรือใหม่กว่า
- ต้องมี API key ของ Anthropic
- ต้องเชื่อมต่ออินเทอร์เน็ตเพื่อเข้าถึง Claude API
อุปสรรคในการติดตั้งและการตั้งค่าสร้างอุปสรรคสำหรับผู้ใช้
แม้จะมีเอกสารประกอบที่ละเอียด ผู้ใช้ก็ยังพบปัญหาพื้นฐานในการทำให้ Efrit ทำงานได้ สมาชิกชุมชนหลายคนรายงานปัญหาตั้งแต่การขาดคำจำกัดความของฟังก์ชันไปจนถึงความล้มเหลวในการรวมระบบ API ผู้ใช้คนหนึ่งประสบปัญหาข้อผิดพลาดที่ยืนยงกับแพ็กเกจ claude-code-ide โดยสังเกตว่า Symbol's function definition is void: project-root แม้ว่าฟังก์ชันจะถูกกำหนดไว้ใน project.el อุปสรรคทางเทคนิคเหล่านี้บ่งบอกว่าแม้แต่ผู้ใช้ Emacs ที่มีประสบการณ์ก็ยังดิ้นรนกับขั้นตอนการตั้งค่าพื้นฐาน
กระบวนการติดตั้งต้องการให้ผู้ใช้กำหนดค่า API keys ผ่านไฟล์ ~/.authinfo.gpg และจัดการโมดูล Elisp หลายตัว ซึ่งสร้างจุดที่อาจเกิดความล้มเหลวที่สามารถทำให้ผู้มาใหม่ของแพลตฟอร์มรู้สึกหงุดหงิด
ผู้สร้างยอมรับข้อจำกัดในปัจจุบัน
Yegge เองได้เปิดเผยอย่างชัดเจนเกี่ยวกับสถานะปัจจุบันของ Efrit โดยอธิบายว่าเป็น huge POC (and arguably a POS) และยอมรับว่า it really kind of sucks right now ความโปร่งใสนี้แม้จะสดชื่น แต่ก็เน้นย้ำถึงลักษณะการทดลองของการเปิดตัว ผู้สร้างเน้นย้ำว่าเครื่องมือนี้เป็นเหมือน proof of concept มากกว่า และเตือนผู้ใช้ให้ระวังในการใช้งาน
I'm sorry it's not working. I've used emacs for almost 40 years and I'm definitely contributing to it being worse, by uploading efrit in its current state.
การยอมรับนี้เผยให้เห็นความตึงเครียดระหว่างความต้องการของชุมชนสำหรับการเข้าถึงในช่วงแรกกับความเป็นจริงของการปล่อยซอฟต์แวร์ที่ยังไม่สมบูรณ์
ชุมชนแสวงหาทางเลือกและวิธีแก้ไขปัญหา
แทนที่จะละทิ้งแนวคิดนี้ ผู้ใช้บางคนกำลังทำงานเพื่อหาทางแก้ไขข้อจำกัดของ Efrit อย่างแข็งขัน สมาชิกชุมชนคนหนึ่งกำหนดค่าเครื่องมือให้ทำงานกับ Gemini API ของ Google ได้สำเร็จโดยใช้บริการ proxy ซึ่งแสดงให้เห็นศักยภาพสำหรับการรองรับโมเดล AI ที่กว้างขึ้น คนอื่นๆ กำลังเปรียบเทียบ Efrit กับโซลูชันที่มีอยู่เช่น gptel เพื่อพยายามเข้าใจข้อเสนอคุณค่าที่เป็นเอกลักษณ์นอกเหนือจากข้อกำหนด Anthropic API
การอภิปรายยังเผยให้เห็นความสนใจในโปรเจกต์คู่แข่งเช่น claude-code-ide และ Emigo แม้ว่าทางเลือกเหล่านี้จะเผชิญกับความท้าทายด้านการบำรุงรักษาและความเข้ากันได้ของตัวเอง
สถาปัตยกรรมทางเทคนิคแสดงให้เห็นความหวังแม้จะมีปัญหาในปัจจุบัน
ปรัชญาหลักของ Efrit ในเรื่อง Lisp-centricity แสดงให้เห็นแนวทางที่น่าสนใจสำหรับการรวมระบบ AI แทนที่จะสร้างนามธรรมที่ซับซ้อน มันให้โมเดล AI เข้าถึงความสามารถในการประเมินผล Elisp ของ Emacs โดยตรง การออกแบบนี้ในทางทฤษฎีสามารถให้ความยืดหยุ่นไม่จำกัดภายในกรอบความคิดธรรมชาติของ Emacs สมมติว่าความท้าทายในการนำไปใช้งานสามารถแก้ไขได้
เครื่องมือนี้เสนออินเทอร์เฟซหลายแบบรวมถึงแชทแบบสนทนา คำสั่งภาษาธรรมชาติ และลูปเอเจนต์ขั้นสูงสำหรับการทำงานอัตโนมัติ อย่างไรก็ตาม ผู้สร้างสังเกตว่า it's terrible at multi-step tasks right now ซึ่งจำกัดประโยชน์ในทางปฏิบัติสำหรับเวิร์กโฟลว์ที่ซับซ้อน
คำสั่งที่พร้อมใช้งาน:
M-x efrit-chat- อินเทอร์เฟซสนทนาแบบหลายรอบM-x efrit-do- การประมวลผลคำสั่งด้วยภาษาธรรมชาติM-x efrit-command- อินเทอร์เฟซคำสั่งM-x efrit-agent-run- ลูปเอเจนต์ขั้นสูง
การพัฒนาในอนาคตมุ่งสู่ฟังก์ชันการทำงาน Claude Code
Yegge ได้ระบุแผนการที่จะพัฒนา Efrit ไปสู่ฟังก์ชันการทำงานที่คล้ายกับ Claude Code ซึ่งบ่งบอกถึงประสบการณ์การพัฒนาที่รวมเข้าด้วยกันมากขึ้น ไทม์ไลน์สำหรับการปรับปรุงเหล่านี้ยังไม่ชัดเจน แต่ความมุ่งมั่นของผู้สร้างในการพัฒนาในช่วงสุดสัปดาห์บ่งบอกถึงการทำงานที่ต่อเนื่องแม้จะมีความท้าทายในปัจจุบัน
การตอบสนองของชุมชนบ่งบอกถึงความสนใจอย่างแท้จริงในการรวมระบบ Emacs ที่ขับเคลื่อนด้วย AI หากปัญหาทางเทคนิคพื้นฐานสามารถแก้ไขได้ ความสำเร็จจะขึ้นอยู่กับการทำให้ฟังก์ชันการทำงานหลักมีเสถียรภาพก่อนที่จะขยายฟีเจอร์