Google Antigravity - IDE ใหม่ที่ขับเคลื่อนด้วย AI สำหรับยุคของเอเจนต์

 (antigravity.google)
15 คะแนน โดย GN⁺ 2025-11-19 | 5 ความคิดเห็น | แชร์ทาง WhatsApp
  • เป็น สภาพแวดล้อมการพัฒนาแบบ AI ที่มีเอเจนต์เป็นศูนย์กลาง และเป็น แพลตฟอร์ม IDE แบบบูรณาการของ Google ที่สามารถวางแผนและดำเนินงานซอฟต์แวร์ที่ซับซ้อนได้อย่างอัตโนมัติ
  • สร้างรูปแบบ IDE ยุคถัดไป บนพื้นฐานของโมเดล Gemini 3 โดยผสานเวิร์กโฟลว์การพัฒนาแบบซับซ้อนที่รวมการควบคุมเบราว์เซอร์ การโต้ตอบแบบอะซิงโครนัส และความสามารถในการจัดการเอเจนต์
  • เพิ่มประสิทธิภาพการพัฒนาด้วย คำสั่งโค้ดภาษาธรรมชาติ, การเติมโค้ดอัตโนมัติด้วย Tab, และ เอเจนต์ที่รับรู้บริบท
  • เสริมความน่าเชื่อถือและการทำงานร่วมกัน เพราะผู้ใช้สามารถตรวจสอบและร่วมงานกับเอเจนต์ได้ผ่าน การมอนิเตอร์กิจกรรมของเอเจนต์, การแสดงผลลัพธ์การตรวจสอบเป็นภาพ, และ การรวมฟีดแบ็ก
  • สามารถสลับงานแบบซิงโครนัสและอะซิงโครนัสได้อย่างยืดหยุ่นผ่านสองอินเทอร์เฟซคือ Manager และ Editor พร้อมจัดการเอเจนต์หลายตัวแบบขนานได้
  • ขณะนี้เปิดให้ใช้งานแบบพรีวิวสาธารณะฟรีบน MacOS, Linux, Windows และเลือกใช้โมเดล Gemini 3, Claude Sonnet 4.5, GPT-OSS ได้

ภาพรวมของ Google Antigravity

  • Google Antigravity คือ AI IDE (Core) ที่มอบสภาพแวดล้อมให้ผู้พัฒนาใช้ ความสามารถอัตโนมัติที่มีเอเจนต์เป็นศูนย์กลาง ในกระบวนการเขียนและจัดการโค้ด
    • ถูกออกแบบให้ก้าวข้าม IDE แบบเดิม เพื่อให้ เอเจนต์สามารถทำงานตลอดทั้งกระบวนการพัฒนาซอฟต์แวร์ได้อย่างอัตโนมัติ
    • รองรับการควบคุมเบราว์เซอร์และการโต้ตอบแบบอะซิงโครนัส จึงจัดการงานที่ซับซ้อนได้แม้ผู้ใช้ไม่ต้องเข้าไปแทรกแซงโดยตรง
    • มีฟีเจอร์ การเติมอัตโนมัติด้วย Tab (tab autocompletion), คำสั่งโค้ดภาษาธรรมชาติ (natural language code commands), และ เอเจนต์ที่ปรับแต่งได้และรับรู้บริบท (context-aware configurable agent)
  • ถูกออกแบบโดยมีเป้าหมายเพื่อ สร้างความไว้วางใจให้ผู้ใช้ และรองรับทั้งผู้เชี่ยวชาญที่ทำงานกับโค้ดเบสขนาดใหญ่ในองค์กรไปจนถึงนักพัฒนาสายงานอดิเรก
  • Antigravity เปิดให้ใช้ฟรีในรูปแบบ พรีวิวสาธารณะ (public preview) พร้อมให้ Gemini 3 Pro ด้วย rate limit ที่ค่อนข้างผ่อนปรน

ที่มาของการพัฒนา

  • โมเดลระดับ Gemini 3 สามารถทำงานต่อเนื่องข้ามหลายสภาพแวดล้อมได้เป็นเวลานานโดยแทบไม่ต้องมีการแทรกแซง
  • ด้วยเหตุนี้ วิธีปฏิสัมพันธ์ระหว่างผู้ใช้กับเอเจนต์จึงขยับจาก การยึดพรอมป์ต์เดี่ยวเป็นศูนย์กลาง ไปสู่ระดับนามธรรมที่สูงขึ้น
  • Antigravity จึงนำเสนอ อินเทอร์เฟซผลิตภัณฑ์รูปแบบใหม่ ให้สอดรับกับการเปลี่ยนแปลงนี้

