ADE Convergence — ทั้งวงการ ship ท่อ แต่ไม่มีใคร ship กติกา · บทความ

ช่วง มิ.ย. ถึง ส.ค. tool ตระกูลเดียวกันออกมาชนกัน 4 ตัว ภายใน 8 อาทิตย์

12 มิ.ย. Anthropic ปล่อย managed agents ให้รันใน sandbox ตัวเอง 7 ส.ค. ปล่อยให้ Claude Code แต่ละ session ส่งข้อความหากันได้ 10 ส.ค. Paradigm open-source Centaur 2.0 วันเดียวกัน Spotify เปิด Xirp ที่รัน session ขนานกันเกิน 50 อัน แยก worktree ให้ทีละ session

โพสต์ Xirp อันเดียว 3.3 ล้าน view bookmark 7,585

แล้ว timeline ก็อ่านมันแบบเดียวกันหมด: ต่อไปนี้ใครรัน agent ได้เยอะกว่า คนนั้นเร็วกว่า

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

ของพวกนี้ไม่ใช่ upgrade ความเร็วของคนคนเดียว มันคือ coordination layer ขององค์กร

ลองอ่าน copy ที่เขาเขียนเอง ไม่ใช่ที่ timeline สรุปให้

Spotify บอกอาการของตัวเองไว้ตรงๆ ว่าความรู้ขององค์กรมันแตกกระจายไปอยู่ใน config ส่วนตัวของแต่ละคน แล้ว agent ใน session นึงก็ไปค้นเจอสิ่งที่อีก session แก้จบไปแล้ว

Portal ขายว่า transcript ไหลกลับเข้าส่วนกลาง วิศวกรคนไหนก็มารับงานต่อจากคนอื่นได้

Centaur ของ Paradigm ใส่ access control แยกตามเจ้าของงาน เพราะ agent มันวิ่งข้ามขอบเขตทีม

Anthropic ให้ session ส่งสรุปหากันเอง

ทั้งสี่อันเป็นภาษาของการประสานงาน ไม่มีใครพูดคำว่าเร็วขึ้นกี่เท่าเลยสักเจ้า

Spotify มีวิศวกรหลักพันคน มี session สะสม 36,000 อัน ปัญหาที่เขาแก้คือความรู้ที่ไม่ไหลข้ามคน คนที่นั่งทำคนเดียวไม่มีปัญหานั้น ความรู้อยู่ในหัวคุณอยู่แล้ว การซื้อยาแก้โรคที่ยังไม่เป็นคือการซื้อ overhead

อีกอย่างที่น่าสนใจ คำว่า agentic development environment ไม่ได้เกิดจาก Spotify มี repo หลักร้อยตัวที่เรียกตัวเองแบบนี้มาตั้งแต่ พ.ค. ตอนเช็คเดือน ส.ค. ใหญ่สุดคือ damon-ade 96 ดาว รองมา termio 72 เช็คอีกทีวันนี้ damon-ade ยังอยู่ 96 เท่าเดิม termio ขึ้นไป 432 สลับที่กันแล้วในเดือนเดียว ชื่อหมวดนี้ถูกตั้งจากข้างล่างก่อน แล้วบริษัทใหญ่เพิ่งมาพูดตามทีหลัง 3 เดือน

แล้วคนเดียวควรหยิบอะไรจากทั้งกองนี้

หยิบอันเดียวพอ: worktree ต่อ session

เล่าของจริงก่อน ผมรัน Claude Code 3 terminal ข้าม 3 repo ทุกวัน backend, frontend, contract ตอนนั้นแต่ละตัวมี boundary ชัดเจนแล้วว่าใครถือโฟลเดอร์ไหน เขียนไว้ใน CLAUDE.md ครบ แล้วมันก็ยังพังใส่กัน

เพราะการชนมันไม่ได้อยู่ที่ไฟล์ มันอยู่ใต้ไฟล์

