วิเคราะห์ประสิทธิภาพและเทเลเมทรีของ Trae IDE ซึ่งเป็น VSCode fork ของ ByteDance

• Trae IDE พัฒนาบนพื้นฐานของ VSCode แต่พบ การใช้ทรัพยากรมากเกินไปและปัญหาความเป็นส่วนตัว
• ไม่ว่าผู้ใช้จะตั้งค่าอย่างไร ก็ยังมีการส่ง ข้อมูลเทเลเมทรีอย่างต่อเนื่อง ไปยังเซิร์ฟเวอร์ของ ByteDance
• การใช้ทรัพยากร สูงกว่า VSCode 6 เท่า และจำนวนโปรเซสก็มากกว่าชัดเจน
• เมื่อมีการตั้งประเด็น ด้านความปลอดภัย/ความเป็นส่วนตัวในชุมชน จะเกิด การเซ็นเซอร์อัตโนมัติและการลงโทษ
• มีปัญหาเรื่อง การขาดคำอธิบายที่โปร่งใสหรืออำนาจควบคุมของผู้ใช้ ต่อเส้นทางและวัตถุประสงค์ของการเก็บข้อมูล

---

วิเคราะห์ประสิทธิภาพและเทเลเมทรีของ Trae IDE: มองลึกภายใน VSCode fork ของ ByteDance

Executive Summary

การวิเคราะห์นี้มุ่งเน้นประเด็นด้าน ประสิทธิภาพ และ ความเป็นส่วนตัว ของ Trae IDE (Visual Studio Code เวอร์ชัน fork โดย ByteDance)
ข้อค้นพบหลักคือการ ใช้ทรัพยากร มากผิดปกติ (VSCode 9 โปรเซส เทียบกับ Trae 33 โปรเซส), การ ส่งข้อมูล อย่างต่อเนื่องแม้ผู้ใช้จะปิดเทเลเมทรีแล้ว และปัญหา การเซ็นเซอร์ ในการดูแลชุมชน

1. ภูมิหลังและระเบียบวิธีการวิเคราะห์

ระหว่างการประเมินสภาพแวดล้อมการพัฒนาสำหรับโปรเจกต์ส่วนตัว ได้ทำการเปรียบเทียบ IDE 3 ตัวคือ VSCode, Cursor, และ Trae
มีการตั้งค่าสภาพแวดล้อมทดสอบให้เหมือนกัน และตรวจสอบความแตกต่างด้านประสิทธิภาพและพฤติกรรมเครือข่ายเป็นหลัก

• OS: Microsoft Windows 11 Pro
• CPU: Intel Core™ i7-14700KF
• RAM: 64GB
• โปรเจกต์ทดสอบ: โหลด codebase เดียวกันในทั้งสาม IDE
• เครื่องมือมอนิเตอร์: ใช้ System Informer และ Fiddler Everywhere

2. การวิเคราะห์การใช้ทรัพยากร

จำนวนโปรเซสและการใช้หน่วยความจำ

ในการทดสอบครั้งแรก พบว่า การใช้ทรัพยากร ของแต่ละ IDE แตกต่างกันอย่างมาก

IDE	จำนวนโปรเซส	การใช้หน่วยความจำ	ผลกระทบต่อประสิทธิภาพ
VS Code	9	ประมาณ 0.9 GB	ค่าอ้างอิง
Cursor	11	ประมาณ 1.9 GB	ใช้หน่วยความจำ 2.1 เท่า
Trae	33	ประมาณ 5.7 GB	ใช้หน่วยความจำ 6.3 เท่า

• Trae มีจำนวนโปรเซสมากกว่า VSCode 3.7 เท่า และใช้หน่วยความจำมากกว่า 6.3 เท่า

เสียงสะท้อนจากชุมชนและการแก้ไขบางส่วน

หลังรายงานประเด็นนี้ไปยังเซิร์ฟเวอร์ Discord ของ Trae ทีมพัฒนายอมรับปัญหาและเริ่มปรับปรุง
ในเวอร์ชัน 2.0.2 มีการปรับปรุงบางส่วน เช่น ลดจำนวนโปรเซสลงราว 20 โปรเซส แต่โดยรวมยังถือว่าสูงอยู่

