Memory Leak Investigator

ภาพรวม

ชุดคำสั่งในหมวด ตรวจสอบและแก้บั๊ก · กลุ่มเทคโนโลยีและนักพัฒนา

ปัญหาที่คำสั่งนี้เข้าไปแก้

หาสาเหตุเซอร์วิสที่โดน OOM แล้วรีสตาร์ต
หาจุดรั่วใน Worker ที่รันยาว
แยกการรั่วจริงออกจากแคชที่โตตามปกติ

ข้างในไฟล์มีอะไรบ้าง

8 ส่วน · 5 ขั้นตอน · 26 ข้อกำหนด เรียงมาให้ AI คิดครบก่อนตอบ

Step 0 — Classify the growth
Intake — ระบุข้อมูลที่คุณต้องป้อนเอง เพราะ AI ไม่มีทางรู้แทนคุณได้
Step 1 — Evidence before code
Step 2 — Retention path
Step 3 — Confirm before fixing

รูปแบบไฟล์และเงื่อนไขการเข้าถึง

ไฟล์ Markdown ไฟล์เดียวจบ ใช้ได้กับ ChatGPT, Claude, Gemini
ดาวน์โหลดและคัดลอกเฉพาะบัญชี Premium
มีเฉพาะฉบับภาษาอังกฤษ — งานเทคนิคที่แปลแล้วความหมายเพี้ยน

เหมาะกับใคร

เขียนสำหรับนักพัฒนา QA Engineer โดยให้ AI ทำหน้าที่เป็น Strict Code Reviewer

กลุ่มที่ได้ประโยชน์มากที่สุด

นักพัฒนา QA Engineer
คนที่ทำงานด้านตรวจสอบและแก้บั๊ก เป็นครั้งคราว ไม่อยากเริ่มจากศูนย์ทุกครั้ง
คนที่อยากได้ตัวอย่างคำสั่งที่เขียนครบ ไว้เป็นแบบเขียนเอง

สถานการณ์ที่หยิบไปใช้ได้ทันที

เหมาะกับงานเหล่านี้: หาข้อผิดพลาดในโค้ด และแนะนำวิธี Refactor ให้โค้ดสะอาดขึ้น

สิ่งที่ควรรู้ก่อนเริ่ม

เป็นคำสั่งระดับ Premium การดาวน์โหลดและคัดลอกต้องใช้บัญชี Premium แต่เนื้อหาอธิบายทั้งหมดในหน้านี้เปิดให้อ่านฟรี
ไฟล์เป็นภาษาอังกฤษอย่างเดียว — เนื้อหาเทคนิคที่แปลแล้วความหมายเพี้ยน แต่คุยกับ AI เป็นไทยได้ตามปกติ
ยังต้องตรวจเอง จุดที่ควรตรวจก่อนเสมอคือตัวเลข ชื่อบุคคล ชื่อองค์กร และลิงก์อ้างอิง

เมื่อไหร่ที่ควรใช้คำสั่งอื่นแทน

ถ้าโจทย์ไม่ใช่งานด้านตรวจสอบและแก้บั๊ก คำสั่งนี้จะวางกรอบผิดตั้งแต่บรรทัดแรก เลือกจากหมวดที่ตรงกว่า

รีวิว

ยังไม่มีรีวิว มาเป็นคนแรกเลย!

เขียนรีวิว

เตรียมอะไรก่อนเริ่ม

ก่อนรันครั้งแรก เช็กว่ามีครบ — คำสั่งที่ดีไม่ช่วยชดเชยข้อมูลที่ขาด

ข้อมูลที่ต้องเตรียม

หัวข้อ “Intake” ระบุไว้ว่าจะขออะไรจากคุณ ถ้ายังไม่มี AI จะถามกลับก่อน

ระดับความพร้อม: พร้อมใช้ทันที

วางแล้วใช้ได้เลย แทนค่าในวงเล็บด้วยข้อมูลจริงจะได้ผลดีกว่า แต่ไม่บังคับ

เครื่องมือและภาษา

ใช้ได้กับผู้ช่วย AI ทุกตัวที่รับข้อความยาว ไม่ต้องติดตั้งอะไรเพิ่ม ไฟล์เป็นภาษาอังกฤษอย่างเดียว คุยต่อเป็นไทยได้ แต่อย่าแปลตัวไฟล์

ใครควรใช้

นักพัฒนา QA Engineer นอกกลุ่มนี้ควรใช้ผลเป็นจุดตั้งต้น ไม่ใช่คำตอบสุดท้าย

คำสั่งนี้ทำงานอย่างไร

เขียนแบบต่อเนื่องชุดเดียว รวมบทบาท ขอบเขตงาน และรูปแบบผลลัพธ์ไว้ด้วยกัน

กรอบงานที่วางไว้ให้ AI

ไม่ประกาศบทบาท แต่วางกรอบงานทันทีในบริบทของตรวจสอบและแก้บั๊ก เหมาะกับงานที่โจทย์ชัดอยู่แล้ว

คู่มือใช้งานแบบละเอียด

