Qwen Code v0.19.12 เพิ่ม Goal, Memory และ Session: จัด Coding Agent ให้ทำงานต่อเนื่องได้จริง

ข่าวนี้คืออะไรในภาษาคนทำงาน

Qwen Code ออกเวอร์ชัน v0.19.12 เมื่อวันที่ 18 กรกฎาคม 2026 ครับ

Qwen Code คือ open-source AI coding agent ที่ทำงานได้ทั้งใน Terminal, IDE, Desktop, daemon mode, SDK และช่องทางแชตบางประเภท รุ่นใหม่นี้ไม่ได้เพิ่มแค่ความสามารถเขียนโค้ด แต่เพิ่มเครื่องมือสำหรับจัดการ “งานที่ Agent กำลังทำ” ให้เห็นและส่งต่อได้มากขึ้น

ฟีเจอร์ที่เด่นมีหลายเรื่อง:

• มีหน้า Goals สำหรับดูเป้าหมาย สถานะ Session จำนวนรอบ และผลล่าสุด
• Export Session ที่เก็บไว้เป็น archive ได้
• พิมพ์ข้อความแทรกระหว่าง Agent กำลังตอบ เพื่อ steer งานใน turn เดิมได้
• เรียก Memory ที่เกี่ยวข้องกลับมาใช้ต่อข้อความ
• เห็น Git status และ visual working-tree diff จาก Web Shell
• จำกัดจำนวน background sub-agent แยกตาม model ได้
• ส่ง turn ที่มีรูปภาพไปยัง multimodal model ที่มี agent capability แบบครบทั้ง turn ได้

ถ้าแปลเป็นภาษาคนทำงาน ข่าวนี้กำลังบอกว่า Coding Agent ที่ทำงานยาวไม่ควรมีแค่ช่องแชต แต่ต้องมีเป้าหมาย สถานะ ความจำ งบทรัพยากร และหลักฐานว่างานเปลี่ยนอะไรไปแล้ว

ทำไม founder, operator และทีมเล็กควรสนใจ

ทีมเล็กเริ่มใช้ Coding Agent มากขึ้น เพราะช่วยทำ prototype, แก้ bug, เขียน test และดูแล automation ได้เร็ว แต่ปัญหาที่เจอบ่อยไม่ใช่ “AI เขียนโค้ดไม่เก่งพอ” อย่างเดียวครับ

ปัญหาคือเรามองไม่เห็นงานที่กำลังไหลอยู่

ตัวอย่างเช่น Founder สั่งให้ Agent แก้หน้า Checkout ตอนเช้า Agent อ่าน repo, เปลี่ยน 8 ไฟล์, เจอ test พังหนึ่งตัว แล้ว Session หลุด ตอนบ่ายเปิดใหม่ ทุกอย่างกลับมาเป็นคำถามเดิม:

• เป้าหมายเดิมคืออะไร
• Assumption ไหนยืนยันแล้ว
• ไฟล์ไหนถูกแก้
• Test ไหนผ่านหรือยังไม่ผ่าน
• Agent ตัวก่อนจำอะไรไว้
• ควรทำต่อหรือย้อนกลับ

พอข้อมูลเหล่านี้กระจายอยู่ใน Chat History, terminal output และความจำของคน งานที่ควรเร็วกลับเสียเวลาอธิบายซ้ำครับ

💡 ในความเห็นของผม Qwen Code รอบนี้น่าสนใจตรงที่ไม่ได้ขายแค่ Model เก่งขึ้น แต่มันแสดงทิศทางของเครื่องมือว่า Agent ต้องถูกออกแบบเหมือนระบบงานขนาดเล็ก มี Goal, Workspace, Session, Memory, Diff และ Handoff ที่คนเปิดดูได้

หลักคิดนี้ใช้กับ Claude Code, Codex, Gemini CLI, Qwen Code หรือ Agent ที่ทีมสร้างเองได้เหมือนกัน

สิ่งที่เปลี่ยน และเอาไปใช้กับงานจริงอย่างไร

1. เปลี่ยน Prompt กว้าง ๆ ให้เป็น Goal ที่ตรวจจบได้

คำสั่งแบบ “ช่วยปรับระบบ Checkout ให้ดีขึ้น” ไม่มีเส้นชัยครับ

เปลี่ยนเป็น Goal ที่ตัดสินได้ เช่น:

