OpenClaw โปรเจกต์ผู้ช่วย AI แบบโอเพนซอร์ส มีรายการปัญหาที่ยังเปิดอยู่ (open issues) และคำขอพูล (pull requests) สะสมมากกว่า 7,000 รายการภายในเดือนเมษายน 2026 ผู้ดูแลส่วนใหญ่ในสถานการณ์เช่นนี้มักจะประกาศล้มละลายของระบบติดตามบั๊ก หรือไม่ก็จ้างทีมคัดกรอง แต่ผู้ดูแล OpenClaw กลับสร้างบอทขึ้นมาแทน ClawSweeper ตรวจสอบปัญหาและ PR ที่เปิดอยู่ทั้งหมดตามกำหนดเวลาที่หมุนเวียนไป ร่างข้อเสนอการปิดที่สร้างโดย Codex เมื่อมีหลักฐานที่ชัดเจน และดำเนินการปิดเหล่านั้นผ่านช่องทางประมวลผลแยกต่างหาก ซึ่งจะทำงานเมื่อข้อเสนอนั้นยังคงถูกต้องเท่านั้น
นอกจากนี้ยังเป็นกรณีศึกษาในการยับยั้งชั่งใจ ClawSweeper ไม่ได้ปิดอัตโนมัติด้วยการเดาสุ่ม ไม่เคยแตะต้องรายการที่ผู้ดูแลเป็นผู้สร้าง และปฏิเสธที่จะใช้การเปลี่ยนแปลงใดๆ หากการตรวจสอบพื้นฐานทิ้งขยะไว้ใน working tree
คู่มือนี้จะอธิบายถึงสิ่งที่ ClawSweeper ทำ วิธีที่ช่องทางทั้งสามทำงานร่วมกัน กฎความปลอดภัยที่ป้องกันไม่ให้ปิดสิ่งที่ไม่ควรปิด และการกำหนดค่า Codex ที่ขับเคลื่อนการตรวจสอบแต่ละครั้ง สำหรับข้อมูลเบื้องหลังของโมเดลที่ทำงานหลัก โปรดดู GPT-5.5 คืออะไร
สรุปสั้นๆ (TL;DR)
- ClawSweeper คือบอทสำหรับบำรุงรักษาของ OpenClaw สำหรับ
openclaw/openclawซึ่งสแกนรายการที่เปิดอยู่ประมาณ 7,000 รายการตามกำหนดเวลาที่หมุนเวียนไป - สามช่องทาง: ตัวกำหนดตารางเวลาจะเลือกว่าจะตรวจสอบอะไร, ช่องทางตรวจสอบจะร่างข้อเสนอการปิด, ช่องทางดำเนินการจะดำเนินการทุก 15 นาที
- Codex ใช้
gpt-5.5, ความสามารถในการให้เหตุผลสูง, ระดับบริการที่รวดเร็ว, และจำกัดเวลา 10 นาทีต่อรายการสำหรับการเขียนรีวิว - การปิดจะเกิดขึ้นเฉพาะในหกกรณีที่จำกัดเท่านั้น: ได้รับการดำเนินการแล้ว, ไม่สามารถทำซ้ำได้, ซ้ำซ้อน, นอกขอบเขต, ไม่สอดคล้องกัน, หรือค้างเก่าเกิน 60 วัน
- รายการที่ผู้ดูแลเป็นผู้สร้าง, รายการที่มี PR ที่อ้างอิงถึงซึ่งยังเปิดอยู่, และป้ายกำกับที่ได้รับการป้องกัน จะไม่ถูกปิดอัตโนมัติ
- บอทได้ปิดรายการไปแล้วทั้งหมด 10,217 รายการผ่านระบบอัตโนมัติ แต่ในสัปดาห์ล่าสุดแสดงให้เห็นอัตราการปิด 0.1% ต่อการตรวจสอบหนึ่งครั้ง; บอทมีแนวโน้มที่จะปล่อยให้สิ่งต่างๆ เปิดอยู่เป็นส่วนใหญ่
- ลิขสิทธิ์เป็น MIT, สแต็กคือ TypeScript บน Node 24 โดยใช้ pnpm, และการดำเนินการต่างๆ รันผ่าน GitHub App
ปัญหาการบำรุงรักษาที่ ClawSweeper แก้ไข
OpenClaw นำเสนอตัวเองว่าเป็น “ผู้ช่วย AI ส่วนตัวของคุณ รองรับทุก OS ทุกแพลตฟอร์ม ในแบบฉบับของ OpenClaw” จุดยืนดังกล่าวดึงดูดชุมชนขนาดใหญ่ได้อย่างรวดเร็ว: มีปัญหาที่ยังเปิดอยู่ 3,546 รายการ และคำขอพูลที่ยังเปิดอยู่ 3,457 รายการ ณ ภาพรวมแดชบอร์ดล่าสุดเมื่อวันที่ 27 เมษายน 2026 รายการเหล่านั้นจำนวนมากอ้างอิงถึงพฤติกรรมที่ได้รับการแก้ไขเมื่อสามเวอร์ชันที่แล้ว, ซ้ำกับเธรดเก่าๆ, หรืออธิบายคุณสมบัติที่ตอนนี้เหมาะกับระบบนิเวศของปลั๊กอินและทักษะของ OpenClaw มากกว่าที่จะอยู่ในคลังหลัก
การคัดกรองด้วยตนเองในปริมาณมากขนาดนั้นไม่เป็นจริง การปิดสิ่งที่ไม่ถูกต้องก็เป็นเรื่องที่สิ้นเปลืองเช่นกัน เพราะผู้มีส่วนร่วมที่รู้สึกว่าถูกละเลยจะหยุดการมีส่วนร่วม ClawSweeper แก้ปัญหานี้โดยการแยกขั้นตอน การตัดสินใจว่าจะปิดอะไร ออกจากขั้นตอน การดำเนินการปิด และโดยการใช้พลังงานส่วนใหญ่กับรายการที่คำตอบนั้นซ้ำซ้อนหรือไม่สอดคล้องกันอย่างชัดเจน
สามช่องทาง
ClawSweeper แบ่งออกเป็นสามกระบวนการอิสระ แต่ละกระบวนการจะบันทึกข้อมูลลงในไดเรกทอรีรายงานของตัวเอง และสามารถหยุดชั่วคราวได้โดยไม่ส่งผลกระทบต่อกระบวนการอื่น
ตัวกำหนดตารางเวลา (Scheduler)
ตัวกำหนดตารางเวลาจะตัดสินใจว่าปัญหาและ PR ใดบ้างที่จะได้รับการตรวจสอบและด้วยความถี่เท่าใด จาก README: “รายการใหม่และรายการที่มีการใช้งานจะได้รับความสนใจมากขึ้น; รายการเก่าที่ไม่มีความเคลื่อนไหวจะถูกตรวจสอบด้วยความถี่ที่ช้าลง” ในทางปฏิบัติ หมายถึงรายการที่เป็นที่นิยมจะถูกตรวจสอบทุกชั่วโมง, รายการที่อายุไม่เกิน 30 วันจะถูกตรวจสอบทุกวัน, และปัญหาเก่าๆ จะถูกตรวจสอบทุกสัปดาห์ ความถี่นี้มีเจตนา คุณต้องการที่จะกลับมาดูรายงานข้อผิดพลาดใหม่ๆ บ่อยครั้ง เผื่อว่าจะมีหลักฐานเพิ่มเติมเข้ามา และกลับมาดูรายงานเก่าๆ น้อยครั้ง เพราะคำตอบไม่น่าจะเปลี่ยนแปลง
ช่องทางตรวจสอบ (Review lane)
ช่องทางตรวจสอบคือที่ที่ Codex ทำหน้าที่ของตน ClawSweeper เลือกรายการหนึ่ง, สร้างส่วนบริบทที่มีชื่อเรื่อง, เนื้อหา, ความคิดเห็น, และภาพรวมสถานะของ repo บน main, จากนั้นส่งส่วนนั้นให้ Codex Codex ส่งคืนรายงาน markdown ที่มีโครงสร้างพร้อมกับหนึ่งในสามคำตัดสิน: เปิดต่อไป, ปิดเพราะ X, หรือหลักฐานไม่เพียงพอ README ระบุขอบเขตไว้อย่างชัดเจน: “การตรวจสอบเป็นเพียงข้อเสนอเท่านั้น ไม่มีการปิดรายการใดๆ”
รายงานจะอยู่ใน items/ จนกว่าช่องทางดำเนินการจะนำไปใช้ และนั่นทำให้ระบบมีคุณสมบัติความปลอดภัย มนุษย์สามารถอ่านข้อเสนอการปิดทั้งหมดใน repo ได้ก่อนที่จะมีการดำเนินการ
ช่องทางดำเนินการ (Apply lane)
ช่องทางดำเนินการจะทำงานทุก 15 นาที มันจะตรวจสอบ items/, ดึงรายงานล่าสุดสำหรับปัญหาหรือ PR ที่เปิดอยู่แต่ละรายการ, และตรวจสอบความถูกต้องของข้อเสนออีกครั้ง: รายงานยังคงสอดคล้องกับสถานะปัจจุบันของปัญหานั้นหรือไม่ (ไม่มีความคิดเห็นใหม่, ไม่มีป้ายกำกับของผู้ดูแล, ไม่มี PR ที่อ้างอิงถึงที่เพิ่งเปิดในชั่วโมงที่ผ่านมา), และมันสดใหม่พอที่จะดำเนินการหรือไม่? ถ้าใช่, ช่องทางดำเนินการจะปิดรายการนั้น, โพสต์คำอธิบายที่สร้างโดย Codex เป็นความคิดเห็น, และย้ายรายงานไปยัง closed/ หากมีการเปลี่ยนแปลงใดๆ, รายงานจะถูกทิ้งไป และตัวกำหนดตารางเวลาจะพิจารณารายการนั้นอีกครั้งในการประมวลผลรอบถัดไป
การแบ่งแยกนี้เป็นทางเลือกการออกแบบที่สำคัญที่สุดในโปรเจกต์ Codex ไม่เคยแตะต้อง GitHub โดยตรง และช่องทางดำเนินการไม่เคยให้เหตุผลเกี่ยวกับความเหมาะสมในการปิด; มันบังคับใช้ข้อเสนอภายใต้เงื่อนไขที่ใหม่
กฎการปิด
ClawSweeper เสนอการปิดเฉพาะรายการที่อยู่ในหนึ่งในหกประเภทที่จำกัด ซึ่งนำมาจาก README โดยตรง:
- “ถูกนำไปใช้แล้วใน
mainปัจจุบัน” - “ไม่สามารถทำซ้ำได้ใน
mainปัจจุบัน” - “ซ้ำซ้อนหรือถูกแทนที่ด้วยปัญหา/PR หลัก”
- “เป็นรูปธรรมแต่ไม่สามารถดำเนินการได้ใน source repo นี้” (เหมาะสำหรับทักษะ ClawHub หรืองานปลั๊กอินมากกว่า)
- “ไม่สอดคล้องกันเพียงพอที่จะไม่สามารถดำเนินการใดๆ ได้”
- “ปัญหาค้างเก่าเกิน 60 วันที่มีข้อมูลน้อยเกินไปที่จะตรวจสอบ”
สถานการณ์อื่นๆ ทั้งหมด รวมถึงบั๊กที่ทำซ้ำได้, คำขอคุณสมบัติที่ถูกต้อง, การทำซ้ำบางส่วน, และงานจริงแต่ยังไม่จัดลำดับความสำคัญ จะทำให้รายการนั้นยังเปิดอยู่ อัตราการปิด 0.1% ในการตรวจสอบครั้งล่าสุด (ข้อเสนอการปิด 4 รายการจากปัญหาที่ตรวจสอบ 3,478 รายการ) แสดงให้เห็นว่าคำสั่งนี้หลีกเลี่ยงผลบวกปลอม (false positives) ได้อย่างเข้มข้นเพียงใด
มีการป้องกันเพิ่มเติมอยู่เหนือขอกฎการปิดดังนี้:
- รายการที่ผู้ดูแลเป็นผู้สร้างจะไม่ถูกปิด. หากผู้ดูแลสร้างปัญหาขึ้นมา บอทจะปล่อยไว้ไม่ว่าจะเป็นปัญหาที่ค้างเก่าแค่ไหนก็ตาม
- PR ที่อ้างอิงถึงซึ่งยังเปิดอยู่จะบล็อกการปิด. หากปัญหา #4321 มี PR ที่เปิดอยู่พร้อมข้อความ
Closes #4321ในเนื้อหา ClawSweeper จะรอ - ป้ายกำกับที่ได้รับการป้องกันจะทำให้บอทข้ามไปโดยสิ้นเชิง. หากติดป้ายกำกับปัญหา
keep-open(หรือรายการป้ายกำกับใดๆ ที่ผู้ดูแลกำหนดค่าไว้) ตัวกำหนดตารางเวลาจะข้ามไป
การกำหนดค่า Codex
การตั้งค่า Codex เป็นส่วนที่คุ้มค่าที่สุดในการนำไปใช้สำหรับทีมใดๆ ที่สร้างระบบอัตโนมัติของตนเอง:
gpt-5.5มีรายละเอียดบางอย่างที่สำคัญในที่นี้ โหมดความสามารถในการให้เหตุผลสูงช่วยจับรายการที่ซ้ำกันที่มนุษย์เห็นว่าชัดเจนในยี่สิบวินาที แต่ต้องใช้การตรวจสอบห้าเธรดที่เชื่อมโยงกันเพื่อยืนยัน ระดับบริการที่รวดเร็วช่วยให้ค่าใช้จ่ายสามารถคาดการณ์ได้สำหรับรายการค้าง 7,000 รายการ การจำกัดเวลา 10 นาทีเป็นการหยุดทำงานโดยทันที ไม่ใช่แค่คำเตือน; รายการที่ใช้เวลานานกว่านั้นจะถูกข้ามไปสำหรับการประมวลผลรอบถัดไป แทนที่จะไปบล็อกคิว
สภาพแวดล้อมของ Codex ยังทำงานโดยไม่มีโทเค็นการเขียนของ GitHub README ระบุไว้อย่างชัดเจน: “การตรวจสอบจะล้มเหลวหาก Codex ทิ้งการเปลี่ยนแปลงที่ถูกติดตามหรือไม่ถูกติดตามไว้” นั่นบังคับให้นักตรวจสอบทำตัวเหมือนนักวิเคราะห์แบบอ่านอย่างเดียว; ผลข้างเคียงใดๆ ถือเป็นบั๊ก ไม่ใช่คุณสมบัติ
หากคุณต้องการใช้โมเดลเดียวกันแบบโต้ตอบก่อนที่จะนำไปเชื่อมต่อกับบอท, Codex CLI เป็นวิธีที่ง่ายที่สุดและฟรีในการเข้าถึง GPT-5.5 สำหรับรูปแบบค่าใช้จ่ายในการเข้าถึง API แบบโปรแกรม โปรดดู รายละเอียดราคา GPT-5.5 และ คู่มือการใช้งาน GPT-5.5 API
การตั้งค่าภายในเครื่อง
การโคลน ClawSweeper และรันในเครื่องเป็นเรื่องง่าย repo ต้องการ Node 24 และ pnpm ผ่าน corepack:
git clone https://github.com/openclaw/clawsweeper.git
cd clawsweeper
source ~/.profile
corepack enable
pnpm install
pnpm run build
ต้องมีคีย์ลับบางอย่างก่อนที่ช่องทางจะเริ่มทำงานได้:
OPENAI_API_KEY: ใช้สำหรับยืนยันตัวตน Codex สำหรับช่องทางตรวจสอบCLAWSWEEPER_APP_ID: ID ของ GitHub App (3306130 สำหรับการติดตั้งในเวอร์ชันใช้งานจริง)CLAWSWEEPER_APP_PRIVATE_KEY: คีย์ส่วนตัวที่ใช้ในการสร้างโทเค็นการติดตั้งที่มีอายุสั้นOPENCLAW_GH_TOKEN: ไม่บังคับ, จะเปลี่ยนไปใช้โทเค็นการเข้าถึงส่วนตัวเมื่อเส้นทางของ App ล้มเหลว
คุณสามารถรันช่องทางตรวจสอบกับ repo ใดๆ ที่คุณเป็นเจ้าของได้ ช่องทางดำเนินการตั้งใจจำกัดตัวเองเฉพาะการดำเนินการเขียนของ openclaw/openclaw เว้นแต่คุณจะกำหนดค่าสิทธิ์ของ GitHub App ใหม่
สำหรับทีมที่ต้องการใช้ API key แบบเสียเงินแต่ต้องการพฤติกรรมของ Codex แบบเดียวกัน, เส้นทางฟรีของ GPT-5.5 จะนำเสนอทางเลือกอื่นที่ผ่านเครดิตทดลองหรือเกตเวย์ตัวรวม
ภาพรวมแดชบอร์ด
README มีแดชบอร์ดสาธารณะที่อัปเดตทุกครั้งที่ช่องทางดำเนินการทำงาน ณ ภาพรวมล่าสุด:
- รายการที่เปิดอยู่ทั้งหมด 7,003 รายการ (ปัญหา 3,546 รายการ + PR 3,457 รายการ)
- ปัญหา 3,478 รายการที่ได้รับการตรวจสอบใน 7 วันที่ผ่านมา
- ข้อเสนอการปิดปัญหา 4 รายการ (0.1% ของที่ได้รับการตรวจสอบ)
- รายการทั้งหมด 10,217 รายการที่ถูกปิดโดยระบบอัตโนมัติตั้งแต่เปิดตัว
ตัวเลข 0.1% นี้บ่งบอกอะไรบางอย่าง ClawSweeper ไม่ได้มุ่งเป้าไปที่การทำให้กล่องข้อความปัญหาเป็นศูนย์ แต่มันมุ่งเป้าไปที่ “ไม่เคยปิดสิ่งที่ผู้มีส่วนร่วมจะปกป้องหากถูกถาม” จากการปิดกว่า 10,000 รายการ ท่าทีที่ระมัดระวังเช่นนี้เองที่ทำให้โปรเจกต์ยังคงน่าเชื่อถือมากพอที่ผู้มีส่วนร่วมยังคงเปิดปัญหาใหม่ๆ ต่อไป
ทำไมสิ่งนี้จึงสำคัญสำหรับทีม API
ผลิตภัณฑ์ API ส่วนใหญ่บน GitHub มีลักษณะคล้ายกับ OpenClaw SDK หรือสเปกจะอยู่ใน public repo, ตัวติดตามปัญหาจะเต็มไปด้วยรายงานบั๊กและคำขอคุณสมบัติที่หลากหลาย, และการคัดกรองก็จะล่าช้า หากคุณเผยแพร่ OpenAPI spec จาก Apidog และยอมรับการมีส่วนร่วมจากชุมชนใน GitHub, สถาปัตยกรรมของ ClawSweeper สามารถนำไปปรับใช้ได้ ส่วนที่มีคุณค่าไม่ใช่คำสั่งแจ้ง (prompts) เนื่องจากสิ่งเหล่านั้นเชื่อมโยงกับโดเมนของ OpenClaw ส่วนที่มีคุณค่าคือการแยกช่องทาง, กฎการปิดที่เข้มงวด, และนโยบายการรัน Codex โดยไม่มีสิทธิ์ในการเขียน
คุณสามารถนำแนวทางเดียวกันนี้ไปใช้ได้ในสามขั้นตอน:
- รันงานตรวจสอบที่ขับเคลื่อนด้วย Codex บนตัวอย่างของตัวติดตามของคุณ ให้มันสร้างรายงาน markdown โดยไม่ต้องทำการคอมมิตอะไร
- เพิ่มชั้นกฎความปลอดภัย: ไม่เคยปิดรายการของผู้ดูแล, เคารพป้ายกำกับที่ได้รับการป้องกัน, เลื่อนการพิจารณา PR ที่เปิดอยู่
- เพิ่มช่องทางดำเนินการเมื่อรายงานการตรวจสอบดูถูกต้องเมื่ออ่านด้วยตนเองเท่านั้น เชื่อมต่อมันให้ปิดได้มากที่สุดไม่กี่รายการต่อวันจนกว่าจะสร้างความน่าเชื่อถือได้
หากคุณกำลังตรวจสอบพื้นผิว API ที่ปัญหาเหล่านั้นอธิบาย, Apidog จะจัดการด้านสัญญา เอกสาร OpenAPI เดียวกันนี้ใช้ขับเคลื่อน mock servers, การทดสอบอัตโนมัติ, และเอกสารที่ผู้มีส่วนร่วมของคุณอ่านก่อนที่จะยื่นรายงานบั๊ก การจับคู่บอทคัดกรองกับสเปกที่มีเวอร์ชันควบคุมอย่างเข้มงวด มักจะลดอัตราปัญหาที่ซ้ำซ้อนลงครึ่งหนึ่งก่อนที่บอทจะเริ่มทำงานด้วยซ้ำ ดาวน์โหลด Apidog หากคุณต้องการเริ่มต้นด้วยระเบียบวินัยของสเปก
ข้อจำกัดและการแลกเปลี่ยนในการออกแบบ
มีบางสิ่งที่ ClawSweeper จงใจไม่ทำ:
- มันไม่ได้เขียนโค้ด. ไม่มี PR, ไม่มีแพตช์, ไม่มีความคิดเห็นรีวิวที่แนะนำการแก้ไข งานเหล่านั้นเป็นของบอท OpenClaw ตัวอื่น
- มันไม่ได้ให้เหตุผลเกี่ยวกับลำดับความสำคัญ. การปิดเป็นแบบไบนารี; ไม่มีอะไรที่จะถูก “ลดลำดับความสำคัญ” หรือติดป้ายกำกับโดยบอท
- มันไม่ได้เรียนรู้จากการปิดครั้งก่อนๆ. การตรวจสอบแต่ละครั้งจะเริ่มต้นใหม่กับ
mainการตัดสินใจก่อนหน้าจะแสดงเป็นเพียงรายงานทางประวัติศาสตร์ภายใต้closed/ไม่ใช่เป็นข้อมูลสำหรับการปรับแต่ง
การแลกเปลี่ยนเหล่านี้คือเหตุผลที่ทำให้บอทสามารถคาดเดาพฤติกรรมได้ นอกจากนี้ยังเปิดพื้นที่สำหรับระบบอัตโนมัติที่เกี่ยวข้อง เช่น บอทติดป้ายกำกับ, ตัวแจ้งเตือน PR ที่ค้างเก่า, หรือผู้ร่างบันทึกการเผยแพร่ โดยไม่รบกวนขอบเขตที่จำกัดของ ClawSweeper
คำถามที่พบบ่อย (FAQ)
ClawSweeper ปิดปัญหาโดยอัตโนมัติบ่อยแค่ไหน?ช่องทางดำเนินการจะทำงานทุก 15 นาที แต่ส่วนใหญ่แล้วจะไม่มีการปิดใดๆ เกิดขึ้น อัตราการปิด 0.1% ต่อการตรวจสอบหนึ่งครั้งเมื่อวันที่ 27 เมษายน 2026 หมายถึงมีการปิดประมาณ 4 รายการจากปัญหาที่ตรวจสอบ 3,478 รายการตลอดทั้งสัปดาห์ สำหรับข้อมูลเบื้องหลังของโมเดลที่ใช้ในการตรวจสอบ โปรดดู GPT-5.5 คืออะไร
ฉันสามารถรัน ClawSweeper บน repo ของฉันเองได้หรือไม่?ได้ โคลน repo, กำหนดค่า GitHub App ของคุณเองด้วยสิทธิ์อ่าน/เขียนบนเป้าหมาย, และชี้ CLAWSWEEPER_APP_ID และ CLAWSWEEPER_APP_PRIVATE_KEY ไปยังมัน การตรวจสอบ repo ของผู้อื่นเป็นแบบอ่านอย่างเดียวโดยค่าเริ่มต้น
ClawSweeper ต้องใช้แผน OpenAI แบบชำระเงินหรือไม่?ช่องทางตรวจสอบจะยืนยันตัวตนผ่าน OPENAI_API_KEY ซึ่งเป็นข้อมูลรับรอง API แบบชำระเงิน หากคุณต้องการรันการตรวจสอบแบบโต้ตอบเท่านั้น แทนที่จะเป็นในระดับใหญ่, Codex CLI บน แผน ChatGPT ฟรี ก็สามารถใช้งานได้
อะไรที่ทำให้ Codex ไม่ปิดบั๊กจริง?มีสามสิ่ง รายการกฎการปิดที่จำกัด, การยกเว้นผู้ดูแลและป้ายกำกับที่ได้รับการป้องกัน, และขั้นตอนการตรวจสอบซ้ำของช่องทางดำเนินการที่จะทิ้งข้อเสนอใดๆ ที่ปัญหาพื้นฐานมีการเปลี่ยนแปลงตั้งแต่การตรวจสอบครั้งล่าสุด
ClawSweeper เป็นโอเพนซอร์สหรือไม่?ใช่, เป็นลิขสิทธิ์ MIT, พร้อมซอร์สโค้ดบน GitHub ที่ openclaw/clawsweeper โปรเจกต์หลัก OpenClaw เป็น repo แยกต่างหากพร้อมคู่มือการมีส่วนร่วมของตัวเอง
