เจ้าของโพสต์หนึ่งใน r/ExperiencedDevs กำลังจะสัมภาษณ์ตำแหน่ง senior front-end บริษัทส่ง React spec มาให้ดูล่วงหน้า และในวันจริงเขาต้องสร้างงานตาม spec สดๆ ต่อหน้าวิศวกรสองคน โดยเลือกเปิด AI agent ที่ถนัดได้เลย ไม่ว่าจะเป็น Claude Code หรือ Cursor รอบนี้ไม่มี whiteboard ไม่มี take-home และประกาศก็เขียนไว้ตรงๆ ว่าอยากให้ใช้ agent

อีกคนใน r/webdev กำลังจะเจอรอบแบบเดียวกันเป็นครั้งแรก แต่กลับกังวลว่าถ้าใช้ Claude CLI ใน VS Code แทน Cursor หรือ Copilot จะดูตามคนอื่นไม่ทันหรือเปล่า ทั้งที่ประกาศของบริษัทบอกเองว่าให้วางแผนใช้เครื่องมือ AI ตลอดรอบ จะเลือก Cursor · Copilot หรือเครื่องมือที่ถนัดก็ได้

เคสที่สามหนักกว่านั้น บริษัทเชิญผู้สมัครเข้า private repo ก่อนเริ่มสัมภาษณ์ราวสิบนาที แล้วให้โคลน repo และรันระบบให้ได้ภายในเวลานั้น โจทย์จริงคือให้ดู PR ที่ค้างอยู่หนึ่งอัน ตัดสินว่าดีพอจะ merge หรือควรตีกลับ พร้อมอธิบายเหตุผล บริษัทอนุญาตให้ใช้ AI และเมื่อลองถามว่าควรเลือกโมเดลไหนก็ได้คำตอบว่าแล้วแต่เลย สุดท้ายเจ้าของเรื่องสอบตก และตอนที่มาตั้งกระทู้ก็ยังไม่รู้ว่าตกเพราะอะไร

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

กรรมการดูอะไร และไม่ได้ดูอะไร

ใต้สองกระทู้แรกมีคำตอบจากคนที่เคยนั่งเป็นกรรมการรอบแบบนี้เอง แม้จะอยู่คนละกระทู้ แต่ต่างก็บอกตรงกันว่ายี่ห้อของเครื่องมือไม่ใช่เกณฑ์ ตราบใดที่บริษัทไม่ได้กำหนดว่าต้องใช้ตัวไหน กรรมการคนหนึ่งบอกว่าเคยคุมรอบลักษณะนี้มาราวห้าครั้ง และการเลือกเครื่องมือไม่เคยมีผลต่อคะแนน ตัวเขาเองก็ใช้ Claude Code ใน VS Code เช่นกัน

เกณฑ์จริงอยู่ที่วิธีแตกโจทย์เป็นส่วนย่อย · บริบทที่ป้อนให้ agent · วิธีเขียน prompt · และการอธิบายเหตุผลของทางที่เลือก รวมถึงว่าแต่ละทางต้องแลกอะไรกับอะไร กรรมการอีกคนเล่าว่าเมื่อหมดช่วงลงมือ เขาจะเอา agent ออก แล้วให้ผู้สมัครอธิบายโค้ด การตัดสินใจ สิ่งที่ต้องแลก และโครงสร้างที่ได้มาอีกครั้งโดยไม่มีตัวช่วย

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

สิ่งที่กรรมการคนเดิมบอกว่าดูแล้วทรมาน คือการเห็นผู้สมัครก๊อบโค้ดกับ error ไปมาระหว่างเว็บ AI และ editor แทนที่จะใช้ agent ที่เชื่อมอยู่กับ workspace จริง เพราะทำให้งานสะดุดอยู่ตลอด ปัญหาไม่ได้อยู่ที่ว่าเปิดเครื่องมือยี่ห้อไหน ดังนั้นคนที่กลัวว่าใช้ Claude CLI ใน VS Code แล้วจะดูตกยุคจึงกำลังกังวลผิดจุด ถ้าบริษัทสนใจจริงๆ ว่าต้องใช้ตัวไหน บริษัทจะเขียนกำหนดไว้ในประกาศตั้งแต่แรก

ทำไมงานที่ทำเสร็จถึงมีน้ำหนักน้อยกว่าที่ผู้สมัครรู้สึก

คำตอบที่ตรงที่สุดในกระทู้แรกชวนให้มองจากฝั่งวิศวกรสองคนที่นั่งดูอยู่ ว่าในหนึ่งชั่วโมงพวกเขาจะเห็นอะไรได้บ้าง แค่ diff ที่ agent สร้างออกมาก็อ่านไม่ทันแล้ว ชิ้นงานตอนจบจึงมีน้ำหนักน้อยกว่าที่คนทำรู้สึกมาก

นาทีเดียวในรอบนั้นที่ให้ข้อมูลกับกรรมการจริงๆ คือนาทีที่ agent ส่งงานซึ่งดูสมเหตุสมผลแต่ผิดกลับมา

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

เมื่อชิ้นงานสุดท้ายมีน้ำหนักน้อยลง สิ่งที่กรรมการเก็บได้ระหว่างทางจึงแทบกลายเป็นคะแนนทั้งหมด แต่คนที่มอง agent ทำงานเงียบๆ จากอีกฝั่งของ screen share ไม่มีทางตามทันว่ากำลังเกิดอะไรขึ้น หากผู้สมัครไม่พูดออกมา