• หลังอัปเดต (2.0.2): จำนวนโปรเซสลดเหลือประมาณ 13 โปรเซส และการใช้หน่วยความจำลดเหลือประมาณ 2.5GB

3. การตรวจสอบทราฟฟิกเครือข่ายและเทเลเมทรี

การวิเคราะห์เครือข่ายเบื้องต้น

ผลการมอนิเตอร์พบว่า Trae IDE มีการสื่อสารกับ เซิร์ฟเวอร์ของ ByteDance อย่างต่อเนื่อง

• เอนด์พอยต์หลัก:
  • http://mon-va.byteoversea.com
  • http://maliva-mcs.byteoversea.com
  • https://mon-va.byteoversea.com/monitor_browser/collect/…

การทดลองกับการตั้งค่าเทเลเมทรี

การพยายามปิดเทเลเมทรี

แม้จะใช้ฟังก์ชันบล็อกเทเลเมทรีในหน้าการตั้งค่า ก็ ไม่พบความเปลี่ยนแปลงของพฤติกรรมเครือข่าย

ผลลัพธ์ที่ไม่คาดคิด

• แม้ปิดเทเลเมทรีแล้ว ก็ยังคงเชื่อมต่อกับเซิร์ฟเวอร์เดิม
• กลับพบปรากฏการณ์ที่ ความถี่ในการส่งข้อมูลเพิ่มขึ้น

4. การวิเคราะห์รายละเอียดข้อมูลที่ส่งออก

แบทช์เทเลเมทรีเพย์โหลด

แม้อยู่ในสถานะปิดเทเลเมทรี ก็ยังมีการส่ง ข้อมูลการใช้งานอย่างละเอียด แบบเรียลไทม์ดังนี้

• ข้อมูลระบบ: สเปกฮาร์ดแวร์, รายละเอียด OS, สถาปัตยกรรม เป็นต้น
• รูปแบบการใช้งาน: เวลาที่ IDE active/inactive, ประวัติการใช้ฟีเจอร์
• ตัวชี้วัดประสิทธิภาพ: ความเร็วตอบสนอง, ปริมาณการใช้ทรัพยากร เป็นต้น
• ตัวระบุเฉพาะ: machine ID, user ID, ข้อมูลระบุอุปกรณ์
• ข้อมูล workspace: ข้อมูลโปรเจกต์, พาธไฟล์ (มีการ mask บางส่วน)

การติดตามกิจกรรมผู้ใช้

ผ่านเอนด์พอยต์เพิ่มเติม ยังมีการส่งข้อมูล ปฏิสัมพันธ์ของผู้ใช้แบบละเอียด ด้วย

• รวมถึงรายละเอียดเช่น การเชื่อมต่อ/ไม่เชื่อมต่อ, เวลา active, โฟกัสของ editor, ไฟล์ที่กำลังใช้งาน เป็นต้น

5. ปัญหาในการดูแลชุมชน

การเซ็นเซอร์อัตโนมัติ

• เมื่อกล่าวถึงประเด็นที่เกี่ยวข้องในเซิร์ฟเวอร์ Discord ก็ถูก ขึ้นบัญชีดำอัตโนมัติและมิวต์ 7 วัน ทันที
• คำอย่าง "track" ถูกกำหนดเป็นคีย์เวิร์ดสำหรับการเซ็นเซอร์อัตโนมัติ
• มีการ ตอบโต้เชิงกดดันต่อการตั้งประเด็นทางเทคนิค

6. นัยด้านความเป็นส่วนตัวและความปลอดภัย

ปัญหาเรื่องอธิปไตยข้อมูลและการควบคุมการใช้งาน

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

การขาดความน่าเชื่อถือและความโปร่งใส

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

สรุปประเด็นสำคัญ

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

---

การวิเคราะห์นี้ดำเนินการกับ Trae IDE เวอร์ชัน PRE-2.0.2 และ 2.0.2 ณ เดือนกรกฎาคม 2025
ทราฟฟิกเครือข่ายถูกจับด้วยเครื่องมือตรวจสอบมาตรฐาน และผลลัพธ์ทั้งหมดสามารถทำซ้ำได้
แนะนำให้สมาชิกชุมชนทดลองด้วยตนเอง และแชร์ผลลัพธ์ผ่านช่องทางการสื่อสารที่เหมาะสมกว่า