ผู้ใช้ใส่ Coupon ที่ผูกกับ Product นี้ได้
Coupon ผิด Product ต้องถูกปฏิเสธ
Test สำหรับ valid, invalid, expired และ wrong product ต้องผ่าน
ห้าม Deploy หรือแก้ Production data

Goals page ของ Qwen Code ช่วยให้เห็นเป้าหมาย, Session ที่รับผิดชอบ, จำนวนรอบ และผลล่าสุด แต่คุณค่าจริงเริ่มจากการเขียน Goal ให้มี Definition of Done ก่อน

2. ใช้ Steering เพื่อแก้ทิศก่อน Agent วิ่งไกล

v0.19.12 รองรับการพิมพ์ข้อความระหว่าง Agent กำลังตอบ เพื่อให้ข้อความนั้นเข้าไป steer ใน logical turn เดิมที่ sampling boundary ถัดไป

ภาษาคนคือ ถ้าเห็น Agent กำลังตีความผิด เราไม่ต้องรอให้มันทำยาวจนจบก่อนครับ

ตัวอย่างข้อความ steer ที่ดี:

หยุดขยาย scope ก่อน
อ่าน acceptance criteria ข้อ 2 ใหม่
แก้เฉพาะ server validation และ test
ยังไม่แตะ UI หรือ migration

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

3. เก็บ Memory เป็นข้อเท็จจริง ไม่ใช่ถังรวมทุกอย่าง

รุ่นนี้เพิ่มการ recall Memory ที่เกี่ยวข้องต่อข้อความ และรองรับการบันทึกหลาย fact แยกเป็นรายการได้ในบาง channel

ทีมควรเก็บเฉพาะข้อมูลที่ต้องใช้ข้าม Session เช่น:

• คำสั่ง test หลักของ repo
• convention สำหรับ migration
• path ที่ห้ามแตะ
• รูปแบบ error response ของระบบ
• ผู้รับ review สำหรับงานประเภทนี้

อย่าเก็บ log ยาว, secret, token หรือข้อมูลลูกค้าเป็น Memory ครับ PR ที่เกี่ยวข้องเพิ่มการตรวจ credential pattern และการยืนยันก่อนแก้หรือลบ Memory แบบอ้างด้วยภาษาธรรมชาติ แต่เอกสารของ PR ก็ระบุชัดว่าการตรวจไม่ครอบคลุม secret ทุกแบบ

4. ดู Git Diff เป็นหลักฐานรับงาน

Web Shell ในรุ่นนี้เพิ่ม Git status, dirty state, conflict, ahead หรือ behind และ visual diff แบบ read-only

นี่ช่วยตอบคำถามสำคัญก่อนรับงาน:

• Agent เปลี่ยนไฟล์ไหน
• มี untracked file หรือไม่
• มี conflict หรือ operation ค้างไหม
• Diff ตรงกับ Goal หรือขยาย scope ไปเอง

คำว่า “เสร็จแล้ว” ในแชตไม่พอครับ ถ้าเป็นงานโค้ด สิ่งที่ต้องเปิดดูคือ Diff และผล Test

5. จำกัด Sub-agent ตาม Model และต้นทุนจริง

Qwen Code เพิ่ม agents.maxParallelAgentsByModel เพื่อจำกัดจำนวน background sub-agent แยกตาม model โดยยังอยู่ใต้ global cap

ฟีเจอร์นี้เหมาะกับทีมที่ใช้หลาย model ซึ่งมี rate limit, quota หรือต้นทุนไม่เท่ากัน

หลักคิดง่าย ๆ คือ:

• งานอ่านไฟล์จำนวนมากอาจใช้ model ราคาต่ำและเปิดพร้อมกันได้หลายตัว
• งานตัดสิน architecture อาจใช้ model แพงกว่าและจำกัด concurrency
• งานที่แตะไฟล์เดียวกันไม่ควรรันหลาย Agent พร้อมกันโดยไม่มีการแบ่งขอบเขต

การมี sub-agent เยอะไม่ได้แปลว่างานเร็วขึ้นเสมอครับ ถ้าทุกตัวแย่ง Context, rate limit หรือแก้ไฟล์ชุดเดียวกัน สุดท้ายคนต้องจ่ายเวลาแก้ความขัดแย้งแทน

Operator Kit: Agent Workspace Session Card

ใช้ template นี้กับงาน Coding Agent หนึ่งชิ้นได้วันนี้ ไม่จำเป็นต้องใช้ Qwen Code เท่านั้นครับ

A. Session Brief