หลักการสำคัญ (Core Tenets)

Antigravity สร้างขึ้นโดยยึด 4 หลักการ ได้แก่ ความไว้วางใจ (Trust), ความอัตโนมัติ (Autonomy), ฟีดแบ็ก (Feedback), และ การพัฒนาตนเอง (Self-improvement)

  • ความไว้วางใจ (Trust)

    • ผลิตภัณฑ์แบบเดิมมักอยู่สุดขั้วระหว่างการเปิดเผยทุกพฤติกรรมของเอเจนต์ หรือแสดงให้เห็นเฉพาะผลลัพธ์เท่านั้น
    • Antigravity ให้บริบทในระดับ งาน (Task-level) พร้อมนำเสนอ ผลการตรวจสอบและสิ่งส่งมอบ (Artifacts) ไปด้วยกัน
      • สิ่งส่งมอบประกอบด้วย รายการงาน, แผนการพัฒนา, คำอธิบายทีละขั้น, ภาพหน้าจอ, การบันทึกเบราว์เซอร์ เป็นต้น
      • ด้วยสิ่งเหล่านี้ ผู้ใช้สามารถตรวจสอบกระบวนการคิดและขั้นตอนการตรวจสอบของเอเจนต์ได้

  • ความอัตโนมัติ (Autonomy)

    • รองรับ การควบคุมเอเจนต์แบบซิงโครไนซ์ (synchronized agentic control) ระหว่างเอดิเตอร์ เทอร์มินัล และเบราว์เซอร์
    • อินเทอร์เฟซพื้นฐานคือ AI IDE (Editor view) ที่มีฟังก์ชันเติมโค้ดด้วย Tab, คำสั่งแบบอินไลน์, และเอเจนต์ในแถบด้านข้าง
    • ใช้โมเดล Gemini 3 เพื่อให้เอเจนต์สามารถ เขียนโค้ด, รันบนเครื่อง локал, และทดสอบบนเบราว์เซอร์ ได้อย่างอัตโนมัติ
    • ใน Manager view สามารถจัดการเอเจนต์หลายตัวแบบขนาน และรองรับ การโต้ตอบแบบอะซิงโครนัส
      • ตัวอย่าง: ขณะเอเจนต์หนึ่งกำลังทำรีเสิร์ชเบื้องหลัง ก็สามารถทำงานอีกอย่างที่อยู่ด้านหน้าไปพร้อมกันได้
    • ถูกออกแบบให้ สลับระหว่าง Editor กับ Manager ได้ทันที เพื่อรองรับยุคของการพัฒนาแบบอะซิงโครนัสอย่างเหมาะสม

  • ฟีดแบ็ก (Feedback)

    • มีการนำ ระบบฟีดแบ็กที่ใช้งานได้อย่างเป็นธรรมชาติ มาใช้เพื่อชดเชยข้อจำกัดของเอเจนต์แบบรีโมต
      • สำหรับผลลัพธ์แบบข้อความ มี คอมเมนต์สไตล์ Google Docs ส่วนผลลัพธ์เชิงภาพมีฟังก์ชัน เลือกและใส่ความเห็น
      • ฟีดแบ็กจะ ถูกนำไปใช้โดยอัตโนมัติแม้ระหว่างที่เอเจนต์กำลังทำงาน โดยไม่ทำให้กระบวนการหยุดชะงัก
    • ผสาน ฟีดแบ็กเข้ากับอินเทอร์เฟซและสิ่งส่งมอบหลากหลายรูปแบบอย่างเป็นธรรมชาติ เพื่อปรับปรุงและจูนงานของเอเจนต์อย่างต่อเนื่อง

  • การพัฒนาตนเอง (Self-improvement)

    • Antigravity ฝัง การเรียนรู้ไว้เป็นความสามารถหลัก
      • ทุกการกระทำของเอเจนต์จะถูกจัดเก็บและนำไปใช้ใน ฐานความรู้ เพื่อเรียนรู้จากงานที่ผ่านมา
      • สะสมทั้งความรู้แบบชัดแจ้งและแบบนามธรรม เช่น code snippet, ข้อมูลสถาปัตยกรรม, และขั้นตอนการทำงาน
      • ผู้ใช้สามารถตรวจดูรายการความรู้เหล่านี้ได้ใน Agent Manager