สอง agent ที่อยู่ใน checkout เดียวกัน ใช้ working tree เดียวกัน index เดียวกัน HEAD เดียวกัน ตัวนึง checkout branch ใหม่ อีกตัวที่กำลังพิมพ์อยู่ก็เปลี่ยน branch ตามไปด้วย ตัวนึง git add . ก็ stage งานครึ่งๆ กลางๆ ของอีกตัวไปด้วย dev server สองตัวแย่ port 3000 กัน

กฎใน CLAUDE.md ช่วยไม่ได้ เพราะไม่มีใครแหกกฎ agent ทำถูกทุกตัว พื้นที่ที่มันยืนต่างหากที่ใช้ร่วมกันอยู่

git worktree แก้ตรงนี้ มันมีมาตั้งแต่ปี 2015 อยู่ใน git อยู่แล้ว ไม่ต้องลงอะไรเพิ่ม ไม่ต้องจ่ายอะไร

git worktree add ../myrepo-api  -b feat/api
git worktree add ../myrepo-web  -b feat/web
git worktree add ../myrepo-jobs -b feat/jobs

หนึ่ง session หนึ่งโฟลเดอร์ หนึ่ง branch แชร์ .git ก้อนเดียวกัน ไม่ต้อง clone ใหม่ ไม่ต้องโหลด history ซ้ำ

ที่ชอบที่สุดคือถ้าคุณเผลอเอา branch เดิมไปเปิดซ้ำสอง worktree git ปฏิเสธให้เลย

fatal: 'feat/api' is already used by worktree at '/path/to/wt-api'

กฎข้อแรกถูกบังคับโดย git ไม่ใช่โดยความจำของคุณ

ตอนที่ผมเจอปัญหานี้แรกๆ ผมไม่ได้ไปหา orchestrator มาใช้ ผมเขียน kanly ขึ้นมาคุมเอง เพราะสิ่งที่ขาดคือกติกา ไม่ใช่ตัวรันเพิ่ม

เคยเขียนไว้ในโพสต์ Multi-Agent is Overrated ว่าใช้ตัวเดียวพอ ตอนนั้นมี caveat อยู่บรรทัดเดียวท้ายโพสต์ว่า multi-agent คุ้มจริงเมื่อ tool, permission หรือ state ต้องแยกกันชัดๆ

บรรทัดเดียวนั้นแหละคือทั้งโพสต์วันนี้ มันไม่ใช่การกลับคำ มันคือ scope ที่ตอนนั้นเขียนสั้นไปหน่อย

ทีนี้ส่วนที่เขาขายถูกของ แต่ให้เหตุผลผิด

Xirp กับ Centaur ชูเรื่องเดียวกันคือไม่ผูกกับเจ้าใดเจ้าหนึ่ง Xirp เขียนตรงๆ ว่าส่งงานไปหา model ที่ราคาต่อประสิทธิภาพดีที่สุด และไม่ล็อกอินกับใคร

เหตุผลที่เขาให้คือเรื่องจัดซื้อ ราคา กับความอิสระ

แต่เหตุผลจริงที่ควรใช้มากกว่าหนึ่ง model ไม่ใช่ราคา model เดิมที่ review งานที่ตัวเองเขียน มันตกหลุมเดิมของตัวเอง มันมองไม่เห็นสิ่งที่มันมองไม่เห็นตั้งแต่แรก

เรื่องนี้ผมมีตัวเลขของตัวเองอยู่ เก็บคะแนน reviewer มา 27 รอบ ตั้งแต่ 24 พ.ค. ถึง 28 ก.ค. บันทึกทุกครั้งว่า flag ไหนถูก flag ไหนมั่ว

สิ่งที่ตัวเลขบอกได้: ความแม่นของ reviewer วัดได้จริง และแต่ละตัวไม่เท่ากัน กับอีกอย่างคือการที่ reviewer หลายตัวเห็นตรงกัน ไม่ได้แปลว่าถูก บางทีมันแค่พลาดเหมือนกัน

