ClawSweeper: บอท OpenClaw จัดการ 7,000 ปัญหา GitHub แม่นยำ ไม่ปิดพลาด

Ashley Innocent

Ashley Innocent

28 April 2026

ClawSweeper: บอท OpenClaw จัดการ 7,000 ปัญหา GitHub แม่นยำ ไม่ปิดพลาด

OpenClaw โปรเจกต์ผู้ช่วย AI แบบโอเพนซอร์ส มีรายการปัญหาที่ยังเปิดอยู่ (open issues) และคำขอพูล (pull requests) สะสมมากกว่า 7,000 รายการภายในเดือนเมษายน 2026 ผู้ดูแลส่วนใหญ่ในสถานการณ์เช่นนี้มักจะประกาศล้มละลายของระบบติดตามบั๊ก หรือไม่ก็จ้างทีมคัดกรอง แต่ผู้ดูแล OpenClaw กลับสร้างบอทขึ้นมาแทน ClawSweeper ตรวจสอบปัญหาและ PR ที่เปิดอยู่ทั้งหมดตามกำหนดเวลาที่หมุนเวียนไป ร่างข้อเสนอการปิดที่สร้างโดย Codex เมื่อมีหลักฐานที่ชัดเจน และดำเนินการปิดเหล่านั้นผ่านช่องทางประมวลผลแยกต่างหาก ซึ่งจะทำงานเมื่อข้อเสนอนั้นยังคงถูกต้องเท่านั้น

นอกจากนี้ยังเป็นกรณีศึกษาในการยับยั้งชั่งใจ ClawSweeper ไม่ได้ปิดอัตโนมัติด้วยการเดาสุ่ม ไม่เคยแตะต้องรายการที่ผู้ดูแลเป็นผู้สร้าง และปฏิเสธที่จะใช้การเปลี่ยนแปลงใดๆ หากการตรวจสอบพื้นฐานทิ้งขยะไว้ใน working tree

💡
สำหรับทีม API ที่ใช้ SDK แบบโอเพนซอร์สควบคู่ไปกับผลิตภัณฑ์เชิงพาณิชย์ การออกแบบนี้เป็นข้อมูลอ้างอิงที่มีประโยชน์ แม้ว่าคุณจะไม่ได้นำบอทนี้ไปใช้เองก็ตาม หากคุณดูแลเอกสารประกอบ API สาธารณะใน Apidog และสะท้อน OpenAPI spec เดียวกันไปยัง GitHub repo สำหรับการมีส่วนร่วมของชุมชน คุณอาจเคยเห็นปัญหาที่ค้างเก่าสะสมเพิ่มขึ้นในลักษณะเดียวกัน
ปุ่ม

คู่มือนี้จะอธิบายถึงสิ่งที่ ClawSweeper ทำ วิธีที่ช่องทางทั้งสามทำงานร่วมกัน กฎความปลอดภัยที่ป้องกันไม่ให้ปิดสิ่งที่ไม่ควรปิด และการกำหนดค่า Codex ที่ขับเคลื่อนการตรวจสอบแต่ละครั้ง สำหรับข้อมูลเบื้องหลังของโมเดลที่ทำงานหลัก โปรดดู GPT-5.5 คืออะไร

สรุปสั้นๆ (TL;DR)

ปัญหาการบำรุงรักษาที่ 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 โดยตรง:

สถานการณ์อื่นๆ ทั้งหมด รวมถึงบั๊กที่ทำซ้ำได้, คำขอคุณสมบัติที่ถูกต้อง, การทำซ้ำบางส่วน, และงานจริงแต่ยังไม่จัดลำดับความสำคัญ จะทำให้รายการนั้นยังเปิดอยู่ อัตราการปิด 0.1% ในการตรวจสอบครั้งล่าสุด (ข้อเสนอการปิด 4 รายการจากปัญหาที่ตรวจสอบ 3,478 รายการ) แสดงให้เห็นว่าคำสั่งนี้หลีกเลี่ยงผลบวกปลอม (false positives) ได้อย่างเข้มข้นเพียงใด

มีการป้องกันเพิ่มเติมอยู่เหนือขอกฎการปิดดังนี้:

การกำหนดค่า 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

ต้องมีคีย์ลับบางอย่างก่อนที่ช่องทางจะเริ่มทำงานได้:

คุณสามารถรันช่องทางตรวจสอบกับ repo ใดๆ ที่คุณเป็นเจ้าของได้ ช่องทางดำเนินการตั้งใจจำกัดตัวเองเฉพาะการดำเนินการเขียนของ openclaw/openclaw เว้นแต่คุณจะกำหนดค่าสิทธิ์ของ GitHub App ใหม่

