คู่มืออัปเกรด OpenClaw v2026.3.22: 12 จุดที่ต้องเปลี่ยนก่อนกดอัปเดต

ลองนึกภาพว่าเช้าวันจันทร์ คุณเปิดเครื่อง สั่ง OpenClaw ทำงานเหมือนทุกวัน แต่หน้าจอขึ้นแค่ error สีแดง ไม่มีอะไรทำงานสักอย่าง

ไม่ใช่บัค ไม่ใช่เน็ตหลุด แต่เพราะคุณกด update โดยไม่รู้ว่าเวอร์ชันใหม่เปลี่ยนทุกอย่าง ชื่อตั้งค่าเก่าถูกลบหมด ที่เก็บข้อมูลย้ายที่ โครงสร้าง plugin พลิกใหม่ ไม่มี backward compatibility เหลือให้พึ่ง

OpenClaw v2026.3.22 ปล่อยเมื่อ 23 มีนาคม 2026 มาพร้อม 12 breaking changes ที่ตัดทางกลับทั้งหมด แต่ถ้าเตรียมตัวดี คุณจะได้ระบบความจำใหม่ที่คนรอมาครึ่งปี ระบบ sandbox ที่เลือกได้ 3 แบบ และช่องโหว่กว่า 30 จุดที่ถูกอุดเรียบร้อย

ผมขุดข้อมูลจาก release notes, docs, และ migration guide มาให้ทั้งหมดแล้ว มาเดินทีละ step กัน

ทำไมอัปเดตครั้งนี้ถึงอันตราย

ปกติซอฟต์แวร์อัปเดต คุณกดปุ่มแล้วทุกอย่างทำงานต่อได้เหมือนเดิม แต่ OpenClaw เวอร์ชันนี้ไม่ใช่แบบนั้น ทีมตัดสินใจลบ compatibility layer ออกทั้งหมด เหมือนบ้านเปลี่ยนระบบไฟฟ้าทั้งหลัง ปลั๊กเก่าเสียบไม่ได้อีกแล้ว

เหตุผลก็เข้าใจได้ OpenClaw เปลี่ยนชื่อมาแล้ว 3 รอบ จาก Clawdbot เป็น Moltbot แล้วมาเป็น OpenClaw เพราะ Anthropic ร้องเรื่อง trademark ชื่อ Clawd ที่คล้าย Claude ค้างมาตั้งแต่ปลายปี 2025 ทุกครั้งที่เปลี่ยนชื่อก็ต้องลากของเก่าไปด้วย ตอนนี้ทีมตัดสินใจว่าพอ ลบให้หมด เริ่มใหม่สะอาดๆ

ผลลัพธ์คือ 458 commits จากคนกว่า 100 คน ถูก signed โดย Peter Steinberger ผู้สร้าง OpenClaw แค่ตัวเลขนี้ก็บอกได้ว่าการเปลี่ยนแปลงครั้งนี้ไม่ใช่เรื่องเล็ก

ถ้าคุณกดอัปเดตโดยไม่เตรียมอะไรเลย ระบบจะ start ไม่ขึ้น ไม่ใช่บัค มันถูกออกแบบมาให้เป็นแบบนี้

Step 1: เปลี่ยนชื่อตั้งค่าทั้งหมด

เรื่องแรกที่ต้องทำเลย คือเปลี่ยน environment variables ทุกตัวที่ขึ้นต้นด้วย CLAWDBOT_ หรือ MOLTBOT_ ให้เป็น OPENCLAW_ ทั้งหมด ไม่มี fallback ไม่มีระบบแปลงอัตโนมัติ ถ้าไม่เปลี่ยนจะ start ไม่ได้

เปรียบให้เห็นภาพ env vars คือป้ายชื่อที่ติดไว้บนทุกห้องในบ้าน พอเปลี่ยนป้ายใหม่ทั้งหลัง ถ้าคุณยังใช้ป้ายเก่า ระบบจะหาห้องไม่เจอ เปิดประตูไม่ได้สักบาน

ตัวอย่างที่ต้องเปลี่ยน OPENCLAW_HOME คือ home directory, OPENCLAW_STATE_DIR คือที่เก็บข้อมูล, OPENCLAW_CONFIG_PATH คือไฟล์ตั้งค่า, OPENCLAW_LOG_LEVEL คือระดับ log ที่อยากเห็น ลองเช็คไฟล์ .env ทุกที่ที่ใช้ ทั้งในโปรเจกต์และใน home directory