Project:
Workspace หรือ Repo:
Goal:
ผู้ใช้หรือระบบที่ได้รับผลกระทบ:
In scope:
Out of scope:
Definition of Done:
คำสั่ง Test หลัก:
Action ที่ Agent ห้ามทำเอง:
คนรับ Review:

B. Mid-session Check

ตอนนี้ Agent กำลังทำอะไร:
Assumption ที่ยืนยันแล้ว:
Assumption ที่ยังไม่ยืนยัน:
ไฟล์ที่แตะแล้ว:
Test ที่รันแล้ว:
ข้อความ steer ถัดไป:
ควรทำต่อ, หยุด, หรือเปิด Session ใหม่:

C. Memory Filter

ก่อนบันทึกสิ่งใดเป็น Memory ให้ถาม 4 ข้อ:

• [ ] ข้อมูลนี้ต้องใช้ข้าม Session จริงหรือไม่
• [ ] เป็น fact ที่สั้นและตรวจได้หรือไม่
• [ ] ไม่มี secret, token, customer data หรือข้อมูลส่วนตัวหรือไม่
• [ ] ถ้าข้อมูลเปลี่ยน เรารู้ว่าจะอัปเดตหรือลบตรงไหนหรือไม่

ถ้าไม่ผ่านข้อใดข้อหนึ่ง ให้เก็บไว้ใน issue, spec, README หรือ decision log ที่เหมาะกว่า

D. Handoff Note

Goal เดิม:
สิ่งที่เสร็จแล้ว:
ไฟล์ที่เปลี่ยน:
Git status และ Diff summary:
Test ที่ผ่าน:
Test ที่ยังไม่ผ่าน:
Memory ที่เพิ่มหรือแก้:
Caveat:
Next action ที่เล็กที่สุด:
คนที่ต้อง Review ก่อนทำต่อ:

E. Session Acceptance Checklist

• [ ] Goal ยังตรงกับงานที่ต้องการ
• [ ] Diff ไม่มีไฟล์นอก scope
• [ ] Test ที่อ้างถึงมี output จริง
• [ ] ไม่มี secret หรือ customer data ใน Memory และ log
• [ ] Background agent ไม่เกิน concurrency ที่ทีมรับได้
• [ ] Session ถัดไปอ่าน Handoff แล้วทำต่อได้โดยไม่ต้องเล่าใหม่ทั้งหมด

ข้อจำกัดที่ควรรู้

Qwen Code v0.19.12 เป็น stable release แต่ไม่ได้แปลว่าทุก feature พร้อมเท่ากันทุกช่องทางครับ README ยังระบุว่า qwen serve เป็น experimental และ PR บางรายการบอกตรง ๆ ว่ายังไม่ได้ทดสอบ E2E กับ bot ภายนอก, daemon restart หรือทุกระบบปฏิบัติการ

การจำกัด sub-agent แยกตาม model ก็มี caveat ว่า model metadata ของ Agent ที่ resume ข้าม Session ยังไม่ถูก persist จึงอาจกลับไปใช้ global cap

ส่วน same-turn steering ไม่ได้หยุด model กลาง token ทันที ข้อความจะถูกใช้ที่ sampling boundary ถัดไป จึงไม่ควรพึ่งเป็น emergency stop สำหรับ action ที่ย้อนกลับไม่ได้

ถ้าจะลอง ผมแนะนำให้เริ่มใน branch หรือ repo ที่ย้อนกลับได้ ใช้งานหนึ่ง Goal ต่อหนึ่ง Session และวัดผลจากเวลารับงาน, จำนวนการอธิบายซ้ำ, Diff นอก scope และ Test ที่ผ่านจริง

สรุป

Qwen Code v0.19.12 ดูเหมือน release ที่รวม feature ย่อยจำนวนมาก แต่ภาพรวมชัดครับ

Coding Agent กำลังเปลี่ยนจากช่องแชตที่ช่วยเขียนโค้ด ไปเป็นพื้นที่ทำงานที่มี Goal, Session, Memory, Git Diff และ background agents

ทีมไม่จำเป็นต้องย้าย Tool วันนี้ แต่ควรยืมวิธีคิดนี้ไปใช้ทันที: ทุก Session ต้องรู้ว่าทำอะไร, เปลี่ยนอะไร, พิสูจน์อะไร และส่งต่ออย่างไร

Data-Espresso และ OPB Stack จะช่วยแปลงข่าว AI ให้กลายเป็น workflow, SOP และ toolkit ที่ Founder กับทีมเล็กหยิบไปลองกับงานจริงได้ครับ