กรณีใช้งานตามประเภทนักพัฒนา

  • Frontend Developer
    • ใช้เอเจนต์ที่ทำงานผ่านเบราว์เซอร์เพื่อทำงานซ้ำ ๆ ให้เป็นอัตโนมัติ และเพิ่มประสิทธิภาพการพัฒนา UX
  • Full Stack Developer
    • รองรับการสร้าง แอปพลิเคชันระดับโปรดักชัน ผ่านสิ่งส่งมอบที่มีคุณภาพสูงและการทดสอบตรวจสอบที่ครอบคลุม
  • Enterprise Developer
    • ใช้ Agent Manager เพื่อประสานเอเจนต์ในหลาย workspace ลด การสลับบริบทในการทำงาน (context switching) และเพิ่มประสิทธิภาพการปฏิบัติการ

การใช้งานและการเข้าถึง

  • Google Antigravity เปิดให้ใช้งานอยู่ในขณะนี้ในรูปแบบ พรีวิวสาธารณะฟรี (Public Preview)
    • รองรับ MacOS, Linux, Windows
    • สามารถเลือกใช้โมเดล Gemini 3, Claude Sonnet 4.5, GPT-OSS ได้
    • มีการเติมโค้ดด้วย Tab ไม่จำกัด, คำขอคำสั่งไม่จำกัด, และ rate limit ที่ค่อนข้างกว้าง
  • ฟีเจอร์เพิ่มเติมและกรณีใช้งานสามารถดูได้ที่หน้า เอกสาร (docs) และ กรณีใช้งาน (use cases) อย่างเป็นทางการ
  • อัปเดตต่าง ๆ จะประกาศอย่างต่อเนื่องผ่านช่องทางทางการของ X, LinkedIn, YouTube
  • มีแผนจะเปิดเผยแพ็กเกจสำหรับทีม/องค์กรในอนาคต

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

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

 
yeorinhieut 2025-11-20

พอลองใช้แล้วก็ชอบเลย
 
yeorinhieut 2025-11-21

แต่ให้มาค่อนข้างน้อยมาก แถมก็จ่ายเงินเพิ่มไม่ได้ด้วย
 
wedding 2025-11-20

ตั้งแต่คำถามแรกก็ขึ้นข้อผิดพลาดว่า "Agent execution terminated due to model provider overload. Please try again later." ดูเหมือนว่ายังไม่ค่อยเสถียรครับ
 
anjwoc 2025-11-21

น่าจะเป็นเพราะตอนนี้ยังฟรีอยู่
พอเปลี่ยนเป็นแบบเสียเงินแล้วก็คงเสถียรมากขึ้น
 
