Zed เปิดตัว Delta — แอปใหม่ที่ไม่ใช่ editor แต่เอา "บทสนทนา" เป็นศูนย์กลางของการเขียนโค้ดกับ agent

Zed ทีมผู้สร้าง editor สาย Rust ที่ขึ้นชื่อเรื่องความเร็ว ประกาศผลิตภัณฑ์ใหม่ชื่อ Delta เมื่อวันที่ 12 สิงหาคม 2026 — และสิ่งที่น่าสนใจที่สุดคือมันไม่ใช่ฟีเจอร์ที่ยัดเพิ่มเข้าไปใน Zed แต่เป็น แอปคนละตัว ทีมงานอธิบายว่าตอนแรกก็คิดจะเอา DeltaDB ใส่ใน Zed แต่สรุปแล้วพบว่า “the best possible experience required an entirely new kind of application”

Zed นิยาม Delta ว่าเป็น “a multiplayer environment for coding with agents and reviewing what they build” — สภาพแวดล้อมแบบหลายผู้เล่นสำหรับเขียนโค้ดร่วมกับ agent และรีวิวสิ่งที่ agent สร้าง โดยวางให้ บทสนทนาเป็นศูนย์กลางแทนที่จะเป็น editor

ปัญหาที่ Delta พยายามแก้: คอมเมนต์ที่หลุดจากบริบท

ประเด็นที่ Zed จับคือความพังของ การรีวิวโค้ดที่ยึดกับ commit ในยุคที่ agent เขียนโค้ดให้ เมื่อโค้ดถูกแก้ไปเรื่อย ๆ คอมเมนต์ที่เคยเขียนไว้ก็ค่อย ๆ หลุดจากตำแหน่งและหลุดจากบริบท จนสุดท้ายไม่มีใครรู้ว่า “ทำไมโค้ดนี้ถึงเป็นแบบนี้” — เหตุผลเบื้องหลังหายไปพร้อมกับ diff เก่า

Delta แก้ด้วยการให้ คอมเมนต์เกาะติดกับบรรทัดโค้ดขณะที่มันวิวัฒน์ไป (anchor to code lines as they evolve) คอมเมนต์จึงยังเชื่อมกลับไปยังบทสนทนาต้นทางที่ทำให้เกิดการตัดสินใจนั้นได้เสมอ ไม่ใช่แค่ผูกกับเลขบรรทัดที่เปลี่ยนไปแล้ว

DeltaDB: replicate ทั้ง worktree และบทสนทนาพร้อมกัน

หัวใจทางเทคนิคคือ DeltaDB — ฐานข้อมูลที่ Zed อธิบายว่า replicate “the conversation and the worktree together, in real time, for everyone in a thread” คือ sync ทั้ง บทสนทนา และ worktree ไปด้วยกันแบบ real-time สำหรับทุกคนใน thread เดียวกัน

จุดออกแบบที่สำคัญสำหรับทีมจริงคือ มันทำงานคู่กับ git repo เดิม ไม่ได้มาแทน DeltaDB เก็บทุก edit และทุกบทสนทนา ที่เกิดขึ้นระหว่าง commit ส่วนเพื่อนร่วมทีมที่ไม่ได้ใช้ Delta ก็ยังเห็น git history ปกติทุกอย่าง — แปลว่าทีมไม่ต้อง migrate ทั้งทีมพร้อมกันถึงจะเริ่มใช้ได้

ผลลัพธ์คือช่องว่างที่ปกติหายไปถูกเก็บไว้: ระหว่าง commit A กับ commit B เกิดอะไรขึ้นบ้าง ใครสั่ง agent ว่าอะไร agent ลองอะไรแล้วถอยกลับตรงไหน — ข้อมูลชั้นนี้ปกติอยู่ในหน้าต่าง terminal ของคนคนเดียวและหายไปเมื่อปิดหน้าต่าง

agent เป็นสมาชิกใน thread ไม่ใช่เครื่องมือแยก

ใน Delta agent เป็น first-class participant ใน thread — Zed เขียนว่า “the agent is right there in the thread, working from the same original conversation and decisions as you” คือ agent ทำงานจากบทสนทนาและการตัดสินใจชุดเดียวกับที่มนุษย์เห็น ไม่ใช่ทำงานแยกแล้วโยนผลลัพธ์กลับมา และเมื่อเจอปัญหา ก็สั่งให้ agent อธิบายหรือแก้ได้ทันทีในบริบทนั้นเลย

ช่องทางที่ใช้ได้:

• Desktop — แอป native เขียนด้วย Rust ตามสไตล์ Zed
• Browser — ผ่าน WebAssembly/WebGL (“เพื่อนร่วมทีมเปิดในเบราว์เซอร์ได้โดยไม่ต้องติดตั้งอะไรเลย”)
• Cloud runners — โค้ดและบทสนทนายัง sync กันอยู่ขณะที่ agent ทำงานต่อ
• Terminal / Claude Code — เชื่อม session ของ Claude Code ให้ sync สดเข้า Delta thread โดยยังทำงานใน terminal เดิมที่คุ้นเคย

