AFK
ย่อจาก Away From Keyboard: การปล่อยให้ AI agent ทำงานต่อเองขณะเราลุกไปทำอย่างอื่น โดยวางเกณฑ์ตรวจงานและขอบเขตสิทธิ์ไว้ล่วงหน้าแทนการนั่งเฝ้าหน้าจอ
AFK เป็นสแลงจากโลกเกมออนไลน์ ย่อมาจาก Away From Keyboard แปลตรงตัวว่า "ไม่อยู่หน้าคีย์บอร์ด" แต่พอคำนี้ข้ามมาอยู่ในโลกการทำงานกับ AI ความหมายขยับจากการบอกสถานะ กลายเป็นชื่อเรียกวิธีทำงานแบบหนึ่ง: การตั้งใจมอบงานให้ agent ทำต่อเนื่องยาวๆ ใน session เดียว โดยไม่มีคนนั่งเฝ้าคอยกดอนุมัติหรือคอยตอบคำถามทีละขั้น เอกสารของ Claude Code เรียกการรันลักษณะนี้ว่า unattended run และมีโหมด non-interactive (คำสั่ง claude -p) ไว้สำหรับฝังงานแบบนี้ลงใน script หรือ CI pipeline โดยเฉพาะ
หัวใจของการปล่อย AFK ไม่ใช่ความเก่งของ model แต่คือสิ่งที่เราเตรียมไว้ก่อนลุกจากโต๊ะ เอกสาร best practices ของ Claude Code สรุปไว้ชัดว่าการให้ agent มีเกณฑ์ตรวจที่มันรันเองได้ เช่น test suite, exit code ของ build หรือ script เทียบผลลัพธ์ คือ "ความต่างระหว่าง session ที่ต้องนั่งดู กับ session ที่เดินออกไปได้" เพราะถ้าไม่มี automated-check คนจะกลายเป็นตัวตรวจงานเสียเอง ทุกความผิดพลาดต้องรอให้เรากลับมาเห็น อีกครึ่งหนึ่งคือการตีกรอบสิทธิ์ล่วงหน้าผ่าน permission-mode: auto mode ใช้ classifier แยกต่างหากคอยตรวจและ block คำสั่งเสี่ยง เช่น deploy ขึ้น production หรือการลบข้อมูลจำนวนมาก (และในโหมด non-interactive ถ้าโดน block ซ้ำหลายครั้ง ระบบจะยุติการรันเองเพราะไม่มีคนให้ถาม) ส่วน flag --allowedTools ใช้จำกัดว่า agent แตะเครื่องมือไหนได้บ้าง ซึ่งเอกสารย้ำว่าสำคัญเป็นพิเศษเวลารันแบบ unattended สำหรับโหมดข้ามการตรวจทั้งหมดอย่าง --dangerously-skip-permissions เอกสารกำชับให้ใช้เฉพาะในสภาพแวดล้อมแยกขาดอย่าง container หรือ VM ที่ไม่ต่ออินเทอร์เน็ต ทำนองเดียวกับ sandbox
คนทำงานยุค AI ควรรู้จักคำนี้เพราะมันสะท้อนการเปลี่ยนบทบาทครั้งใหญ่: จากการนั่งคุยโต้ตอบกับ AI เป็นการ "มอบหมายแล้วเดินออก" มูลค่าของคนย้ายจากการเฝ้าดูไปอยู่ที่งานออกแบบก่อนปล่อย (เขียนโจทย์ชัด วางเกณฑ์ตรวจ กำหนดขอบเขตสิทธิ์) และงานตรวจรับตอนกลับมา เอกสารแนะนำให้บังคับ agent แสดงหลักฐานจริง เช่น ผล test หรือคำสั่งที่รันพร้อมผลลัพธ์ แทนการบอกลอยๆ ว่าเสร็จแล้ว และยิ่งปล่อยให้ทำงานนานเท่าไหร่ ยิ่งควรมีขั้นตรวจอิสระ เช่น ให้ subagent ที่ context สะอาดมา review งานซ้ำก่อนถือว่าจบ
ตัวอย่างจากบทสนทนาจริง
ถาม: พี่ครับ ผมสั่ง Claude ให้แก้ bug แล้วปิดจอไปประชุมสองชั่วโมง กลับมาปรากฏว่ามันหยุดรอผมกดอนุมัติตั้งแต่ห้านาทีแรก แบบนี้จะเรียกว่าให้ AI ทำงานแทนได้ยังไง
ตอบ: เพราะยังไม่ได้เตรียมงานให้เป็น AFK run ครับ ก่อนลุกต้องทำสองอย่าง: หนึ่ง ให้เกณฑ์ตรวจที่มันรันเองได้ เช่น "แก้เสร็จแล้วรัน test ให้ผ่านทุกตัวก่อนหยุด" สอง เปิด permission mode ที่ไม่ต้องรอคนกด เช่น auto mode ที่มีตัวตรวจความปลอดภัยทำงานเบื้องหลัง พอครบสองอย่างนี้ agent จะวนทำจน test ผ่านเอง เรากลับมาแค่ตรวจหลักฐานตอนจบ
ระวังสับสนกับ
- human-in-the-loop: เป็นขั้วตรงข้ามกัน · human-in-the-loop คือการออกแบบให้คนอยู่ในลูปคอยอนุมัติจุดสำคัญ ส่วน AFK คือการถอดคนออกจากลูประหว่างทาง แล้วย้ายการควบคุมไปไว้ที่การตั้งค่าก่อนปล่อยและการตรวจหลักฐานหลังจบแทน
- vibe-coding: vibe-coding คือสไตล์นั่งคุยสดกับ AI สั่งแล้วดูผลทันทีเป็นรอบสั้นๆ ยังอยู่หน้าคีย์บอร์ดตลอด ส่วน AFK คือการมอบงานก้อนยาวแล้วเดินออกไปเลย เป็นคนละจังหวะการทำงานกัน
Sources (3)
- https://code.claude.com/docs/en/headless fetched 2026-07-31
- https://code.claude.com/docs/en/best-practices fetched 2026-07-31
- https://code.claude.com/docs/en/permission-modes fetched 2026-07-31
อ่านจบแล้วอยากตามเรื่อง AI แบบนี้ต่อทุกวัน เรามีสรุปข่าวภาษาไทยส่งทาง LINE ทุกเช้า กดเพิ่มเพื่อนไว้ได้เลย ไม่มีค่าใช้จ่าย