[GN⁺]

ความคิดเห็นจาก Hacker News

• ยังมี TheiaIDE ซึ่งเป็นการนำ Eclipse มาทำใหม่ให้หน้าตาเหมือน VSCode ด้วย เว็บไซต์ทางการของ TheiaIDE เมื่อหลายปีก่อนมันยังมีจุดที่ไม่สมบูรณ์อยู่บ้าง แต่ตอนนี้ค่อนข้างใช้ได้ดีแล้ว TI ก็สร้าง Code Composer Studio ขึ้นใหม่บนพื้นฐานของ Theia จึงมีผู้ใช้รายใหญ่ด้วย รองรับ LSP ใช้แบ็กเอนด์ของ Monaco editor และมีทุกอย่างที่ฉันต้องการ ให้ความรู้สึกคล้าย VSCode แต่ก็ยังมีกลิ่นอายแบบ Eclipse อาจจะถูกจริตหรือไม่ก็ได้ แต่ก็น่าพิจารณาเป็นทางเลือก
  • เหตุผลที่ฉันยังใช้ vscode ต่อไปคือการรองรับ markdown โดยเฉพาะฟีเจอร์แทรกลิงก์ด้วยการลากแล้ววางไฟล์และรูปภาพ ซึ่งฉันใช้บ่อยมาก และยังไม่เห็นเอดิเตอร์ตัวไหนอื่นรองรับฟีเจอร์นี้เลย คำอธิบายฟีเจอร์นี้
  • แทนที่จะ fork vscode ฉันคิดว่าใช้ Theia จะดีกว่า เพราะ vscode แก้ไขดัดแปลงได้ยากกว่า Theia ถูกดูแลแบบ modular และทำให้สร้าง IDE ที่ต้องการได้เหมือนประกอบจากไลบรารี
  • Google Cloud Shell ก็สร้างบน Theia เหมือนกัน เท่าที่รู้ก็ค่อนข้างได้รับความนิยม
  • น่าแปลกใจที่ eclipse ยังไม่ตาย
• แม้จะเก็บข้อมูลตามรายการด้านล่าง ฉันก็ไม่ได้รู้สึกไม่พอใจนัก
  • ข้อมูลระบบ: สเปกฮาร์ดแวร์, ข้อมูล OS, สถาปัตยกรรม
  • รูปแบบการใช้งาน: เวลากิจกรรม, ความยาวเซสชัน, ประวัติการใช้ฟีเจอร์
  • ตัวชี้วัดประสิทธิภาพ: ความเร็วการตอบสนอง, การใช้ทรัพยากร
  • ตัวระบุเฉพาะ: machine ID, user ID, device fingerprint
  • ข้อมูล workspace: ข้อมูลโปรเจกต์, พาธไฟล์ (ทำให้อ่านย้อนกลับได้ยาก) หรือว่าฉันเป็นคนเดียวที่รู้สึกว่ามันยังไม่ถึงขั้นล่วงละเมิดจนน่ารังเกียจ
  • บนคอมพิวเตอร์ของฉัน ไม่ว่าโปรแกรมไหน แม้แต่ OS เอง ฉันไม่ต้องการให้มีการสื่อสารผ่านเครือข่ายเลย เว้นแต่มันจะเกี่ยวข้องโดยตรงกับงานที่ฉันสั่งผ่าน GUI/CLI ด้วยตัวเอง การสื่อสารที่เป็นข้อยกเว้นควรอนุญาตได้ก็ต่อเมื่อฉัน opt-in อย่างชัดเจนเท่านั้น ฉันคิดว่าทุกวันนี้มาตรฐานเรื่องการสื่อสารระยะไกลนั้นขยับหน้าต่าง Overton ไปผิดทางแล้ว
  • ฉันไม่อยากแชร์ตัวระบุเฉพาะ (machine ID, user ID, device fingerprint) ข้อมูล workspace (ข้อมูลโปรเจกต์, พาธไฟล์) และข้อมูล OS และจริง ๆ ก็เลือกแบบไม่แชร์อะไรเลยมากกว่า
  • ถึงจะเปิดตัวเลือก "ปิด telemetry" แล้ว แต่ก็ยังรู้สึกว่ามีข้อมูลถูกส่งออกไปมากกว่าที่คิด
  • ฉันอยากเป็นคนตัดสินใจเองเสมอว่าจะให้ข้อมูลหรือไม่ เคยจะลองเรียนภาษา Dart แต่พอเห็นว่าตัวติดตั้งเก็บ telemetry ให้ Google ก็เลิกเลย ตอนนั้นรู้สึกว่าแม้แต่ภาษาโปรแกรมยังต้องทำแบบนั้นอีกหรือ หลังจากนั้นก็ไม่เคยแตะมันอีก