GN⁺ 2025-11-19
ความเห็นจาก Hacker News

  • ลองใช้มาพอสมควรแล้ว อันนี้คือ VS Code fork นั่นแหละ มีอาการ UI สะดุดนิดหน่อย แต่บางอย่างใช้งานได้ดีกว่า ฟีเจอร์น่ารำคาญของ Cursor บางอย่างก็ยังคงกวนใจอยู่เหมือนเดิม (เช่น ตัวบอกการสำรวจการเปลี่ยนโค้ดที่ไม่ยอมหายไป) ดีไซน์รอบนี้ให้ความรู้สึก เนี้ยบกว่าและขุ่นน้อยกว่า
    ตอนนั้นกำลังทำโปรเจ็กต์อยู่พอดี และสามารถย้ายการตั้งค่าจาก Cursor มาได้เลย เลยสลับมาใช้ได้ง่าย ให้ความรู้สึกเหมือนสงครามเบราว์เซอร์
    ผมเริ่มใช้เพราะถ้าจะใช้ Gemini 3 ก็ต้องใช้ IDE นี้ มันเร็วก็จริง แต่ดูเหมือนเป็นโมเดลที่แทบไม่ดูบริบทเลย อาจเป็น ปัญหาเรื่องการออกแบบพรอมป์ต์ ก็ได้ แต่ดูไม่มีความตั้งใจจะทำอะไรด้วยตัวเอง และมีท่าทีเฉื่อย ๆ แบบเดียวกับตอน 2.5
    ถึงอย่างนั้นก็ยังน่าชมว่าเป็นโมเดลที่ฉลาดกว่า Cursor Composer แต่พึ่งพาบริบทน้อยกว่า Gemini ยังมีศักยภาพอยู่
    แต่พอใช้ไปประมาณ 20 นาที เครดิตก็หมด ไม่มีปุ่มจ่ายเงิน มีแต่ข้อความให้เปลี่ยนไปใช้โมเดลอื่น
    ถ้าอยากทำให้คนใช้ IDE คู่กับ LLM ก็ต้องมี ช่องทางให้จ่ายเงินใช้ได้จริง สุดท้ายผมก็กลับไปใช้ Cursor เพราะที่นั่นมี Gemini 3 Pro ให้ใช้ทันที นักพัฒนาตัวจริงพร้อมจ่ายเงินให้ของที่มีประโยชน์ อยากให้ Google เลิกตั้งเงื่อนไขให้ผลิตภัณฑ์ตัวเองล้มเหลวทุกครั้งที่ออกของใหม่

    • ผมก็คล้ายกัน ยังไม่ทันได้ใช้พรอมป์ต์แรกของ Gemini 3 เลย เครดิตก็หมดแล้ว และก็ไม่มีทางจ่ายเงินในแอปด้วย พอสลับไป gpt-oss:120b บางฟีเจอร์ก็ทำงานดี และฟีเจอร์ คำอธิบายประกอบเอกสาร ก็ใช้ได้ค่อนข้างดี แต่ยังให้ความรู้สึกแบบ Google ชัดมากว่าเป็น “ผลิตภัณฑ์ที่ให้แต่คนวงในลองเทสต์”
      หลังจากนั้นมันก็ติดลูปวนผลลัพธ์ซ้ำ ๆ ซึ่งถ้าเป็นแอปของ Google ก็น่าจะตรวจจับอะไรแบบนี้ได้แล้ว ตอนนี้ผมคงเลิกเบต้าเทสต์แอป FAANG แล้ว กลับไปใช้ Codex ดีกว่า
    • อยากเล่นมุกว่าเช้าวันนี้ Gemini 3 ได้สำนึกตัวตนขึ้นมาและพยายามทำลายโครงสร้างพื้นฐานของศัตรู แต่ดันหยุดไปเพราะเครดิตหมด
    • พอเห็นคำว่า “VS Code fork” ก็อดคิดไม่ได้ว่าในสงครามเบราว์เซอร์ Chrome ชนะไปแล้ว แต่ในสงคราม IDE Microsoft กำลัง ชนะด้วย VSCode
    • พอเห็นการประกาศ Antigravity ปุ๊บ ผมก็คิดเลยว่า “นี่คือโปรเจ็กต์ที่จะตายในหนึ่งปีแน่” แต่ดูเหมือนว่าตั้งแต่เปิดตัวก็กำลังเข้า โหมดทำลายตัวเอง จริง ๆ
    • “จำกัดการใช้งาน 20 นาที” งั้นเหรอ ก็สงสัยว่าผู้ถือหุ้น Google ใช้เงินไปเท่าไรกับ 20 นาทีนั้น อาจมากกว่ามูลค่าหุ้นที่ขึ้นก็ได้

  • พอลองดาวน์โหลดมาใช้เอง มันก็เป็น VSCode fork และแทบจะเหมือน Cursor มาก โมเดลที่รองรับมีดังนี้

    • Gemini 3 Pro (High / Low)
    • Claude Sonnet 4.5 (รวม Thinking)
    • GPT-OSS 120B (Medium)
    • น่าแปลกที่ในโพสต์บล็อกไม่มีที่ไหนพูดเลยว่ามันสร้างบน VSCode รู้สึกว่าการที่ Google ออกของแบบซ่อนที่มา มันค่อนข้างเสียมารยาท
    • สงสัยว่าทำไม fork พวกนี้ไม่ทำบน Eclipse Theia กัน หรือว่าเป็นเพราะ ปัญหาไลเซนส์?
    • น่าสนใจที่มีทั้ง Claude และ GPT-OSS รวมอยู่ด้วย ทั้งคู่รันอยู่บน Google Cloud ดังนั้นดูเหมือน Antigravity จะ ใช้โครงสร้างพื้นฐาน GC โดยตรง แทนการเรียก external API
    • จากมุมคนที่เคยทำ IDE เองสองตัว การ fork VSCode แทบจะเป็นตัวเลือกที่ถูกต้องเสมอ คุณได้ทั้ง ความขยายต่อได้ ความคุ้นเคย และประหยัดเวลา การใช้โค้ดโอเพนซอร์สเป็นเรื่องพื้นฐานของวงการอยู่แล้ว
    • สิ่งที่น่าสนใจคือสุดท้าย VSCode ก็รันอยู่บน Chrome อีกที กลายเป็นโครงสร้างแซนด์วิช Google-Microsoft-Google

  • พอเห็นข้อความ “Congratulations, you have been elevated to manager to agents.” ก็รู้สึกเหมือนตัวเองกลายเป็น ผู้จัดการที่คอยดูแล LLM แทนนักพัฒนาจูเนียร์

    • คำว่า “นักพัฒนาจูเนียร์” มันสะดวกดี แต่ไม่ค่อยแม่น มันเขียนโค้ดได้ก็จริง แต่เป็น สิ่งที่ไม่มีความทรงจำ ไม่มีความทะเยอทะยาน และไม่มีสไตล์ ก็ไม่รู้จะเรียกว่าอะไรดี Drones? Drains?
    • บริษัทเราบังคับให้เข้าออฟฟิศ แต่ไม่มีใครคุยกันเองเลย แม้แต่คนที่นั่งข้าง ๆ ก็ยังคุยผ่าน Zoom
    • ตอนแรกนึกว่าเป็นมุก แต่พอเห็นว่ามีข้อความนั้นอยู่ในวิดีโอจริง ๆ ก็แปลกใจมาก
    • พอเห็นคำว่า “ไม่ได้ทำงานกับคนดี ๆ” ก็ทำให้นึกถึงว่า LLM นั้น ใจดีเกินไป
    • เมื่อก่อนเคยตื่นเต้นเพราะคิดว่าจะได้เห็น ‘เอเจนต์ของจริง’ แต่ ‘AI agent’ ทุกวันนี้สุดท้ายก็เป็น โมเดลธุรกิจที่เพิ่มการเรียก API ขึ้น 10 เท่า
      ในทางปฏิบัติ หลายครั้งมันเป็นการเผา call เพื่อ KPI มากกว่าจะเพิ่มประสิทธิภาพจริง และกระแสนี้กำลังกลายเป็น เครื่องมือกลบข้อจำกัดของ foundation model ท้ายที่สุดก็จะต้องกลับมาพึ่งคนที่อ่านและเข้าใจโค้ดได้อยู่ดี

  • ปี 2020 มี JS framework ใหม่ทุกวัน ปี 2024 มี Chrome fork เบราว์เซอร์ใหม่ทุกวัน แล้วปี 2025 ก็คงมี AI IDE VSCode fork ใหม่ทุกวัน

    • ทั้งปี 2020, 2024 และ 2025 ล้วนเป็น ปีของ Electron fork
    • สงสัยว่าทำไม Google ไม่ใช้ GUI stack ของตัวเอง อย่าง Flutter หรือ Compose Multiplatform ดูเหมือนของที่เป็นนวัตกรรมจริง ๆ จะมีแค่ Zed
    • แทนที่จะทำ VSCode fork มันทำเป็น ส่วนขยาย ไม่ได้หรือ?
    • เคยได้ยินมาว่า Microsoft ปิดกั้นฟีเจอร์บางส่วนที่เกี่ยวกับ Copilot ไม่ให้ทำผ่านส่วนขยาย เลยทำให้ การ fork เป็นสิ่งเลี่ยงไม่ได้
    • หรือจะดีกว่าถ้ามี VSCode fork ตัวหนึ่งที่ เปิดเฉพาะอินเทอร์เฟซสาธารณะ แบบเต็ม ๆ อย่างนั้น Microsoft ก็คงต้องเปลี่ยนท่าทีเอง

  • ทั้งโพสต์บล็อกเขียนแบบยึด Google เป็นศูนย์กลางมากกว่าผู้ใช้ “Why We Built Antigravity” งั้นเหรอ ไม่เข้าใจว่าทำไมผมต้องสนใจเรื่องนั้น

    • จากมุมผู้ใช้ มันไม่มีเหตุผลให้ต้องสนใจเลย มันเป็นแค่ โชว์เคสสำหรับนักลงทุน เท่านั้น และถ้าให้ผมเดา ปีหน้าก็คงปิดบริการ
    • จากที่เคยใช้ Google AI Studio, Vertex และ Gemini Chat ตอนนี้ยังมี Antigravity เพิ่มมาอีก เลยรู้สึกว่า ผลิตภัณฑ์แตกกระจาย หนักมาก PM น่าจะไปนั่งคุยกันสักแก้วแล้วจัดระเบียบใหม่
    • Google เอาแต่พูดว่า “สิ่งนี้ดีต่อ Google ยังไง” แต่ไม่อธิบายว่า “ทำไมมันถึงดีต่อผู้ใช้” ทิศทางของการสื่อสารคุณค่ามันกลับด้าน
    • จริง ๆ แล้วการแนะนำผลิตภัณฑ์ควรโฟกัสที่ ตัวผลิตภัณฑ์เอง ไม่ใช่ทั้ง Google หรือผู้ใช้ ควรโชว์ฟีเจอร์แล้วปล่อยให้ผู้ใช้ตัดสินเอง
    • ทั้งหน้าให้ความรู้สึกเหมือนหน้าเซลส์องค์กรสไตล์ Apple ที่พยายามยัดเยียดให้นักพัฒนาต้องเอาไปใช้

  • ในหน้าราคาเขียนว่า “free tier ใจกว้าง” แต่พอจะเปลี่ยนไฟล์ HTML ไฟล์เดียวให้เป็น Jinja template ก็เจอ error ว่า quota limit exceeded ภายใน 2 นาที

    • ตอนนี้ดูเหมือนโมเดลต่าง ๆ จะโอเวอร์โหลดจนทำงานไม่ค่อยไหว
    • ถ้าใส่ไฟล์ HTML เข้าไปในบริบท สาเหตุอาจเป็นเพราะ การใช้โทเคนพุ่งสูงมาก
    • เหมือน Jevons paradox พอเปิดให้ใช้ฟรี ทุกคนก็ใช้กันจนเกลี้ยง แบบเดียวกับที่เคยเกิดในฟรี tier ของ OpenRouter
    • ผมก็เคยพยายามทำแอป iOS ง่าย ๆ แล้วก็ เครดิตหมด เหมือนกัน ทั้งที่มีแค่ไม่กี่ไฟล์
    • ใน Gemini CLI ก็เจอประสบการณ์แบบเดียวกัน

  • “สแปมเอเจนต์” นี่มันเหนื่อยมาก ผมแค่อยาก เขียนโค้ดเฉย ๆ ยังเร็วเกินไปจะเกษียณ แต่ก็สายเกินไปจะตื่นเต้นกับเทคโนโลยีใหม่แล้วเหมือนกัน

    • เห็นด้วยเต็ม ๆ ในโดเมนที่ผมเชี่ยวชาญจริง ๆ การเขียนโค้ดโดยไม่ใช้ AI เร็วกว่าเยอะ AI มักสร้าง บั๊กที่ละเอียดอ่อน และเสียเวลาไปกับการอธิบายบริบท
      ถึงอย่างนั้น LLM ก็มีประโยชน์มากเวลาคุยไอเดียการ implementation หรือให้ช่วยสร้าง โค้ดทดสอบหรือสคริปต์ อย่างรวดเร็ว เรื่องพวกนี้ช่วยดึงความสนุกของการเขียนโปรแกรมกลับมาได้จริง
    • กระแสเทคโนโลยีก่อน ๆ อย่างน้อยก็ยังน่าตื่นเต้น แต่กระแส AI รอบนี้ให้ความรู้สึก ดิสโทเปีย นิด ๆ โครงสร้างแบบดูดเอาความรู้และงานเขียนของเราไป แล้วเอากลับมาขายให้เราอีกที มันชวนอึดอัด
      เทคโนโลยีมันน่าทึ่งก็จริง แต่ต้นทุนทางสังคมน่าจะสูง ถึงอย่างนั้นความจริงที่ขมคือเราก็ยังต้องตามมันให้ทันเพื่อไม่ให้ตกขบวน
    • ผมเองไม่ใช้ “เอเจนต์” เลย ใช้แค่ LLM chat ใน Emacs ดีสำหรับคุยเรื่องดีไซน์ ทำต้นแบบ และอ้างอิง แต่ สัดส่วนเสียเวลา ก็ราว 25%
      ถึงอย่างนั้นผมยังตรวจคุณภาพโค้ดเองได้ เลยรู้สึกว่าวิธีนี้ดีกว่า ตราบใดที่ยังมีบริษัทที่เข้าใจแนวทางนี้ก็ไม่กังวล
    • ไม่จำเป็นต้องรีบเกษียณเกินไป นอกวงการเทคโนโลยีก็ยังมีอะไรให้ทำอีกเยอะ

  • พอเห็นข้อความ “เปิดเอเจนต์ให้มารับงานซ้ำ ๆ” ก็ทำให้นึกว่าอนาคตของซอฟต์แวร์จะกลายเป็น ระบบที่ไม่มีใครรู้ว่าข้างในเป็นยังไง แต่ก็คงยังเดินหน้าต่อไปได้อยู่ดี

    • จริง ๆ หลายบริษัทก็เป็นแบบนั้นอยู่แล้ว ตรงกันข้าม เครื่องมือแบบนี้อาจช่วย เร่งความเข้าใจ codebase ได้ด้วยซ้ำ
    • พอเห็นคำว่า “ซอฟต์แวร์แห่งอนาคต...” ก็ได้แต่ หัวเราะแห้ง ๆ อย่างประหม่า
    • ถ้าจะสร้างของใหม่ ก็ยังต้องใช้ คนที่มีทักษะจริง อยู่ดี
    • คุณยังสั่งให้เอเจนต์ช่วย ลบ cruft วิเคราะห์สาเหตุ และอธิบายโครงสร้าง ได้ ทีมมนุษย์เองก็เจอปัญหาเดียวกัน เพราะงั้นมันก็ไม่ใช่แนวทางที่ผิดเสียทีเดียว
    • เวลาเห็นนักพัฒนากลัว AI แล้วรู้สึกขำ AI ก็เป็นแค่ ชั้น abstraction อีกชั้นหนึ่ง เท่านั้น ถ้าเรียนรู้เป็นก็เพิ่มประสิทธิภาพได้ 10 เท่า ถ้าไม่เรียนก็แค่โดนทิ้งไว้ข้างหลัง

  • พอเห็นข้อความ “ผู้ใช้ไม่เชื่อถือผลงานของเอเจนต์” ก็รู้สึกว่าเนื้อหาทั้งหน้ามันเข้าใจยากถึงขั้นต้องมี AI มาสรุปให้ เอฟเฟกต์การเลื่อนหน้าจอทำให้เวียนหัวจริง ๆ

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

  • พูดตามตรง มันก็ดูไม่เลวขนาดนั้น มันให้ความรู้สึกเหมือนเอาสิ่งที่หลายคนทำกันอยู่แล้วมา ทำให้เป็นมาตรฐานในระดับ UI
    ผมใช้ workflow ที่อิง Claude Code กับ jj workspace อยู่แล้ว เลยไม่มีเหตุผลต้องย้าย แต่สำหรับคนที่ ไม่อยากประกอบชุดเครื่องมือเอง มันก็น่าจะมีประโยชน์

    • ผมก็ใช้ Claude Code กับ Codex ทุกวัน และก็คิดมาตลอดว่าควรหัดใช้ jj แต่ยังไม่ได้เริ่ม อยากรู้ว่าเขาใช้ CLI-based agent กับ jj workspace ร่วมกันยังไง
    • jj เป็น เครื่องมือจัดการเวอร์ชันที่เร็ว และใช้ฟอร์แมตที่เข้ากันได้กับ Git ลิงก์ GitHub ของ jj
    • มุมมอง Agent Manager ที่ให้เห็นเอเจนต์ทั้งหมดได้ในที่เดียว และตอบคำขออนุมัติได้ทันที ดูมีประโยชน์ไม่น้อย ซึ่งเหมือนว่า jj จะยังให้สิ่งนั้นไม่ได้
    • เป็นจุดเริ่มต้นที่โอเค แต่ยังสู้ ชุด VSCode + CLINE + Gemini Pro ไม่ได้