ระบบจะอ่านค่าตามลำดับ ค่าที่ตั้งใน process มาก่อน ตามด้วย .env ในโฟลเดอร์ปัจจุบัน แล้วก็ .env ใน ~/.openclaw แล้วก็ config file แล้วสุดท้ายคือค่าจาก login shell ถ้าตั้งซ้ำกัน ตัวที่อยู่ลำดับสูงกว่าจะชนะเสมอ

ถ้าคุณใช้ CI/CD ด้วย อย่าลืมไปเปลี่ยนที่นั่น ผมเคยเห็นคนที่เปลี่ยนในเครื่องตัวเองเรียบร้อย แต่ลืม pipeline บน server แล้ว production ร่วงตอนตี 3

Step 2: ย้ายที่เก็บข้อมูล

ของเก่าอยู่ที่ ~/.moltbot ต้องย้ายไป ~/.openclaw ฟังดูง่าย แต่มีรายละเอียดที่ต้องระวัง

วิธีเร็วที่สุดคือย้ายโฟลเดอร์ตรงๆ ด้วย mv ~/.moltbot ~/.openclaw หรือถ้าไม่อยากย้าย ก็ตั้ง OPENCLAW_STATE_DIR ชี้ไปที่เดิมก็ได้ แต่สิ่งที่ต้องรู้คือระบบ auto-detection ที่เคยหาโฟลเดอร์เก่าเจอเอง ถูกลบไปแล้ว ถ้าไม่ทำอะไรเลย ระบบจะมองไม่เห็นข้อมูลเก่าของคุณ

ถ้าคุณมี memory files อย่าง SOUL.md, USER.md, MEMORY.md ที่สะสมมานาน ลองใช้ migration tool ชื่อ clawd-migrate แค่รัน npx clawd-migrate มันจะย้ายทุกอย่างให้ ทั้ง memory files, config, และ settings โดยสร้าง backup แบบมี timestamp ไว้ให้อัตโนมัติ ถ้าพังก็ย้อนกลับได้

clawd-migrate สร้าง backup ให้ทุกครั้ง ถ้าอะไรพังก็กู้คืนได้ ผมแนะนำให้ใช้ตัวนี้แทนการย้ายเอง

Step 3: เปลี่ยน Plugin SDK