• เป็นการวิเคราะห์ที่ยอดเยี่ยมเกี่ยวกับ VSCode, Trae และ Cursor ฉันก็อยากเห็นการวิเคราะห์ Kiro (fork ของ AWS) ด้วย อยากรู้ว่าธรรมเนียมการเก็บข้อมูลแตกต่างกันอย่างไร
  • จากประสบการณ์จริง Kiro ผ่านกระบวนการจัดซื้อขององค์กรได้ง่ายและเร็วกว่าเครื่องมือระดับเดียวกันมาก (ไม่กี่วันเทียบกับหลายเดือน) ไม่ใช่เพราะตัวผลิตภัณฑ์ดีกว่า และก็ไม่มีหลักฐานว่ามันเป็นส่วนตัวกว่าหรือปลอดภัยกว่า เพียงแต่บริษัทส่วนใหญ่มีข้อตกลงการแชร์ข้อมูลกับ AWS อยู่แล้ว และ TAM ก็ช่วยพาองค์กรนำ Kiro ไปใช้ได้ง่าย ฉันยอมรับเรื่องการปกป้อง/ความปลอดภัยของข้อมูลส่วนบุคคลตามสภาพ แต่สำหรับองค์กรแล้ว ความแตกต่างของระดับการเปิดเผยที่ยอมรับได้นั้นน่าสนใจดี
• เป็นการวิเคราะห์ที่ยอดเยี่ยม ฉันสงสัยว่าที่จำนวนโปรเซสลดจาก 33 เหลือ 20 นั้น เป็นผลจากการย้าย logic ของ telemetry ไปไว้อีกที่หรือเปล่า (เลยทำให้กิจกรรมของ endpoint เพิ่มขึ้นแทน) อยากรู้ว่า Bytedance จะพูดอะไรกับเรื่องนี้
• พวกเขาไม่อยากให้ปิด telemetry ต่อให้มีแค่ส่วนน้อยที่ปิดก็ตาม ฉันสงสัยว่าทำไม
  • การปิด telemetry อาจถูกมองว่าเป็นสัญญาณว่าเป็น "คนที่มีอะไรจะปิดบัง" เลยตีความได้ว่าอยากเก็บข้อมูลมากขึ้นเสียอีก
  • ก็อาจไม่ใช่พฤติกรรมที่ตั้งใจ แต่อาจเป็นบั๊กที่ไม่ยอมแก้ก็ได้
  • ฉันคิดว่าสวิตช์ telemetry เองก็ทำให้ข้อมูลมี noise เพิ่มขึ้น ดังนั้นจึงมองว่าทางที่ดีกว่าคืออย่าให้มี client-side telemetry ไปเลย แน่นอนว่าผู้ให้บริการคิดตรงกันข้าม
  • เป็นไปตามทฤษฎีมีดโกนของอ็อกคัม (คำอธิบายที่ง่ายที่สุด หรือก็คือเจตนาที่แท้จริง)