ตอนนี้ยังเป็น private beta เริ่มส่งคำเชิญวันประกาศและจะทยอยเชิญเพิ่มในสัปดาห์ถัด ๆ ไป ผู้สนใจลงชื่อขอ early access ได้ — และในประกาศ ยังไม่ระบุว่า Delta เป็น open source หรือไม่ (ต่างจากตัว Zed editor เอง) รวมถึงยังไม่เปิดเผยราคา

มุมมอง AI Curator

จุดที่ Delta น่าสนใจไม่ใช่ CRDT หรือ real-time sync — เรื่องพวกนั้น Zed ทำมานานแล้วและทำได้ดี จุดที่น่าสนใจคือ การยอมรับว่า editor ไม่ใช่ศูนย์กลางของงานเขียนโค้ดอีกต่อไป

ลองสังเกตงานจริงของคุณเองในรอบหกเดือนที่ผ่านมา: เวลาที่ใช้ “พิมพ์โค้ด” กับเวลาที่ใช้ “อธิบายสิ่งที่ต้องการ แล้วอ่านสิ่งที่ agent เขียนมา” สัดส่วนเปลี่ยนไปแค่ไหน ถ้าเปลี่ยนไปเยอะ แปลว่าเครื่องมือหลักของคุณกำลังกลายเป็น เครื่องมือรีวิวและสื่อสาร มากกว่าเครื่องมือพิมพ์ — แต่ IDE ทุกตัวยังออกแบบโดยเอาช่องพิมพ์โค้ดไว้ตรงกลางจอ การที่ Zed ยอมสร้างแอปใหม่ทั้งตัวแทนที่จะยัดฟีเจอร์เพิ่ม คือการยอมรับเรื่องนี้อย่างตรงไปตรงมาที่สุดเท่าที่ผมเห็นจากผู้เล่นรายไหน

ปัญหาที่ Delta จับ — บริบทที่หายไประหว่าง commit — เป็นปัญหาที่ แย่ลงตามปริมาณโค้ดที่ agent เขียน ทีมที่ปล่อยให้ agent เขียนโค้ดวันละหลายพันบรรทัดจะเจอสภาพที่ไม่มีมนุษย์คนไหนใน repo รู้ว่าโค้ดครึ่งหนึ่งมาจากเหตุผลอะไร git blame ตอบได้แค่ว่า “ใคร commit” ไม่ได้ตอบว่า “ใครสั่ง และสั่งว่าอะไร” ตรงนี้เชื่อมกับที่เราเขียนไว้ในโพสต์ ไอซ์เบิร์กของการเอา AI ไปใช้จริง — ส่วนที่ยากไม่ใช่ทำให้ agent เขียนโค้ดได้ แต่คือทำให้ทีมยังเข้าใจระบบของตัวเองอยู่หลังจากนั้น

สำหรับทีมไทย ข้อที่ควรจับตาที่สุดคือ โหมด browser และการ sync กับ Claude Code ทีมที่ทำงานข้ามออฟฟิศ–ข้ามฟรีแลนซ์ หรือมีคนรีวิวที่ไม่ได้ setup dev environment (tech lead, PM, นักออกแบบระบบ) การเปิดลิงก์ในเบราว์เซอร์แล้วเห็นทั้งโค้ดและบทสนทนาที่ทำให้เกิดโค้ดนั้น มีค่ามากกว่าการส่ง PR link ไปให้อ่าน diff เปล่า ๆ — โดยเฉพาะเมื่อ diff นั้น agent เป็นคนเขียน

ข้อควรระวัง: มันเป็น private beta ที่ยังไม่บอกราคา ไม่บอก license และวางตัวเป็น แอปที่สองที่ต้องเปิด ทีมที่เพิ่งย้ายมา Zed หรือยังอยู่กับ VS Code/Cursor ต้องถามตรง ๆ ว่าพร้อมเพิ่มเครื่องมืออีกตัวใน workflow หรือยัง ประวัติของหมวดนี้บอกว่าเครื่องมือ collaboration ที่ต้องให้ทั้งทีมย้ายพร้อมกันมักตายเพราะแรงเสียดทาน ไม่ใช่เพราะไอเดียไม่ดี — ข้อที่ Zed ออกแบบให้ทำงานคู่กับ git เดิมโดยเพื่อนร่วมทีมไม่ต้องใช้ Delta ก็เห็น history ปกติ คือคำตอบต่อความเสี่ยงข้อนี้ และเป็นรายละเอียดที่ฉลาดที่สุดในประกาศทั้งหมด

แหล่งข่าว:

• Introducing Delta — Zed Blog
• Delta — Hacker News discussion
• Zed — เว็บไซต์ทางการ