ถ้าคุณเขียน plugin เอง เรื่องนี้สำคัญมาก โครงสร้าง import เปลี่ยนจาก openclaw/extension-api เป็น openclaw/plugin-sdk/* ทั้งหมด ไม่มี compatibility shim ที่ช่วยแปลงให้

เหมือนร้านค้าเปลี่ยนที่อยู่โดยไม่ทิ้งป้ายบอกทาง ถ้า code ของคุณยัง import จากที่เดิม จะหาของไม่เจอทันที

นอกจากนี้ message discovery ก็เปลี่ยนด้วย ต้องใช้ ChannelMessageActionAdapter.describeMessageTool() แทน method เก่าอย่าง listActions, getCapabilities, getToolSchema ที่ถูกลบไปหมดแล้ว

ถ้าเป็นคุณ? ผมแนะนำให้ search ทั้งโปรเจกต์หา import เก่า แล้วเปลี่ยนให้ครบก่อนจะอัปเดต ไม่งั้น build พังแน่นอน

ContextEngine: ระบบความจำที่รอมาครึ่งปี

มาถึงข่าวดีบ้าง ContextEngine คือฟีเจอร์ที่คนรอมา 6 เดือน เปิดตัวครั้งแรกใน v2026.3.7 และตอนนี้พร้อมใช้งานเต็มรูปแบบ

ลองนึกภาพแบบนี้ เดิม AI เหมือนมีสมุดจดที่มีหน้าจำกัด พอคุยกันยาวๆ ก็ต้องฉีกหน้าเก่าทิ้ง ลืมสิ่งที่คุยไปตอนแรก ContextEngine เปลี่ยนสมุดจดนั้นให้เป็นห้องสมุดที่มีระบบจัดเรียง เก็บทุกอย่างไว้ แต่หยิบเฉพาะที่ต้องการขึ้นมาใช้

มี 7 จุดที่ plugin เข้าไปจัดการได้ เรียกว่า lifecycle hooks ผมจะอธิบายแค่ 4 ตัวหลักที่คนส่วนใหญ่ต้องรู้

ตัวแรก bootstrap ทำงานตอนเริ่มต้น เหมือนเปิดร้านตอนเช้า เตรียมของ เชื่อมต่อฐานข้อมูล ตัวที่สอง ingest ทำงานทุกครั้งที่มีข้อความใหม่เข้ามา จัดหมวดหมู่และให้คะแนนความสำคัญ ตัวที่สาม assemble ตัดสินใจว่าจะหยิบอะไรใส่ prompt สุดท้าย ตัวที่สี่ compact ทำงานเมื่อความจำใกล้เต็ม ย่อข้อมูลเก่าให้กระชับโดยไม่ทิ้งสาระ

เจ๋งที่สุดคือถ้าคุณไม่อยากยุ่งกับมัน ก็ไม่ต้อง ถ้าไม่ตั้งค่าอะไร ระบบจะใช้ LegacyContextEngine ที่ทำงานเหมือนเดิมทุกประการ ไม่มีอะไรพัง

แต่ถ้าอยากลอง ผมแนะนำ plugin ชื่อ lossless-claw มันใช้เทคนิคจัดเรียงข้อมูลแบบ DAG-based compression เก็บทุกข้อความไว้ใน SQLite แล้วสรุปเป็นโครงสร้างแบบต้นไม้ AI จะอ่านสรุป แต่ถ้าต้องการรายละเอียด ก็ขยายกลับเป็นข้อความเดิมได้ รักษา context ให้อยู่ในช่วง 30,000 ถึง 100,000 tokens โดยไม่สูญเสียข้อมูล

เปลี่ยนจากตู้เย็นเล็กที่ต้องทิ้งของเก่าเมื่อเต็ม มาเป็นห้องเก็บของที่จัดเรียงอัตโนมัติ หยิบของได้ทันทีแต่ไม่ต้องทิ้งอะไรเลย

ClawHub: ร้านค้า Plugin แห่งใหม่

เมื่อก่อนจะหา plugin ต้องไปหาเองบน npm ตอนนี้ OpenClaw มีร้านค้าของตัวเองชื่อ ClawHub เป็น default registry แล้ว คำสั่ง openclaw plugins install จะค้นหาจาก ClawHub ก่อน ถ้าหาไม่เจอค่อย fallback ไปที่ npm

ClawHub ใช้ vector-powered search คือค้นหาด้วยความหมาย ไม่ใช่แค่จับคู่คำ พิมพ์ว่า "จัดการ context ให้ฉลาดขึ้น" ก็เจอ plugin ที่เกี่ยวข้องได้ ไม่ต้องรู้ชื่อที่แน่นอน

เรื่องความปลอดภัย ClawHub บังคับว่าคนที่จะ publish ต้องมี GitHub account อายุอย่างน้อย 1 สัปดาห์ และถ้า skill ไหนถูก report 3 ครั้งขึ้นไป จะถูกซ่อนอัตโนมัติ ไม่สมบูรณ์แบบ แต่ดีกว่า npm ที่ใครก็ publish ได้ทันที

คำสั่งที่ต้องรู้ openclaw skills search ตามด้วยคำค้น, openclaw skills install ตามด้วยชื่อ skill, และ openclaw skills update --all เพื่ออัปเดตทั้งหมดในครั้งเดียว

Sandbox: 3 ทางเลือกที่ต้องรู้จัก

Sandbox คือห้องทดลองที่แยกออกจากระบบหลัก ให้ AI ทำงานได้โดยไม่ยุ่งกับไฟล์จริงของคุณ ตอนนี้มีให้เลือก 3 แบบ

แบบแรก Docker รันเป็น container บนเครื่องคุณเอง ตั้งค่าง่ายด้วย script ที่แถมมา เหมาะกับคนที่ใช้ Docker อยู่แล้ว แบบที่สอง SSH ส่งงานไปทำบนเครื่อง remote ผ่าน SSH เหมาะกับทีมที่มี dev server แยก

แบบที่สามน่าสนใจที่สุด OpenShell มี 2 โหมด โหมด mirror ทำงานเหมือนกระจก คุณแก้ไฟล์ในเครื่อง ระบบ sync ไป remote แล้วรันที่นั่น พอเสร็จก็ sync ผลกลับมา เหมาะกับคนที่ชอบ edit ไฟล์ในเครื่องตัวเอง

โหมด remote ของ OpenShell ทำงานตรงบน remote เลย ไม่ sync กลับ เหมาะกับงานหนักที่ไม่ต้องการผลลัพธ์ในเครื่อง

แล้วเลือกอันไหนดี? ถ้าเป็นผม ใช้ Docker ถ้าทำงานคนเดียว ใช้ OpenShell mirror ถ้าอยากประหยัด resource และยังอยากแก้ไฟล์ local

30+ ช่องโหว่ที่คุณต้องรู้

ผมอ่านรายการ security patches แล้วขนลุก บางช่องโหว่น่ากลัวกว่าที่คิด

ช่องโหว่แรกที่ต้องพูดถึง Windows SMB credential leakage เปรียบให้เห็นภาพคือเวอร์ชันเก่ามีช่องให้คนเปิดประตูหลังดูดรหัสผ่านจากเครื่อง Windows ของคุณ ผ่านทางที่ไม่ควรเปิดได้ ตอนนี้ถูกบล็อกแล้ว แต่ถ้าคุณยังใช้เวอร์ชันเก่าอยู่ ช่องนี้ยังเปิดอยู่

อีกตัวที่น่ากังวลคือ JVM injection ตัวแปรอย่าง MAVEN_OPTS, SBT_OPTS, GRADLE_OPTS ถูกใช้ฝังคำสั่งแปลกปลอมเข้าไปในกระบวนการ build ได้ เหมือนใส่ยาพิษในท่อน้ำของบ้าน เวอร์ชันใหม่บล็อกตัวแปรพวกนี้ไม่ให้ถูกแก้ไขจากภายนอก

และที่หลายคนอาจไม่รู้ jq ถูกลบออกจาก default allowlist แล้ว เพราะคนสามารถใช้ jq เพื่อดูดค่าตั้งค่าทุกตัวจากเครื่อง เหมือนขโมยกุญแจทุกดอกในบ้านผ่านช่องแมว

ถ้าคุณใช้ OpenClaw เวอร์ชันเก่าอยู่ ช่องโหว่เหล่านี้ยังเปิดอยู่ทุกตัว อัปเดตเถอะ

openclaw doctor: คำสั่งเดียวซ่อมทุกอย่าง

ข่าวดีคือคุณไม่ต้องทำทุกอย่างเอง openclaw doctor --fix คือเครื่องมือที่ตรวจและซ่อมปัญหาให้อัตโนมัติ

มันทำอะไรได้บ้าง? ลบ config key ที่ deprecated, เปลี่ยนชื่อ key เก่าเป็นชื่อใหม่, ย้าย browser config จาก Chrome extension relay ที่ถูกลบไปแล้วเป็นโหมดใหม่, แก้ permissions ที่ผิด, เช็ค model auth ว่ายังใช้ได้อยู่ไหม ทั้งหมดนี้จบในคำสั่งเดียว

ถ้าอยากให้ทำงานโดยไม่ถามอะไรเลย ใช้ openclaw doctor --fix --yes มันจะตัดสินใจให้ทุกอย่าง เหมาะกับคนที่มั่นใจว่าอยากให้ระบบจัดการเอง

ผมว่าหลังอัปเดตทุกครั้ง ควรรัน doctor สักรอบ เหมือนตรวจสุขภาพหลังผ่าตัด ดีกว่ามานั่งแก้ปัญหาทีละจุดทีหลัง

เรื่องอื่นที่ควรรู้

Default model ของฝั่ง OpenAI เปลี่ยนเป็น GPT-5.4 แล้ว พร้อมรองรับ gpt-5.4-mini และ gpt-5.4-nano ถ้าคุณ hardcode ชื่อ model เก่าไว้ก็ยังใช้ได้ แต่ถ้าปล่อยให้ระบบเลือกเอง จะได้ GPT-5.4 อัตโนมัติ

เพิ่ม provider ใหม่ด้วย ทั้ง Anthropic Vertex AI, MiniMax M2.7, xAI Grok, Zhipu GLM 4.5/4.6 ตัวเลือกเยอะขึ้นสำหรับคนที่ไม่ได้ผูกกับ OpenAI อย่างเดียว

ฝั่ง performance มี gateway เร็วขึ้นเพราะ load plugin จาก compiled file ไม่ต้อง compile TypeScript ใหม่ทุกรอบ cold start ที่เคยใช้เวลาเป็นนาที ตอนนี้เหลือหลักวินาที ความแตกต่างนี้รู้สึกได้ทันทีเวลาเปิดใช้งาน

สรุป

การอัปเดตครั้งนี้ไม่ได้น่ากลัว มันแค่ต้องเตรียมตัว เหมือนย้ายบ้าน ถ้าแพ็คของดี วันย้ายก็สบาย ถ้าไม่แพ็ค วันนั้นวุ่นแน่

OpenClaw เปลี่ยนชื่อมา 3 รอบ อัปเดตครั้งนี้คือการตัดของเก่าทิ้งให้หมด เพื่อจะได้ไม่ต้องลากมันไปอีก ถ้าเตรียมตัวดี คุณจะได้ของใหม่ที่ดีกว่าเดิมทุกด้าน

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

• Release notes OpenClaw v2026.3.22 (GitHub)
• GitHub - OpenClaw README
• OpenClaw Docs - ContextEngine
• OpenClaw Docs - Sandboxing
• OpenClaw Docs - Environment Variables
• OpenClaw Docs - ClawHub
• ContextEngine Guide - ShareUHack
• clawd-migrate - Migration Tool (GitHub)