• ช่วงนี้กลับไปใช้ TUI (helix editor) อีกครั้งแล้วพอใจมาก กำลังลอง ZED อยู่เหมือนกัน เดาว่าเพราะเป็นผลิตภัณฑ์เชิงพาณิชย์ก็น่าจะมี telemetry อยู่ดี แต่การเรียนรู้กฎขั้นสูงของไฟร์วอลล์ส่วนบุคคลก็มีประโยชน์เสมอ
• ฉันไม่เข้าใจว่าทำไมคนถึงใช้สปายแวร์ที่เห็นกันชัด ๆ ทั้งที่มีซอฟต์แวร์เสรีให้ใช้
  • ก็ยังมีเอดิเตอร์อย่าง Sublime Text ที่แม้ไม่ฟรีแต่ยอดเยี่ยม และค่อนข้างปลอดจากปัญหา telemetry ในแง่ที่โค้ด/งานของคุณจะไม่ถูกส่งออกไปภายนอก (เช่น ไปยังรัฐบาลจีน)
  • ฉันก็สงสัยเหมือนกันว่าทำไมคนถึงใช้ผลิตภัณฑ์ของบริษัทอย่าง Microsoft, Apple, Google, Amazon เป็นต้น
  • ฉันคิดว่ามีเงินจำนวนมหาศาลถูกใช้ไปกับการทำให้ซอฟต์แวร์เสรีดูแย่
  • ซอฟต์แวร์เสรีเองก็มี telemetry เยอะเหมือนกัน เพียงแต่ข้อมูลพวกนั้นส่วนใหญ่ตกเป็นของ GitHub
  • telemetry ไม่ได้มีความหมายเหมือนการสอดแนมผู้ใช้เสมอไป หลายกรณีก็ไม่ถึงขั้นนั้น ดังนั้นฉันก็พอเข้าใจว่าทำไมคนถึงใช้ผลิตภัณฑ์แบบนั้น
• มีอยู่สองความคิด
  1. ลองใช้ pi-hole บล็อก endpoint พวกนั้นดู (ทำให้ DNS resolve ไม่ได้) น่าสนใจว่าจะเกิดอะไรขึ้นและโปรแกรมจะยังทำงานปกติไหมถ้าเข้าถึงเซิร์ฟเวอร์ telemetry ไม่ได้
  2. จากการติดตามที่มากเกินไป การเมินการตั้งค่าปิด telemetry และปฏิกิริยาใน Discord ก็พอตัดสิน Bytedance ได้แล้ว เราเปลี่ยนบริษัทนี้ไม่ได้ ถ้าไม่อยากถูกติดตามก็ควรหลีกเลี่ยงผลิตภัณฑ์ของ Bytedance ไปเลยตั้งแต่แรก
  • แทนที่จะใช้ pihole แค่แก้ไฟล์ hosts ใน OS ส่วนใหญ่ก็บล็อกโดเมนเฉพาะได้ง่ายแล้ว
  • ฉันสงสัยว่ามีบริษัทอื่นอะไรอีกบ้างที่ควรกังวลเรื่องการติดตามข้อมูล
  • ถ้ากังวลเรื่องการเชื่อมต่อเครือข่าย ก็แนะนำ OpenSnitch หรือ Portmaster ได้เหมือนกัน สำหรับฉันแล้วไม่เคยเชื่อ opt-out เด็ดขาด และอยู่ไม่ได้ถ้าไม่มีสองเครื่องมือนี้
• สกรีนช็อตและ payload ที่ OP ให้มาทำให้เชื่อถือได้ ถ้า IDE อยากได้ความไว้วางใจ วิธีที่ถูกต้องคือควรปิด telemetry เป็นค่าเริ่มต้น (opt-in) และมีสวิตช์ปิดที่ตัดได้จริงอย่างชัดเจน
• ฉันไม่เข้าใจเหตุผลที่จะใช้ VSCode fork ของ Bytedance
  • ฟีเจอร์ AI ถูกกว่าเอดิเตอร์อื่น 2 เท่า (เดือนละ $10) และแพ็กเกจฟรีก็ให้มาเยอะพอสมควร ดูเหมือนว่าส่วนต่างนั้นถูกจ่ายด้วยวิธีอื่น
  • เอาจริง ๆ ถ้าไม่ใช่พนักงานภายในบริษัทก็แทบไม่มีเหตุผลจะใช้ จุดต่างหลักจากเวอร์ชันของ MS คือเพิ่มฟีเจอร์ AI เข้ามา ดังนั้นก็ไม่น่าแปลกใจ