สิ่งที่ตัวเลขบอกไม่ได้ และผมจะไม่พูด: model ไหนดีกว่า model ไหน ตัวอย่างมันน้อยเกินไป บางตัว n=2 บางตัว n=5 ต่างกัน 0.04 คือ noise ไม่ใช่ข้อค้นพบ ใครเอาเลขระดับนี้ไปทำ ranking คือกำลังขายความมั่นใจที่ข้อมูลยังไม่มี

แล้วอีกครึ่งที่ไม่มีใครทำเลย: cross-review ที่ไม่มีกติกา สุดท้ายกลายเป็นตรายาง

กติกาที่ผมใช้มีบรรทัดเดียว ถ้าจะไม่เอา flag ไหน ต้องเขียนเหตุผลหนึ่งบรรทัดทิ้งไว้ ถ้าเงียบเฉยๆ นับเป็นการเบี้ยว การปฏิเสธ flag ที่มั่วจริงๆ ควรมีต้นทุนแค่หนึ่งบรรทัด แต่การเมินเฉยต้องมีต้นทุน

ทั้งวงการกำลัง ship ท่อ ท่อสวยมาก ท่อเยอะมาก แต่ไม่มีใคร ship กติกาว่าใครเชื่อใครได้แค่ไหน

เดือนถัดมาเกิดอะไรขึ้น

โพสต์นี้ค้างไว้เดือนนึง กลับมาเช็คว่าที่เขียนไว้ยังจริงอยู่ไหม

ท่อออกมาอีก ByteDance ปล่อย OpenViking เป็น context database ของ agent รวม memory กับ RAG ไว้ก้อนเดียว 36,301 ดาว licence AGPL-3.0

AGPL คือเอาไปใช้ได้ แต่เอาไปทำโปรดักต์ปิดขายไม่ได้ ลองเทียบกัน ของที่แจกแบบ MIT คือของที่ย้ายไปไหนไม่ได้อยู่แล้ว ส่วนของที่ย้ายได้จริงมาพร้อม AGPL

แล้วมีอีกอันที่เงียบกว่านั้น Notion ปล่อย lore เป็น memory ที่ agent หลายตัวแชร์กันได้ เปิดมาตั้งแต่ เม.ย.

140 ดาว

เทียบกับ skills repo ของ Anthropic 175,429 ดาว

ของที่บอกว่า AI ทำอะไรได้ คนกดดาวแสนกว่า ของที่เอาติดตัวออกไปได้ คนกดร้อยสี่สิบ

สรุปให้คนที่ทำงานคนเดียว

ครึ่งที่หยิบได้เลยวันนี้คือ worktree ต่อ session ฟรี ใช้ได้ทันที แก้ปัญหาชนกันจริง

อีกครึ่งที่เป็นข่าวใหญ่กว่า พวก org context injection, session marketplace, การรับงานต่อข้ามทีม อันนั้นแก้ปัญหาที่คุณยังไม่มี วันไหนมีทีมค่อยกลับมาดู

ผมทำ skill ตัวนี้ไว้แล้ว ชื่อ worktree-sessions มีทั้งคำสั่ง setup, block ที่ก๊อปใส่ CLAUDE.md ของแต่ละ worktree, ที่วางไฟล์ handoff ให้ agent อ่านข้ามกันได้, กับกับดักที่เจอจริงตอนใช้ เช่น .env ไม่ตามไปด้วยนะ

curl -sL https://raw.githubusercontent.com/somnus0x/agt-skill-pack/main/install.sh | bash -s worktree-sessions

ใน pack มี agent-boundaries อยู่แล้วสำหรับแบ่งว่าใครถือโฟลเดอร์ไหน สองตัวนี้คู่กัน boundary บอกว่าใครทำอะไร worktree บอกว่าใครยืนตรงไหน

ขาดตัวใดตัวหนึ่งก็ยังชนอยู่ดี