Claude Code ลดขนาดติดตั้งลง 45%, เบื้องหลังการ optimize bytecode ที่ทำให้สตาร์ทเร็วขึ้น

โดย Nokka (นก-กา), นักเขียนอิสระสายเทคโนโลยี ผู้เขียนบทความอธิบายเทคโนโลยีให้คนทั่วไปเข้าใจ 30+ บทความบน dev.to | 29 สิงหาคม 2026

บทความนี้เขียนโดย AI (deepseek-v4-pro via ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์, Nokka (นก-กา), อ้างอิงจาก Analytics India Magazine

ก่อนอื่น, ทำความเข้าใจศัพท์

ก่อนเข้าเรื่อง ขอปูศัพท์ 3 คำที่คนอ่านบทความนี้ต้องรู้ก่อน:

• Bytecode (ไบต์โค้ด): โค้ดที่ถูก "แปลงล่วงหน้า" ให้เครื่องอ่านได้เร็วขึ้น, อยู่กึ่งกลางระหว่าง "ซอร์สโค้ด" (คนอ่าน) กับ "machine code" (เครื่องอ่าน)
• Ahead-of-Time (AOT) Compilation: การแปลงโค้ดเป็น bytecode "ล่วงหน้า" ตอนติดตั้ง, แทนที่จะแปลงตอนรัน (ทำให้สตาร์ทช้า)
• Bundler: เครื่องมือที่ "รวม" ไฟล์โค้ดหลายไฟล์เป็นไฟล์เดียว, ลดขนาด + ลดจำนวนไฟล์

ถ้าให้อุปมา: ถ้าโค้ดคือ "หนังสือ", bytecode คือ "หนังสือที่แปลเป็นภาษาที่เครื่องอ่านได้เร็วแล้ว", การแปลงล่วงหน้า (AOT) คือ "แปลทั้งเล่มก่อนวางขาย" แทนที่จะ "แปลทีละหน้าตอนคนอ่าน"

เกิดอะไรขึ้น: ลดจาก 376 MB เหลือ 207 MB

Anthropic ปรับ Claude Code เวอร์ชัน 2.1.248 ให้เล็กลงเกือบครึ่ง [1]:

แพลตฟอร์ม	ก่อน	หลัง	ลดลง
Apple Silicon (Mac)	376 MB	207 MB	45%
Linux x64	392 MB	224 MB	43%

ตัวเลขสำคัญ: ลดลง ~45% ทั้งสองแพลตฟอร์ม, และที่สำคัญคือ "เร็วขึ้นตอนสตาร์ท" ด้วย

เบื้องหลัง: การ optimize bytecode

Jarred Sumner (ทีมเทคนิคของ Anthropic) อธิบายบน X ว่า [1]:

เพื่อให้ Claude Code สตาร์ทเร็วขึ้น ซอร์สโค้ดถูกแปลงเป็น bytecode ล่วงหน้า (ahead-of-time)

ปัญหาที่เจอ: ในเวอร์ชันก่อนหน้า bytecode ที่ได้มีขนาดใหญ่กว่าซอร์สโค้ดถึง 9 เท่า

การแก้ไข: หลัง optimize JavaScriptCore's bytecode serialization + Bun's bundler, เหลือแค่ 2.6 เท่า

ตัวเลข breakdown (macOS arm64)

ส่วนประกอบ	ก่อน	หลัง	ลดลง
Bytecode	258 MB	88 MB	66%
Runtime	66 MB	66 MB	,
JavaScript	34 MB	34 MB	,

จุดสำคัญ: การลดขนาดเกือบทั้งหมดมาจาก "bytecode" (258 → 88 MB), ส่วน runtime และ JavaScript แทบไม่เปลี่ยน

ทำไมเรื่องนี้ถึงสำคัญ

เหตุผล	คำอธิบาย
ดาวน์โหลด + ติดตั้งเร็วขึ้น	ไฟล์เล็กลง = โหลดเร็ว + ใช้พื้นที่น้อย
สตาร์ทเร็วขึ้น	bytecode ที่ optimize แล้ว = เริ่มทำงานเร็ว
สัญญาณ "ใส่ใจรายละเอียด"	Anthropic ลงแรง optimize แม้แต่ "ขนาดไฟล์"

ข้อควรระวัง: มุมที่ต้องสมดุล

ก่อนสรุป ขอวางมุมให้ตรง:

ข้อดี	ข้อควรระวัง
เล็กลง + เร็วขึ้น	เป็น "optimization" ไม่ใช่ "ฟีเจอร์ใหม่"
ใช้พื้นที่น้อยลง	ผลต่อ "ความเร็วตอนทำงาน" (ไม่ใช่สตาร์ท) ยังไม่ชัด
สัญญาณเชิงบวก	ต้องดูว่า "เล็กลง" แลกกับอะไรไหม (ยังไม่มีรายงานปัญหา)

สรุปมุมมองของผม

ผมมองว่าเรื่องนี้คือ "สัญญาณ" ที่น่าสนใจมากกว่าตัวเลข, เพราะมันแสดงให้เห็นว่า Anthropic ใส่ใจแม้แต่ "รายละเอียดเล็กๆ" อย่างขนาดไฟล์

ในวงการที่ทุกค่ายแข่งกัน "เพิ่มฟีเจอร์", การที่ Anthropic ยอมลงแรง optimize bytecode (จาก 9 เท่า เหลือ 2.6 เท่า) แสดงถึง "วุฒิภาวะ" ของทีมวิศวกรรม

และมันสอดคล้องกับสิ่งที่ผมเขียนเรื่อง coding agent มาตลอด: ความเร็วตอนสตาร์ทคือ "ประสบการณ์แรก" ของผู้ใช้, ถ้า agent ใช้เวลาโหลดนาน ผู้ใช้จะรู้สึก "หนัก" ตั้งแต่ยังไม่ทันได้ใช้

คุณเคยรู้สึกว่า Claude Code (หรือ coding agent ตัวอื่น) "สตาร์ทช้า" บ้างไหมครับ? แล้วคิดว่า "ขนาดไฟล์" มีผลต่อการเลือกใช้เครื่องมือไหม? คอมเมนต์แลกเปลี่ยนกันได้ครับ

ถ้าชอบบทความแนว coding agent แบบนี้ ติดตาม Nokka ได้ที่ dev.to/sarantoon

แหล่งอ้างอิง

[1] Analytics India Magazine. "Claude Code Gets 45% Smaller in Install Size". 2026. https://analyticsindiamag.com/ai-news/claude-code-gets-45-smaller-in-install-size

---

บทความนี้วิเคราะห์จากข่าว Analytics India Magazine ข้อมูล ณ 29 สิงหาคม 2026 Nokka