เปิดไฟล์ รัน อ่านผล และรู้ว่าต้องแก้ตรงไหนเมื่อผลไม่ตรง

ขั้นที่ 1 — เปิดไฟล์และเลือกเครื่องมือ

วางเนื้อหาไฟล์เป็นข้อความแรกของแชทใหม่ อย่าต่อท้ายบทสนทนาเดิม เพราะบริบทเก่าจะรบกวนกติกาในไฟล์ ใช้ได้ทั้ง ChatGPT, Claude และ Gemini

ขั้นที่ 2 — รันและอ่านผล

AI จะรับบทเป็น Strict Code Reviewer แล้วทำงานตามกรอบที่ไฟล์วางไว้ ถ้าข้อมูลไม่ครบ AI จะถามกลับก่อน — นั่นคือคำสั่งทำงานถูกต้อง ไม่ใช่ข้อผิดพลาด

แก้ตรงไหนเมื่อผลลัพธ์ไม่ตรงใจ

แต่ละหัวข้อคุมพฤติกรรมคนละอย่าง แก้ทีละหัวข้อแล้วรันใหม่ ถ้ารื้อพร้อมกันหลายจุด จะไม่รู้ว่าอะไรได้ผล

ตัวอย่างการนำไปใช้

หาสาเหตุเซอร์วิสที่โดน OOM แล้วรีสตาร์ต
หาจุดรั่วใน Worker ที่รันยาว
แยกการรั่วจริงออกจากแคชที่โตตามปกติ

ตัวอย่าง

เซอร์วิส Node ใช้เมมเพิ่มขึ้นเรื่อย ๆ ข้ามวัน

อินพุต

รีสตาร์ตทุก 3 วัน ไม่เห็นสาเหตุชัดเจน

ผลลัพธ์

ให้ขั้นตอนเทียบ Heap Snapshot แล้วแคบลงมาที่ Listener ค้างบน Emitter ระดับโมดูล พร้อมชี้เส้นทางในโค้ด

เทคนิคการปรับแต่ง

ใช้ได้ทันทีโดยไม่ต้องกรอกตัวแปร แต่ยังมีจุดปรับได้ เรียงจากจุดที่ให้ผลมากไปน้อย

ปรับความเข้มของข้อกำหนด

ข้อกำหนดคือคันบังคับถัดไป แก้ครั้งละจุดแล้วเทียบผล

เขียนกลุ่มเป้าหมายให้แคบลง ระบุอาชีพ ช่วงอายุ และความรู้เดิม แทน “คนทั่วไป”
เติมบรรทัดกำหนดโทนเอง เช่น “เขียนแบบเป็นกันเอง ไม่ใช้ศัพท์เทคนิค” — ไฟล์นี้ยังไม่ล็อกโทนไว้

ใช้ได้ทันที และต่อยอดได้

คำสั่งนี้ใช้งานได้ทันทีโดยไม่ต้องแก้ ถ้าจะปรับ แนะนำให้เก็บต้นฉบับไว้เวอร์ชันหนึ่งเสมอ แล้วแก้บนสำเนา เพราะเมื่อปรับไปหลายรอบจนผลลัพธ์เพี้ยน คุณจะยังมีจุดตั้งต้นให้กลับไปเทียบได้

ต่อเป็น Workflow หลายขั้น

เอาผลจากคำสั่งนี้ไปเป็นข้อมูลตั้งต้นของคำสั่งถัดไปในหมวดตรวจสอบและแก้บั๊ก ร่างก่อนแล้วค่อยส่งต่อให้ตรวจ ได้ผลดีกว่าสั่งทุกอย่างรอบเดียว

ผลลัพธ์ที่จะได้รับ

ได้อะไรกลับมา และอะไรที่คำสั่งนี้ไม่ทำให้

หน้าตาของคำตอบ

หัวข้อ “Output contract” ล็อกรูปแบบไว้ 8 องค์ประกอบ ผลจึงมีโครงเดิมทุกครั้ง

ให้ขั้นตอนเทียบ Heap Snapshot แล้วแคบลงมาที่ Listener ค้างบน Emitter ระดับโมดูล พร้อมชี้เส้นทางในโค้ด

สิ่งที่คำสั่งนี้จะไม่ทำ

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

“Constraints” ระบุสิ่งที่ห้ามทำไว้ชัดเจน 3 ข้อ คำตอบที่ข้ามข้อห้ามเหล่านี้ถือว่าไม่ผ่าน

วิธีดูว่ารอบนี้ได้ผลดีหรือยัง

เกณฑ์ตรวจสอบเร็ว ๆ คือคำตอบอ้างอิงข้อมูลที่คุณให้จริง ไม่ใช่ตัวอย่างสมมติ ถ้า AI ถามกลับ แปลว่าคำสั่งทำงานถูกต้อง คำตอบที่กว้างจนใช้กับใครก็ได้ มักเกิดจากวงเล็บที่ยังไม่ได้แทนค่า

ผู้ช่วยสืบหาปัญหาหน่วยความจำรั่ว