ฝั่งกรรมการเองก็ยังเถียงกันว่ารูปแบบนี้วัดอะไรได้

ในกระทู้ของคนที่สอบตก มีสองฝั่งเถียงกันโดยไม่มีใครยอมใคร ฝั่งหนึ่งบอกว่าควรโยน PR เข้า AI ตั้งแต่นาทีแรก เพราะมันจับอะไรได้มากกว่าที่คนคาด ส่วนอีกฝั่งมองว่าไม่มีทางเข้าใจโค้ดที่ไม่เคยเห็นมาก่อนได้ทันในสิบนาที ข้อสอบที่ออกแบบแบบนี้จึงวัดอะไรไม่ได้เลย

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

อีกประเด็นที่มีคนชี้ในกระทู้เดียวกันคือคำว่าอนุญาตให้ใช้ AI กับคำว่าคาดหวังให้ใช้ AI ไม่ใช่เรื่องเดียวกัน ถ้าบริษัทไม่พูดให้ชัด ผู้สมัครก็ไม่มีทางรู้ว่าบริษัทหมายถึงแบบไหน สองบริษัทแรกในสามเคสนี้เขียนไว้ตั้งแต่ต้นว่าอยากให้ใช้ ส่วนบริษัทที่สามบอกเพียงว่าใช้ได้ นี่จึงเป็นความกำกวมที่ผู้สมัครแก้เองไม่ได้

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

ลำดับที่ซ้อมได้ก่อนเข้าสัมภาษณ์รอบถัดไป

• อ่าน spec ให้จบ แล้วชี้จุดที่ตีความได้สองทางก่อนพิมพ์ prompt แรก บอกว่าคุณเลือกตีความทางไหน และถ้ามี PM อยู่ตรงนั้นจะถามอะไร เพราะกรรมการมองเห็นวิธีคิดช่วงนี้ได้เฉพาะตอนที่มันเกิดขึ้นเท่านั้น
• อย่ายิง prompt เดียวให้จบทั้งโจทย์ กรรมการยกพฤติกรรมนี้เป็นธงแดงโดยตรง ให้แบ่งงานเป็นส่วนย่อยแล้วทำไปทีละส่วน
• ให้ agent ร่างเกณฑ์ยอมรับและขั้นตอนทดสอบด้วยมือออกมาก่อน จากนั้นไล่ตรวจทีละข้อให้กรรมการเห็น คนที่เล่าว่าใช้วิธีนี้บอกว่าผ่านรอบดังกล่าว และตอนที่มาเล่าก็ได้ตำแหน่ง senior มาแล้วราวสี่เดือน
• พูดก่อนลงมือ ไม่ใช่รอพูดหลังทำเสร็จ บอกก่อนว่าคุณกำลังจะให้ agent ทำอะไร เมื่อได้ผลลัพธ์กลับมาก็บอกว่ากำลังตรวจอะไร คนที่เคยผ่านรอบแบบนี้เล่าว่าใช้เวลาราวสิบถึงสิบห้านาทีกับการวางแผนและเขียน prompt ก่อนปล่อยให้ agent เริ่มสร้างงานจริง
• คุมแต่ละเทิร์นไว้ราวสามสิบวินาที เพื่อให้มีอะไรให้ดูเป็นระยะ ถ้าปล่อยให้ agent ทำงานยาวๆ แบบเงียบๆ จอจะนิ่งจนกรรมการไม่มีอะไรให้อ่าน ส่วน scrollback ดิบๆ ใน terminal ก็ไล่อ่านผ่าน screen share ได้ยาก ต่อให้งานที่ agent ทำจะดีก็ตาม
• เมื่อได้ diff กลับมา ให้อ่านส่วนที่เกี่ยวออกเสียง แล้วบอกให้ชัดว่าตรงไหนไม่รับและเพราะอะไร มีกรรมการบอกตรงๆ ว่านี่คือสิ่งที่เขาให้คะแนนอยู่แล้ว ถ้าเจอข้อผิดพลาด อย่ากลบ แต่ให้ชี้ว่าผิดตรงไหนและคุณรู้ได้อย่างไร
• ซ้อมอธิบายผลงานโดยไม่มี agent ช่วย กรรมการบางคนเก็บช่วงนี้ไว้ตอนท้าย เมื่อเอาเครื่องมือออกไปแล้ว คุณยังต้องอธิบายโครงสร้างและเหตุผลของตัวเองได้

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

ถ้าต้องเป็นคนออกข้อสอบเอง

สำหรับหัวหน้าทีมที่กำลังออกแบบรอบสัมภาษณ์ลักษณะนี้ ทั้งสามเคสข้างต้นมีคำเตือนอยู่สองข้อ

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

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

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

---

ที่มา:

• กระทู้ What are interviewers actually looking for in a "use an AI agent live" coding interview? จาก r/ExperiencedDevs
• กระทู้ First live coding interview with AI tools. Will I look silly if I show up using the Claude CLI in VSCode? จาก r/webdev
• กระทู้ Recent AI code interview format (failed) จาก r/ExperiencedDevs