Cursor เปิดตัว Origin — โฮสต์โค้ดเองในเอดิเตอร์ ท้าชน GitHub วันเดียวกับที่ GitHub ล่มหนัก
17 ส.ค. 2026 Cursor เพิ่มบรรทัดสั้น ๆ ลงใน changelog ของตัวเองว่า “Cursor can now host your code” — เปิดตัวฟีเจอร์ชื่อ Origin ที่ทำให้เอดิเตอร์ AI ตัวนี้ไม่ได้เป็นแค่ที่เขียนโค้ดอีกต่อไป แต่เป็นที่ เก็บ โค้ดด้วย
จังหวะที่ออกน่าสนใจมาก เพราะวันเดียวกันนั้น GitHub เจอเหตุขัดข้องที่ทางบริษัทจัดระดับความรุนแรงเป็น critical ผู้ใช้เข้าถึง PR ไม่ได้ จนกระทู้ “Ask HN: Alternatives to GitHub” ขึ้นหน้าแรก Hacker News พร้อมกัน — คนจำนวนไม่น้อยจึงเห็นข่าว Origin ครั้งแรกในบริบทของ “แล้วเราจะย้ายไปไหนดี”
Origin ทำอะไรได้บ้าง
ตาม changelog ฟีเจอร์นี้เพิ่ม แท็บ Codebase เข้ามาในตัว Cursor และประกอบด้วย:
- โฮสต์ repo ได้จริง — repo ที่โฮสต์บน Cursor จะอยู่ที่
cursor.com/codebase/[ชื่อ-codebase]และมี CLI ให้ clone/push ได้ตามปกติ - ซิงก์กับ GitHub แบบเรียลไทม์ — repo เดิมบน GitHub ดึงเข้ามาได้ โดย GitHub ยังเป็น source of truth สำหรับ repo ที่ซิงก์ไว้
- จัดการ pull request ในตัว — ดู diff, คอมเมนต์, merge ได้โดยไม่ต้องออกจากเอดิเตอร์ และ PR ซิงก์สองทางกับ GitHub
- เอเจนต์ทำงานกับโค้ดตรง ๆ — agent ของ Cursor แก้โค้ดใน repo ที่โฮสต์ได้เลย
- เชื่อมต่อ app ภายนอก — Vercel (preview deployment), Depot และ Buildkite (CI/CD)
การกระจายฟีเจอร์เป็นแบบ early beta ให้ผู้ใช้แพลนเสียเงินทุกคน ยกเว้นองค์กรระดับ enterprise ที่แอดมิน opt out ไว้
จุดที่ต้องอ่านให้ละเอียด: นี่ยังไม่ใช่การย้ายบ้าน
ประโยคที่สำคัญที่สุดใน changelog คือ “GitHub ยังเป็น source of truth” — แปลว่าสำหรับ repo ที่ซิงก์มา Origin ทำหน้าที่เป็น หน้าบ้านและชั้นเอเจนต์ มากกว่าจะเป็นการย้าย remote จริง ๆ push จาก Cursor ก็วิ่งกลับไปที่ GitHub อยู่ดี
นั่นหมายความว่า ถ้า GitHub ล่มแบบเมื่อวาน repo ที่ซิงก์ผ่าน Origin ก็ยังได้รับผลกระทบ ส่วนที่เป็นอิสระจริงคือ repo ที่สร้างและโฮสต์บน Cursor ตั้งแต่ต้น ซึ่งเป็น use case คนละแบบกับ “ย้ายทีมทั้งทีมออกจาก GitHub”
สิ่งที่ Origin ตอบโจทย์จริง ๆ จึงเป็นอีกเรื่อง: ลดระยะทางระหว่างเอเจนต์กับ repo ทุกวันนี้ agentic coding มีขั้นตอนน่ารำคาญคือ agent แก้โค้ด → เปิด PR บนแพลตฟอร์มอื่น → คนไปรีวิวที่นั่น → CI อยู่อีกที่ Cursor พยายามยุบทั้งหมดให้อยู่หน้าจอเดียว
บริบทที่ไม่ควรมองข้าม
Cursor ไม่ใช่สตาร์ทอัพอิสระแล้ว — SpaceX ปิดดีลเข้าซื้อ Cursor ด้วยมูลค่า 6 หมื่นล้านดอลลาร์เมื่อ มิ.ย. 2026 การที่บริษัทในเครือนี้ขยับมาแตะ “โฮสต์โค้ด” จึงไม่ใช่แค่ฟีเจอร์เล็ก ๆ แต่เป็นการขยับเข้าไปในดินแดนที่ Microsoft ถือครองมานาน
และฝั่ง GitHub เองก็ไม่ได้อยู่นิ่ง — Agent Plugins 1.0 ขึ้น GA ใน VS Code และ Copilot CLI เมื่อสัปดาห์ที่แล้ว การแข่งขันตอนนี้จึงไม่ได้อยู่ที่ “เอดิเตอร์ไหนเติมโค้ดเก่งกว่า” อีกต่อไป แต่อยู่ที่ ใครเป็นเจ้าของ workflow ทั้งเส้น ตั้งแต่ repo → PR → รีวิว → CI → deploy
มุมมอง AI Curator
ผมคิดว่าข่าวนี้สำคัญกว่าที่ขนาดของ changelog บอก แต่ไม่ใช่ด้วยเหตุผลที่คนกำลังพูดกัน
การที่ Origin ออกวันเดียวกับ GitHub ล่มเป็นเรื่องบังเอิญที่ขายข่าวได้ดี แต่ downtime ไม่เคยเป็นเหตุผลที่ทำให้ทีมย้าย git forge จริง ๆ — ทีมย้ายเพราะ ต้นทุนการอยู่ที่เดิมสูงกว่าต้นทุนการย้าย และสำหรับ GitHub นั้น ต้นทุนการย้ายยังมหาศาล ทั้ง Actions, org permission, integration, และประวัติ issue ทั้งหมด สิ่งที่ Cursor ทำจึงฉลาดตรงที่ ไม่ขอให้ย้าย แต่ขอเป็นชั้นบนแทน แล้วค่อย ๆ ทำให้ repo ที่เกิดใหม่เลือกอยู่ฝั่งตัวเอง
สิ่งที่ผมจับตาแทนคือประโยค “built for agent scale” ถ้าเอเจนต์เริ่มเปิด PR วันละหลายสิบใบต่อ repo โมเดลของ git forge ที่ออกแบบมาเพื่อมนุษย์ — notification, review queue, branch protection — จะพังก่อนใครเพื่อน แพลตฟอร์มที่ชนะรอบนี้อาจไม่ใช่คนที่โฮสต์ git ได้ดีกว่า แต่เป็นคนที่ออกแบบ ระบบรีวิวสำหรับโลกที่โค้ดส่วนใหญ่ไม่ได้เขียนโดยคน ได้ก่อน
สำหรับทีมไทยและ SEA คำแนะนำเชิงปฏิบัติของผมคือ อย่าเพิ่งย้าย ระวังจุดนี้ให้ดี: การเอา repo ของบริษัทไปโฮสต์บนแพลตฟอร์มที่เพิ่งเปิด early beta และเพิ่งเปลี่ยนเจ้าของเมื่อสองเดือนก่อน เป็นความเสี่ยงด้าน data residency และ vendor lock-in ที่ฝ่าย compliance จะถามแน่นอน ลองใช้กับ repo ส่วนตัวหรือ prototype ก่อน แล้วดูว่าฟีเจอร์ PR ในตัวมันประหยัดเวลาจริงไหมเมื่อ agent เริ่มทำงานเยอะ — ถ้าประหยัดจริง ค่อยคุยเรื่องย้ายทีหลังก็ยังทัน
อีกบทเรียนที่ควรเก็บจากสัปดาห์นี้: เหตุ GitHub ล่มระดับ critical เป็นเครื่องเตือนว่า pipeline ของหลายทีมมีจุดเดียวที่พังแล้วจบ ไม่ว่าจะย้ายไป Cursor หรือไม่ การมี mirror ของ repo สำคัญไว้ที่อื่น (แม้แต่ self-hosted Gitea) เป็นการบ้านที่ควรทำอยู่แล้ว และมันไม่เกี่ยวกับ AI เลย
แหล่งข่าว
อ่านเพิ่มในหมวด เครื่องมือนักพัฒนา
Betelgeuse รัน Qwen3.8 Flash Next ขนาด 68GB บน RTX 3060 กับแรม 16GB ส่วน Basalt วัดให้เห็นว่าเอนจินที่เร่งด้วยแฟล็กลัดทำให้โมเดลลืมของ
Betelgeuse ฟอร์ก llama.cpp ที่เปิดเมื่อ 31 ต.ค. ดึง expert จาก NVMe เข้า VRAM ตามต้องการ อ้าง 22 tok/s แบบไม่ทิ้ง expert แต่ README เตือนเองว่ายังทดลองและตัวเลขมาจากคนละรอบ วันเดียวกันผู้พัฒนา Basalt เผยผลวัดว่าแฟล็กเร่งความเร็วทำคุณภาพ Q8 ตกไปใกล้ Q2
กฎห้ามโคลนเกมของ Claude Code เริ่มกระทบงานจริง บริษัทรับทำเกมกระดานร้องงานลูกค้าหยุด แต่รายงานหลายชิ้นปนกับตัวกรองไซเบอร์คนละเรื่อง
ต่อจากที่เราพบกฎนี้ในไบนารี Claude Code ผู้ใช้เริ่มรายงานว่างานเชิงพาณิชย์ถูกปฏิเสธ และ Tom's Hardware กับ Mashable หยิบไปรายงาน แต่เมื่อไล่ issue ที่อ้างถึง พบว่าหลายรายการเกิดก่อนกฎจะมา จึงน่าจะเป็นตัวกรองด้านไซเบอร์ ส่วน Anthropic ยังไม่ชี้แจง
Claude Code ส่ง transcript ของ background agent ให้โมเดลทุก ~30 วินาทีเพื่อเขียนสถานะ 3–5 คำ ผู้วัดรายงานกินราว 16% และยังปิดแบบทางการไม่ได้
รายงานอิสระพบว่าฟีเจอร์ agent_summary ของ Claude Code ส่ง transcript เต็มของ background agent ไปถามสถานะทุก ~30 วินาที คิดเป็น 16.4% ของค่าใช้จ่ายในระบบของผู้วัด Issue เปิดมาตั้งแต่ ส.ค. ยังไม่มีสวิตช์ปิดที่รองรับ เราตรวจพบโค้ดนี้ใน 2.1.314 และพบกฎใหม่เรื่องเกมที่ไม่อยู่ใน changelog