สำหรับทีมที่ต้องการใช้ API key แบบเสียเงินแต่ต้องการพฤติกรรมของ Codex แบบเดียวกัน, เส้นทางฟรีของ GPT-5.5 จะนำเสนอทางเลือกอื่นที่ผ่านเครดิตทดลองหรือเกตเวย์ตัวรวม

ภาพรวมแดชบอร์ด

README มีแดชบอร์ดสาธารณะที่อัปเดตทุกครั้งที่ช่องทางดำเนินการทำงาน ณ ภาพรวมล่าสุด:

ตัวเลข 0.1% นี้บ่งบอกอะไรบางอย่าง ClawSweeper ไม่ได้มุ่งเป้าไปที่การทำให้กล่องข้อความปัญหาเป็นศูนย์ แต่มันมุ่งเป้าไปที่ “ไม่เคยปิดสิ่งที่ผู้มีส่วนร่วมจะปกป้องหากถูกถาม” จากการปิดกว่า 10,000 รายการ ท่าทีที่ระมัดระวังเช่นนี้เองที่ทำให้โปรเจกต์ยังคงน่าเชื่อถือมากพอที่ผู้มีส่วนร่วมยังคงเปิดปัญหาใหม่ๆ ต่อไป

ทำไมสิ่งนี้จึงสำคัญสำหรับทีม API

ผลิตภัณฑ์ API ส่วนใหญ่บน GitHub มีลักษณะคล้ายกับ OpenClaw SDK หรือสเปกจะอยู่ใน public repo, ตัวติดตามปัญหาจะเต็มไปด้วยรายงานบั๊กและคำขอคุณสมบัติที่หลากหลาย, และการคัดกรองก็จะล่าช้า หากคุณเผยแพร่ OpenAPI spec จาก Apidog และยอมรับการมีส่วนร่วมจากชุมชนใน GitHub, สถาปัตยกรรมของ ClawSweeper สามารถนำไปปรับใช้ได้ ส่วนที่มีคุณค่าไม่ใช่คำสั่งแจ้ง (prompts) เนื่องจากสิ่งเหล่านั้นเชื่อมโยงกับโดเมนของ OpenClaw ส่วนที่มีคุณค่าคือการแยกช่องทาง, กฎการปิดที่เข้มงวด, และนโยบายการรัน Codex โดยไม่มีสิทธิ์ในการเขียน

คุณสามารถนำแนวทางเดียวกันนี้ไปใช้ได้ในสามขั้นตอน:

  1. รันงานตรวจสอบที่ขับเคลื่อนด้วย Codex บนตัวอย่างของตัวติดตามของคุณ ให้มันสร้างรายงาน markdown โดยไม่ต้องทำการคอมมิตอะไร
  2. เพิ่มชั้นกฎความปลอดภัย: ไม่เคยปิดรายการของผู้ดูแล, เคารพป้ายกำกับที่ได้รับการป้องกัน, เลื่อนการพิจารณา PR ที่เปิดอยู่
  3. เพิ่มช่องทางดำเนินการเมื่อรายงานการตรวจสอบดูถูกต้องเมื่ออ่านด้วยตนเองเท่านั้น เชื่อมต่อมันให้ปิดได้มากที่สุดไม่กี่รายการต่อวันจนกว่าจะสร้างความน่าเชื่อถือได้

หากคุณกำลังตรวจสอบพื้นผิว API ที่ปัญหาเหล่านั้นอธิบาย, Apidog จะจัดการด้านสัญญา เอกสาร OpenAPI เดียวกันนี้ใช้ขับเคลื่อน mock servers, การทดสอบอัตโนมัติ, และเอกสารที่ผู้มีส่วนร่วมของคุณอ่านก่อนที่จะยื่นรายงานบั๊ก การจับคู่บอทคัดกรองกับสเปกที่มีเวอร์ชันควบคุมอย่างเข้มงวด มักจะลดอัตราปัญหาที่ซ้ำซ้อนลงครึ่งหนึ่งก่อนที่บอทจะเริ่มทำงานด้วยซ้ำ ดาวน์โหลด Apidog หากคุณต้องการเริ่มต้นด้วยระเบียบวินัยของสเปก

ข้อจำกัดและการแลกเปลี่ยนในการออกแบบ

มีบางสิ่งที่ ClawSweeper จงใจไม่ทำ:

การแลกเปลี่ยนเหล่านี้คือเหตุผลที่ทำให้บอทสามารถคาดเดาพฤติกรรมได้ นอกจากนี้ยังเปิดพื้นที่สำหรับระบบอัตโนมัติที่เกี่ยวข้อง เช่น บอทติดป้ายกำกับ, ตัวแจ้งเตือน 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 แยกต่างหากพร้อมคู่มือการมีส่วนร่วมของตัวเอง

ฝึกการออกแบบ API แบบ Design-first ใน Apidog

ค้นพบวิธีที่ง่ายขึ้นในการสร้างและใช้ API