Jules เอเจนต์เขียนโค้ดระยะไกลจาก Google Labs เปิดตัว API
(jules.google)- Jules คือ เอเจนต์เขียนโค้ด AI แบบระยะไกลที่พัฒนาโดย Google Labs และเพิ่งเปิดเผย API
- นักพัฒนาสามารถ ผสานรวม เข้ากับเครื่องมือพัฒนาและเวิร์กโฟลว์ที่หลากหลายได้อย่างง่ายดาย เพื่อเพิ่มโอกาสในการทำงานอัตโนมัติและยกระดับประสิทธิภาพ
- เพิ่มฟีเจอร์ต่าง ๆ เช่นเครื่องมือบรรทัดคำสั่งและ การจัดการตัวแปรสภาพแวดล้อม เพื่อเพิ่มการใช้งาน การปรับแต่ง และศักยภาพด้านอัตโนมัติให้สูงสุด
- มีการเพิ่มฟีเจอร์ใหม่ที่ใกล้เคียงกับสภาพแวดล้อมการพัฒนาจริงอย่างต่อเนื่อง เช่น หน่วยความจำ, ฟีดแบ็กคอมเมนต์ PR, การอัปโหลดรูปภาพ
- ด้วยการปรับปรุงสภาพแวดล้อม ประสิทธิภาพ และเสถียรภาพอย่างต่อเนื่อง ทำให้กลายเป็นแพลตฟอร์มที่ให้ความสำคัญกับ ประสบการณ์นักพัฒนา
แนะนำ Jules API
3 ตุลาคม 2025
Jules รองรับการเข้าถึงความสามารถต่าง ๆ แบบโปรแกรมผ่าน API ของตัวเอง และช่วยให้ผสานเข้ากับเวิร์กโฟลว์เดิมของนักพัฒนาได้ง่าย
- สามารถเชื่อมกับเวิร์กโฟลว์ ChatOps ที่ทำงานร่วมกับ Slack เป็นต้น, ทำระบบอัตโนมัติกับเครื่องมือบริหารโครงการ, และผสานเข้ากับไปป์ไลน์ CI/CD ที่ใช้ GitHub Actions ได้ผ่าน API
- อธิบายวิธีสร้างเซสชันใหม่ (งาน) และรูปแบบการเชื่อมต่อแบบคัสตอมผ่านตัวอย่าง API
- นักพัฒนาสามารถดูรูปแบบการใช้งานที่หลากหลายได้จาก เอกสาร API อย่างเป็นทางการ
การผสานรวมบรรทัดคำสั่ง (Jules Tools)
2 ตุลาคม 2025
- เปิดตัว CLI ใหม่ชื่อ Jules Tools ทำให้สามารถควบคุมเอเจนต์เขียนโค้ด AI ได้จากบรรทัดคำสั่ง
- รองรับการสร้าง/ดูเซสชัน, การใช้แพตช์, การ pipe สคริปต์ร่วมกับเครื่องมือ CLI อื่น และมี แดชบอร์ดแบบโต้ตอบ ให้ใช้งานในเทอร์มินัล
- สามารถติดตั้งแบบ global ผ่าน npm หรือรันด้วย npx ได้โดยไม่ต้องติดตั้งแยก
- มีคำสั่งหลักที่หลากหลาย เช่นการแสดงรายการรีโพซิทอรี, การสร้างเซสชันใหม่, และการทำงานระดับรีโป
- ผู้ใช้ Google Workspace จะได้รับการรองรับเพิ่มเติมในเร็ว ๆ นี้
รองรับตัวแปรสภาพแวดล้อมระดับรีโพซิทอรี
1 ตุลาคม 2025
- เพิ่มฟีเจอร์ การตั้งค่าตัวแปรสภาพแวดล้อม ระดับรีโพซิทอรี ทำให้สามารถกำหนดสภาพแวดล้อมการทำงานของ Jules ได้อย่างละเอียดตามความต้องการของโปรเจกต์ เช่น การบิลด์ การทดสอบ และการเชื่อมต่อบริการต่าง ๆ
- ขั้นตอนคือเพิ่มตัวแปรใน settings ของรีโป → ระบุว่าจะใช้ตัวแปรเป็นออปชันตอนสร้างงาน → จากนั้นงานนั้นจึงเข้าถึงตัวแปรได้
- ตัวแปรเหล่านี้ไม่สามารถเปลี่ยนแปลงได้หลังเริ่มงานแล้ว จึงควรระวังตั้งแต่ตอนเริ่มต้น
ฟีเจอร์ Memory ของ Jules
30 กันยายน 2025
Jules Memory for Repositories: AI จะเก็บฟีดแบ็ก ความชอบ และพฤติกรรมของผู้ใช้ไว้ เพื่อคาดหวังการตอบสนองแบบปรับเฉพาะและความแม่นยำที่ดีขึ้นจากประสบการณ์ก่อนหน้าเมื่อทำงานซ้ำในรีโพซิทอรีเดียวกัน
- สามารถเปิด/ปิด Memory ได้ในแท็บ Knowledge ของการตั้งค่ารีโป
ฟีเจอร์เลือกไฟล์
29 กันยายน 2025
- ระหว่างทำงานสามารถใช้ ตัวเลือกไฟล์ เพื่อระบุไฟล์เป้าหมายได้อย่างแม่นยำ ช่วยควบคุมรายละเอียดโดยไม่ตีความบริบทผิดพลาด
การตอบสนองต่อฟีดแบ็กจากคอมเมนต์ PR
23 กันยายน 2025
- Jules ตอบสนองต่อคอมเมนต์ของผู้ใช้ใน Pull Request แบบเรียลไทม์ (แสดงการยืนยันด้วยอีโมจิ 👀) และนำคำขอแก้ไขไปสะท้อนเป็นคอมมิตอัตโนมัติ
- เมื่อใช้ Reactive Mode สามารถตั้งค่าให้ตอบสนองเฉพาะคอมเมนต์ที่ mention ด้วย
@Julesได้
อีเวนต์ Pirate Day
19 กันยายน 2025
- เนื่องในวันโจรสลัดสากล Jules ได้เปลี่ยนรูปแบบการตอบกลับชั่วคราวเป็นเวอร์ชันโจรสลัดตลอดหนึ่งวัน โดยตรรกะและอัลกอริทึมพื้นฐานยังคงเดิม
การอัปโหลดรูปภาพ
9 กันยายน 2025
- รองรับ การอัปโหลดรูปภาพตอนสร้างงาน เพื่อส่งบริบทเชิงภาพ เช่น บั๊กฝั่งฟรอนต์เอนด์ หรือข้อเสนอด้านดีไซน์
- รองรับไฟล์ JPEG/PNG ขนาดสูงสุด 5MB และยังไม่รองรับพรอมป์ต์ติดตามผล (มีแผนรองรับภายหลัง)
- รูปภาพที่ต้องใช้ในโค้ดโดยตรงยังต้องคอมมิตแยกไปยัง GitHub
ดูรายละเอียดการรองรับรูปภาพของ Jules
Stacked Diff
4 กันยายน 2025
- เพิ่ม เลย์เอาต์แบบซ้อนในตัวดู diff สำหรับรีวิวโค้ด ทำให้มองเห็นการเปลี่ยนแปลงของหลายไฟล์พร้อมกันและเข้าใจโค้ดที่เกี่ยวข้องกันได้ในมุมมองเดียว
- สามารถสลับเป็นรูปแบบแท็บได้เช่นกัน
ปรับปรุง Jules Critic
3 กันยายน 2025
- เสริมความน่าเชื่อถือของการประเมินและความลึกของฟีดแบ็กจาก Jules critic agent
- แสดงกระบวนการวิเคราะห์แบบเรียลไทม์บน UI อย่างโปร่งใส และนำข้อมูลบริบทมาใช้มากขึ้น
ตัวอย่างพรอมป์ต์
2 กันยายน 2025
- เพิ่ม ตัวอย่างพรอมป์ต์ บนหน้าแรก สามารถคลิกครั้งเดียวเพื่อใส่ลงในช่องป้อนข้อมูลได้
- แม้แต่มือใหม่ก็เรียนรู้แพตเทิร์นการใช้งานได้ง่าย
การเรนเดอร์รูปภาพในมุมมอง diff
22 สิงหาคม 2025
- สามารถ ดูรูปภาพได้ทันที ภายในตัวดู diff ไม่ว่าจะเป็นกราฟ UI หรือไดอะแกรม
- ตรวจสอบผลลัพธ์เชิงภาพได้ทันทีโดยไม่ต้องดาวน์โหลดไฟล์
ส่งออกได้ทุกเมื่อ
15 สิงหาคม 2025
- รองรับ การส่งออกโค้ดไปยัง GitHub ได้ทุกเมื่อระหว่างทำงาน
- เพิ่มความยืดหยุ่นและการควบคุม เช่น การสร้าง branch/PR ระหว่างที่งานยังดำเนินอยู่
เพิ่มความจุ VM เป็น 20GB
15 สิงหาคม 2025
- เพื่อแก้ปัญหาพื้นที่ไม่พอระหว่างทำงานกับโปรเจกต์ขนาดใหญ่ ได้ขยายดิสก์ของ Jules VM เป็น 20GB
- รองรับโค้ดเบสที่ซับซ้อนและมีขนาดใหญ่ขึ้นได้อย่างราบรื่น
แผนแบบโต้ตอบ
8 สิงหาคม 2025
- Jules วิเคราะห์โค้ดเบส และสร้าง แผนแบบอินเทอร์แอ็กทีฟ ผ่านการถามตอบ
- ผู้ใช้สามารถกำหนดเป้าหมายและโซลูชันได้อย่างชัดเจนและมีบทบาทนำมากขึ้น
- เปิดใช้งานได้จากเมนูดรอปดาวน์ตอนสร้างงาน
ฟีเจอร์ท่องเว็บ
8 สิงหาคม 2025
- Jules สามารถค้นเว็บเพื่อหา เอกสารล่าสุดหรือตัวอย่างโค้ด/สไนเป็ต ได้
- ช่วยให้ทำงานได้แม่นยำขึ้นโดยใช้ข้อมูลภายนอกที่อัปเดตล่าสุด
- เหมาะกับการค้นหาเชิงเอกสารทางเทคนิคเป็นพิเศษ
Critic Agent
8 สิงหาคม 2025
- เปิดตัว Jules critic agent ที่มีการรีวิวโค้ดในตัว
- ทำ internal review ตั้งแต่ขั้นตอนการสร้าง เพื่อตรวจจับและปรับปรุงบั๊กที่อาจเกิดขึ้น ความไม่มีประสิทธิภาพ และช่องโหว่
- ต่างจาก linter หรือการทดสอบทั่วไป เพราะประเมินคุณภาพโค้ดจากเจตนาและบริบท
- ออกแบบบนพื้นฐานงานวิจัย reinforcement learning (เช่น actor-critic)
การทดสอบเว็บแอป/สกรีนช็อต
7 สิงหาคม 2025
- หลังทำงานฝั่งฟรอนต์เอนด์ Jules สามารถยืนยันผลลัพธ์ผ่าน ภาพสกรีนช็อตของเว็บไซต์ ได้
- รองรับการทดสอบฟรอนต์เอนด์บนพื้นฐาน Playwright และอนุญาตให้ใส่ URL รูปภาพภายนอกได้
เปิดตัวอย่างเป็นทางการ
6 สิงหาคม 2025
- ภายใน 2 เดือนทำ public commit ได้มากกว่า 140,000 รายการ และเปิดตัวอย่างเป็นทางการพร้อมแผนแบบเสียเงิน
- ใช้เทคโนโลยี AI รุ่นล่าสุด เช่น Gemini 2.5 เพื่อมอบคุณภาพของแผนและงานที่ก้าวหน้ายิ่งขึ้น
- รวมถึงการปรับเสถียรภาพและแก้บั๊กหลายรายการ
สแนปช็อตสภาพแวดล้อม
5 สิงหาคม 2025
- เมื่อใช้สคริปต์ตั้งค่าสภาพแวดล้อม จะมีการบันทึก สแนปช็อต ทำให้งานที่ซับซ้อนสามารถเริ่มใหม่ได้อย่างรวดเร็วและสม่ำเสมอ
- สามารถตรวจสอบการตั้งค่าสภาพแวดล้อมได้จากเมนูโค้ดเบสและการตั้งค่างาน
สร้าง PR ได้โดยตรง
4 สิงหาคม 2025
- งานที่เสร็จแล้วสามารถ สร้าง PR และขอ merge ได้ทันทีจาก UI ช่วยให้เวิร์กโฟลว์เรียบง่ายขึ้น
เพิ่มรันไทม์ Bun
18 กรกฎาคม 2025
- รองรับ Bun runtime ใหม่ ช่วยขยายความเข้ากันได้ไปยังอีโคซิสเต็มนอกเหนือจาก Node.js
ปรับปรุงการควบคุมงาน/UX
3 กรกฎาคม 2025
- เสริม ความสามารถในการควบคุมงาน เช่น หยุดชั่วคราว/ทำต่อ/ลบงาน และคัดลอก URL ได้อย่างรวดเร็ว
- ปรับความกว้างของแผงมุมมองโค้ด และเพิ่มปุ่มคัดลอก/ดาวน์โหลด
- ปรับปรุงรูปแบบและโครงสร้างการแสดงผลของ system message
การเชื่อมต่อกับ GitHub Issue
26 มิถุนายน 2025
- เพียงเพิ่มป้ายกำกับ ‘jules’ ให้กับ GitHub Issue ระบบจะให้ Jules เริ่มงาน โดยอัตโนมัติ
- แอป Jules บน GitHub ต้องมีสิทธิ์เข้าถึงรีโพซิทอรี
อัปเดตใหญ่ของเอเจนต์ Jules
20 มิถุนายน 2025
- รองรับ AGENTS.md และสคริปต์ตั้งค่าสภาพแวดล้อม ช่วยเสริมความสามารถในการเข้าใจบริบทและความน่าเชื่อถือ
- ปรับปรุงความเร็วและขอบเขตการทำงานอัตโนมัติอย่างมาก พร้อมพัฒนานิสัยการทดสอบอัตโนมัติ
18 มิถุนายน 2025
- ไม่ยึดติดกับสภาพแวดล้อม Ubuntu พื้นฐานอีกต่อไป โดยสามารถติดตั้ง Rust, Node, Python เวอร์ชันล่าสุด ได้โดยตรง และปรับแต่งกระบวนการติดตั้งอย่างละเอียดด้วยสคริปต์เฉพาะ
- ยกระดับด้านหลายรันไทม์ การแยกสภาพแวดล้อม และการตรึงเวอร์ชัน
- แก้ปัญหา dependency เดิม และเพิ่มความสอดคล้องกับความต้องการล่าสุด
เสริมการปรับแต่งและประสิทธิภาพ
6 มิถุนายน 2025
- ปรับปรุง ประสิทธิภาพ, ฟีเจอร์คัดลอก/ดาวน์โหลดโค้ด, การปรับความกว้างแผงโค้ด และอื่น ๆ เพื่อให้เหมาะกับสภาพแวดล้อมของนักพัฒนา
- สามารถสร้างหลายงานต่อเนื่องแบบไม่สะดุดผ่าน modal
ปรับปรุงความน่าเชื่อถือ/เสถียรภาพ
30 พฤษภาคม 2025
- ขยายเป็นสูงสุด 60 งานต่อวัน และรันพร้อมกันได้ 5 งาน
- เพิ่มความน่าเชื่อถือในการเชื่อมต่อ GitHub และลดกรณีล้มเหลว
ปรับปรุงเสถียรภาพ (22 พฤษภาคม)
22 พฤษภาคม 2025
- อัปเกรดระบบคิว ลดเวลารอ บั๊ก และปรับปรุงความน่าเชื่อถือโดยรวมรวมถึง UI
เปิดตัว Jules ครั้งแรก
19 พฤษภาคม 2025
- Jules คือ เอเจนต์เขียนโค้ด AI ที่ประมวลผลงานเขียนโค้ดหลากหลายแบบบน GitHub แบบอะซิงโครนัส เช่น การแก้บั๊ก การจัดการเวอร์ชัน/ดีเพนเดนซี และการย้ายโค้ด
- เมื่อเริ่มงาน ระบบจะตั้งค่าสภาพแวดล้อมการพัฒนาอัตโนมัติบน VM ติดตั้ง dependency ทดสอบ แก้โค้ด และสร้าง PR ให้โดยอัตโนมัติ
- แสดงภาพความคืบหน้าของงานและกระบวนการสร้างโค้ดอย่างโปร่งใส
- รองรับงานขั้นสูง เช่น แพตช์แบบกำหนดขอบเขต, การย้ายโค้ดข้ามภาษา/เฟรมเวิร์ก, และการพัฒนาฟีเจอร์แบบแยกอิสระ
- ดูข้อมูลเพิ่มเติมและคู่มือเริ่มต้นได้จากเอกสารทางการและหน้าเว็บไซต์
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
มีเว็บไซต์ Django สำหรับดูแลลูกค้ามานาน ลูกค้ามักขอแก้ไขเล็กๆ น้อยๆ อยู่บ่อยๆ ซึ่งแต่ละครั้งต้องเสียเวลาถึงชั่วโมงกับการรันระบบ ตรวจโค้ด คอมมิต พุช และอัปเดตเซิร์ฟเวอร์ สัปดาห์ก่อนจึงย้ายอินฟราทั้งหมดไปที่ Railway และสอนลูกค้าวิธีใช้ Jules ตอนนี้ลูกค้าสามารถสร้าง PR ได้เอง และ Railway ก็จะเปิดสภาพแวดล้อมที่สะท้อนการเปลี่ยนแปลงให้ตรวจสอบเองได้ ประมาณ 75% ทำงานได้ไม่มีปัญหา และถ้าใช้ไม่ได้ ลูกค้าก็มักจะรู้ตัวก่อน พอลูกค้าพอใจกับการเปลี่ยนแปลงแล้ว ฉันค่อยเข้าไปรีวิวโค้ดและ merge กลายเป็นวิธีทำงานแบบใหม่ ประหยัดเวลาได้มหาศาลจริงๆ
สงสัยว่ายังคงคิดค่าบริการลูกค้าในราคาเดิมเหมือนเมื่อก่อนหรือเปล่า
อยากรู้ค่าใช้งาน API กังวลว่าถ้าตั้งค่าไม่ดี ลูกค้าอาจทดสอบการแก้ไขเล็กๆ น้อยๆ หลายรอบจนค่าใช้จ่ายบานปลาย
หวังแค่ว่าจะไม่มีการเก็บข้อมูลผู้ใช้จากแอปลูกค้า ฉันคิดว่าการไว้ใจ LLM แบบไม่มีเงื่อนไขเป็นเรื่องเสี่ยง
อยากรู้ว่าจัดการฐานข้อมูลของลูกค้าอย่างไร อัปโหลดทั้งหมดขึ้นไปบน VM หรือไม่
พูดตรงๆ ว่าเป็นแนวทางที่เจ๋งมาก อยากให้เขียนบล็อกเล่าประสบการณ์นี้พร้อมตัวอย่าง โดยเฉพาะอยากรู้ตัวอย่างจริงๆ ว่าลูกค้าขออะไรใน PR บ้าง
ส่วนตัวกำลังสร้าง MCP server เองแล้วเชื่อมกับ Jules API เพื่อใช้งาน โดยใช้วิธีส่งงานจาก Copilot Chat in VS Code ไปให้ Jules
วิดีโอสาธิต
สงสัยว่าคนไว้ใจใช้เอเจนต์แบบนี้แบบ asynchronous และไม่มีการกำกับดูแลจริงหรือเปล่า จากประสบการณ์ของฉัน coding agent ให้ความยุ่งยากและสัญญาณรบกวนมากกว่าผลตอบแทนที่คาดหวัง ถ้ามันก็แค่คล้ายลูปที่ใช้ใน VS Code อยู่แล้ว ก็อดคิดไม่ได้ว่าจำเป็นต้องใช้เครื่องมือภายนอกจริงหรือ
สำหรับความเห็นที่ว่า coding agent แบบนี้ยังให้ ROI ไม่คุ้มตามที่หวัง ฉันคิดว่าต้องมองระยะยาวถึงจะมีความหมาย ถ้ามองแค่งานหนึ่งสองชิ้นหรือไม่กี่สัปดาห์มันอาจยังไม่คุ้มลงทุน แต่ถ้าคิดถึง workflow ของทีมวิศวกรรมอีก 3 ปีข้างหน้า การเริ่มนำระบบแบบนี้มาใช้ตั้งแต่ตอนนี้ก็มีความหมายมาก เช่น ถ้าบอตสามารถเปิดสภาพแวดล้อมอัตโนมัติเมื่อมีการอัปเดตไลบรารี รันทดสอบ ระบุได้ว่าเพราะอะไร codebase ถึงไม่ทำงาน แก้ไขให้ แล้วสร้าง PR ให้คนมารีวิวต่อได้ นั่นเป็น automation ที่มีประโยชน์มาก
สำหรับคำถามว่าทำไมต้องใช้เครื่องมือภายนอก ทั้งที่ทำแบบ integrated อย่าง VS Code ก็ได้ เหตุผลคือในคอมพิวเตอร์ส่วนตัวมีข้อมูลอ่อนไหวอย่างรูปภาพ อีเมล และ browser cookie อยู่มาก ฉันเลยไม่สบายใจให้เอเจนต์รันงานวิเคราะห์บนเครื่องตัวเอง จึงรู้สึกว่าการให้ Jules เข้าถึงแค่โปรเจกต์ GitHub ของฉันปลอดภัยกว่า ซึ่งมันก็มีประโยชน์จริง เพราะช่วยอ่าน Gemfile และรัน Rails test ให้ได้ ถึงคุณภาพโค้ดจะยังไม่สมบูรณ์ แต่ช่วยเริ่มงานพัฒนาฟีเจอร์ได้มาก
จากที่ฉันลองใช้เอง อย่างน้อยเมื่อเทียบกับ GitHub copilot แล้ว ในสภาพแวดล้อมภายนอก (คลาวด์) มันรู้สึกสะอาดและเป็นระเบียบกว่ามาก เพราะทำงานด้วย auto-approval และ sandbox
ใช้งานจริงแล้วก็ยังต้องคอยจับตาดูอยู่ตลอด
เผื่อไว้ก่อนว่า VS Code ไม่ใช่เอเจนต์ แต่เน้นความสามารถด้านการสร้างโค้ด/auto-complete
น่าเสียดายที่ Google เลือกสถาปัตยกรรมระบบของ Jules ผิดฝั่ง ฉันคิดว่าดีไซน์ระบบของ Claude Code เหนือกว่ามากในตอนนี้ สุดท้าย Jules ก็น่าจะกลายเป็น vendor lock-in และระบบนิเวศแบบปิดอีกตัวหนึ่ง
(ตามสไตล์ Google ทั่วไป) ฉันคิดว่าพวกเขาทำทั้งสองแบบ มีโอเพนซอร์ส Gemini cli ด้วย และมี free tier ที่ค่อนข้างใจกว้าง เลยแข่งกับ Claude code ได้ตรงกว่า
https://github.com/google-gemini/gemini-cli
ตอนเปิดตัวอาจยังหยาบอยู่บ้าง แต่ตอนนี้ดีขึ้นมากแล้ว ส่วน Claude code ก็พัฒนาไปมากเหมือนกัน สุดท้ายฉันเลยยังไม่ได้ย้าย
ถ้ามองจากคนที่ใช้ AI coding agent มาตั้งแต่ยุคแรกๆ ของ Aider ฉันเห็นต่าง ทั้ง asynchronous agent และ collaborative agent ต่างก็มีบทบาทของตัวเอง อนาคตอาจมี collaborative agent ที่ไปมอบหมายงานให้ asynchronous agent หลายตัวแล้วรวมผลลัพธ์กลับมา พื้นที่การออกแบบซับซ้อนกว่าที่คิดมาก และตอนนี้เรายังเห็นแค่เศษเสี้ยวเท่านั้น เรากำลังพยายามยัด AI เข้าไปใน workflow ที่มีมนุษย์เป็นศูนย์กลางอยู่ จึงควรทดลองความเป็นไปได้แปลกใหม่และน่าสนุกที่เป็นของ AI เองให้มากกว่านี้
ฉันคิดว่าการเอา Jules ไปเทียบกับ Claude Code นั้นไม่ค่อยเหมาะ เพราะสองระบบนี้ต่างกันโดยสิ้นเชิง ถ้าจะเทียบ Jules คู่เทียบที่เหมาะกว่าน่าจะเป็น OpenAI Codex ส่วนเวอร์ชันฝั่ง Google ที่ใกล้กับ Claude Code คือ Gemini Code Assist CLI
ถ้าจะเทียบกัน ฉันคิดว่า Jules คล้าย GitHub Spark มากกว่า
เห็นข้อความว่าการรองรับผู้ใช้ workspace จะมีให้หลังเดือนตุลาคมแล้วไม่เข้าใจเลยว่าทำไมผู้ใช้แบบเสียเงินถึงถูกเลื่อนออกไปทีหลังเสมอ มันแปลกมาก
เท่าที่เข้าใจ เหตุผลคือจำเป็นต้องทำให้ได้ตามข้อกำหนดเรื่อง data compliance ที่ workspace รับประกันไว้ ฉันคิดว่าสิ่งที่ธุรกิจจ่ายเงินไม่ใช่เพื่อฟีเจอร์ใหม่ล่าสุดหรือเทคโนโลยีใหม่ๆ แต่เป็นการสนับสนุนที่จำเป็นต่อธุรกิจ เรื่อง compliance และการรับประกันต่างๆ
ผู้ใช้แบบเสียเงินไม่ได้ต้องการฟีเจอร์เร็วกว่า แต่ต้องการให้เข้ามาอย่างปลอดภัยแม้จะช้ากว่าเล็กน้อย เช่น Audit Trail, compliance, SLA และการเชื่อมต่อกับ admin console พวกเขายังต้องการความผันผวนน้อยกว่าและกระบวนการที่ผ่านการตรวจสอบแล้วด้วย จริงๆ แล้วมีคนจำนวนมากที่ใช้บัญชี workspace แบบส่วนตัวแล้วบ่นว่าออกฟีเจอร์ช้า แต่นี่เป็นแพตเทิร์นที่เป็นแบบนี้มา 20 ปีแล้วและคงไม่เปลี่ยน ถ้าอยากได้ฟีเจอร์เร็ว แนะนำให้ใช้บัญชี Gmail ส่วนตัว
ฉันรำคาญการตั้งชื่อแบรนด์แบบทำให้ดูเป็นคนที่ไม่มีความหมาย ทุกวันนี้ตัวอย่างอย่าง Amazon Rufus ยิ่งชัดเจนมาก ฉันว่าถ้าตั้งชื่อแบบ Google Wave ที่สื่อคุณสมบัติและความหมายของผลิตภัณฑ์จะดีกว่า
ชื่อ Jules ทำให้ฉันนึกว่าได้แรงบันดาลใจมาจาก Jenkins
Claude มาจาก Claude Shannon ส่วน Google Wave แม้จะไม่ประสบความสำเร็จ แต่ฉันคิดว่าอนาคตยังต้องการแนวคิดแบบนั้นมาก
ฉันคิดว่าไม่จำเป็นต้องใส่ใจกับการตั้งชื่อแบบนี้มากนัก การที่มนุษย์ตั้งชื่อและผูกพันกับเครื่องจักรหรือสิ่งของเป็นสัญชาตญาณ มีมาตั้งแต่เรือลำ รถไฟ ปืน รถยนต์ ไปจนถึง AI ที่ถูกตั้งชื่อเป็นมนุษย์ และเป็นธรรมเนียมที่มีมาตั้งแต่ Eliza ในปี 1966 แล้ว หยุดไม่ได้หรอก ทำใจสบายๆ แล้วรับมันไป
อยากกลับไปใช้ไฟล์ปฏิบัติการแบบ single binary เหมือน rust/go, ไม่ชอบ cli ที่อิงกับ nodejs เพราะติดตั้งยุ่งยาก
สงสัยว่าโปรเจกต์นี้ที่ Google มีคนทำอยู่กี่คน ฉันเองก็กำลังพัฒนาเครื่องมือที่มีความสามารถคล้ายกันภายในบริษัทแบบคนเดียว และทำในเวลาส่วนตัวด้วย (หลังเลิกงาน, วันหยุด)
อยากรู้ว่ามีข้อมูลเปรียบเทียบราคาของ Jules กับ Claude Code หรือไม่ ช่วงหลังฉันย้ายจาก repl.it มาใช้ Claude max เพื่อลดต้นทุน