อ่าน docs จริงโดยไม่จมน้ำ

คุณกำลังจะลองใช้ฟีเจอร์ใหม่ของ Claude สักอย่าง คุณ Google เจอหน้าคู่มืออย่างเป็นทางการของมัน กดเข้าไป แล้วภายในสามวินาทีแรกคุณก็เจอประโยคแบบนี้

Each subagent runs in its own context window with a custom system prompt, specific tool access, and independent permissions.

หนึ่งประโยค มีศัพท์ที่ดูน่ากลัวอยู่สี่ห้าตัว context window, system prompt, tool, permission คุณเลื่อนลงไปอีกนิดก็เจอบล็อกหน้าตาแปลก ๆ ที่มีคำว่า name: tools: model: เรียงกันเป็นตาราง ความรู้สึกแรกคือ "นี่มันสำหรับโปรแกรมเมอร์ ไม่ใช่สำหรับเรา" แล้วคุณก็ปิดแท็บนั้นทิ้ง

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

ทำไม docs ถึงดูน่ากลัว ทั้งที่มันไม่ได้ตั้งใจจะน่ากลัว

ก่อนถอดรหัส ต้องเข้าใจก่อนว่าทำไมคุณถึงรู้สึกจมน้ำ เพราะมันไม่ใช่เพราะคุณโง่ และไม่ใช่เพราะเนื้อหามันยากเกินคุณจริง ๆ

หน้า docs เขียนขึ้นโดยคนที่รู้เรื่องนี้อยู่แล้ว เพื่อคนที่รู้เรื่องนี้อยู่แล้ว มันเลยไม่หยุดอธิบายว่า "context window คืออะไร" เพราะคนเขียนคิดว่าคุณรู้แล้ว มันแค่ ใช้ คำนั้นเฉย ๆ เหมือนเมนูในร้านอาหารที่เขียนว่า "ผัดกะเพรา" โดยไม่อธิบายว่ากะเพราคืออะไร เพราะสมมติว่าคุณรู้จักกะเพราอยู่แล้ว

ปัญหาคือเวลาคำที่คุณไม่รู้จักมาเรียงกันหลายตัวในประโยคเดียว สมองจะตื่นตระหนกและตีความว่า "เรื่องทั้งหมดนี้ยาก" ทั้งที่จริง ๆ มันแค่ "มีคำที่ฉันยังไม่ได้แปล" สองอย่างนี้ต่างกันมาก อย่างแรกแก้ไม่ได้ อย่างหลังแก้ได้ด้วยพจนานุกรมเล่มเดียว

และพจนานุกรมเล่มนั้น คุณถืออยู่ในมือแล้ว มันคือทุกบทที่คุณอ่านมาในภาค 1 ถึง 3 ศัพท์เกือบทุกตัวที่อยู่บนหน้า docs ของ Claude คือชื่อทางการของชิ้นส่วนที่บทก่อน ๆ อธิบายให้คุณฟังด้วยภาษาคนไปแล้ว

💡 ใจความสำคัญ: ความรู้สึก "อ่านไม่รู้เรื่อง" ส่วนใหญ่ไม่ได้แปลว่าเนื้อหายากเกินคุณ มันแปลว่ามีคำที่ยังไม่ได้แปลกลับเป็นภาษาที่คุณเข้าใจ พอแปลครบ กำแพงก็หายไป

เปิดหน้าจริง: หน้า "subagent" ของ Claude

ทีนี้มาลงมือกัน หน้าที่เราจะถอดรหัสคือหน้าเรื่อง subagent ของ Claude Code ซึ่งเป็นหนึ่งในหน้าที่คนไม่สายเทคเปิดแล้วปิดหนีบ่อยที่สุด เพราะมันดูเทคนิคจัด เราเลือกหน้านี้เพราะมันแน่นไปด้วยศัพท์ที่คุณเรียนมาแล้วทั้งหมด ถ้าถอดหน้านี้ได้ หน้าอื่นก็สบาย

หน้านี้เปิดด้วยประโยคนี้ (แปลเป็นไทยคร่าว ๆ)

subagent คือผู้ช่วย AI เฉพาะทางที่จัดการงานบางประเภท ใช้มันตอนที่งานข้าง ๆ จะทำให้บทสนทนาหลักของคุณเต็มไปด้วยผลการค้นหา log หรือเนื้อไฟล์ที่คุณจะไม่ได้กลับมาดูอีก subagent ทำงานนั้นในพื้นที่ของมันเอง แล้วส่งกลับมาแค่บทสรุป

ฟังดูเป็นศัพท์เทคนิคล้วน ๆ แต่ลองช้า ๆ คุณจะเห็นว่าทุกคำในนั้นคือเรื่องที่คุณรู้แล้ว

คำว่า "บทสนทนาหลักจะเต็มไปด้วย log และเนื้อไฟล์" นี่คือเรื่อง กองข้อความที่หนาขึ้นเรื่อย ๆ ทุกครั้งที่กด Enter ที่คุณอ่านมาแล้วเป๊ะ ๆ ยิ่งยัดของเข้าไปในแชทมาก มันยิ่งช้า แพง และเริ่มพลาด

คำว่า "subagent ทำงานในพื้นที่ของมันเอง" คือการเปิดแชทแยกอีกอันให้ผู้ช่วยตัวเล็กไปลุยงานสกปรกในกองข้อความของมันเอง แล้วส่งกลับมาแค่บทสรุปสั้น ๆ กองหลักของคุณเลยไม่บวม นี่คือเหตุผลทั้งหมดว่าทำไม subagent ถึงมีอยู่ มันคือเครื่องมือจัดการกองข้อความ ไม่ใช่ AI พันธุ์วิเศษ (เรื่อง กลไก context window กับการแยกงานออกเป็น sub-agent อยู่ในภาค 3 ถ้าอยากเจาะลึก)

ประโยคที่ดูน่ากลัวที่สุดของหน้า จึงเป็นแค่ชื่อทางการของกลไกที่คุณเข้าใจอยู่แล้ว

หัวใจของการถอดรหัส: บล็อกตั้งค่าที่ดูน่ากลัวที่สุด

เลื่อนหน้าลงมาอีกหน่อย คุณจะเจอบล็อกที่ทำให้คนไม่สายเทคปิดแท็บมากที่สุด มันหน้าตาแบบนี้

---
name: code-reviewer
description: Reviews code for quality and best practices
tools: Read, Glob, Grep
model: sonnet
---

ห้าบรรทัด มีขีดสามขีดข้างบนข้างล่าง มีคำอังกฤษแปลก ๆ พอเห็นปุ๊บสมองสั่งทันทีว่า "นี่โค้ด ฉันอ่านไม่ออกหรอก" แต่หยุดก่อน บล็อกนี้ไม่ใช่โค้ด มันคือ แบบฟอร์มกรอกข้อมูล ที่เรียบง่ายมาก แต่ละบรรทัดคือช่องกรอกหนึ่งช่อง ฝั่งซ้ายของเครื่องหมาย : คือชื่อช่อง ฝั่งขวาคือสิ่งที่คุณกรอกลงไป เหมือนใบสมัครที่เขียนว่า "ชื่อ: ___" "อายุ: ___"

ทีนี้มากรอกความเข้าใจลงไปทีละช่อง และคุณจะเห็นว่าทุกช่องคือเรื่องที่คุณรู้แล้ว

• name: code-reviewer ช่อง "ชื่อ" คุณตั้งชื่อเล่นให้ผู้ช่วยตัวนี้ว่า "code-reviewer" จบ ไม่มีอะไรลึกลับ
• description: Reviews code... ช่อง "คำอธิบาย" คุณเขียนบอกว่าผู้ช่วยตัวนี้เอาไว้ทำอะไร เพื่อให้ตัวหลักรู้ว่าเมื่อไหร่ควรเรียกมันมาช่วย นี่คือ prompt แบบหนึ่งนั่นเอง คุณกำลังสั่งงานด้วยภาษาคน
• tools: Read, Glob, Grep ช่อง "เครื่องมือ" คุณบอกว่าผู้ช่วยตัวนี้หยิบเครื่องมืออะไรไปใช้ได้บ้าง คำว่า tool ก็คือ "ความสามารถที่ระบบยื่นให้ model ใช้" เช่น อ่านไฟล์ ค้นหา ซึ่งเป็นเรื่องเดียวกับที่อธิบายไว้ในเรื่อง ระบบที่ห่อ model ไว้ หรือ harness ในที่นี้คุณแค่จำกัดว่าตัวนี้ใช้ได้แค่สามอย่าง คือ อ่าน กับค้นหาสองแบบ ใช้แก้ไขไฟล์ไม่ได้
• model: sonnet ช่อง "เครื่องยนต์" คุณเลือกว่าจะให้ผู้ช่วยตัวนี้ใช้ model ตัวไหนเป็นสมอง ในที่นี้เลือก Sonnet คำว่า model คือ "เครื่องเดาคำที่เป็นสมองของทั้งระบบ" ที่อธิบายไว้ในเรื่อง model คือเครื่องยนต์ ไม่ใช่ทั้งรถ Claude มีหลายรุ่นให้เลือก รุ่นเล็กถูกและเร็ว รุ่นใหญ่ฉลาดแต่แพงกว่า

แค่นี้เอง บล็อกที่ดูเหมือนโค้ดสุดโหด จริง ๆ แล้วแปลเป็นไทยได้ว่า "ผู้ช่วยตัวนี้ชื่อ code-reviewer เอาไว้ตรวจโค้ด ให้มันอ่านไฟล์กับค้นหาได้ ห้ามแก้ไขไฟล์ และใช้สมองรุ่น Sonnet" จบ ประโยคเดียว

💡 ใจความสำคัญ: บล็อกตั้งค่าที่มี name: tools: model: ไม่ใช่โค้ด มันคือแบบฟอร์มกรอกข้อมูล ฝั่งซ้ายคือชื่อช่อง ฝั่งขวาคือสิ่งที่คุณกรอก ทุกชื่อช่องคือชิ้นส่วนที่คุณเรียนมาแล้ว model, tools, prompt

ศัพท์ที่เหลือบนหน้านั้น map กลับไปที่ไหน

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

• skills: คือ "สูตรสำเร็จที่เขียนเก็บไว้ล่วงหน้าแล้วเรียกใช้ซ้ำได้" ตรงกับเรื่อง skill กับ slash command ในภาค 3
• mcpServers: คือช่องเสียบเครื่องมือจากเจ้าอื่นเข้ามาให้ผู้ช่วยใช้ ผ่านปลั๊กมาตรฐานที่เรียกว่า MCP ตรงกับเรื่อง การต่อ AI เข้ากับเครื่องมือภายนอกด้วย MCP
• hooks: คือกฎที่ตั้งให้ "ยิงอัตโนมัติ" เมื่อถึงจุดใดจุดหนึ่ง เช่น ก่อนรันอะไรให้เซฟไฟล์ก่อน ตรงกับเรื่อง hook คือกฎอัตโนมัติ
• permissionMode: คือการตั้งว่าผู้ช่วยตัวนี้ต้องขออนุญาตคุณก่อนทำอะไร หรือทำเองได้เลยแค่ไหน ซึ่งคือเรื่องความปลอดภัยและ permission mode ที่อยู่ในภาค 3 เช่นกัน
• context window ที่โผล่ในประโยคแรก คือเพดานกองข้อความที่อธิบายเต็ม ๆ ใน กฎข้อเดียวที่ครอบงำทุกอย่าง

สังเกตอะไรไหม ทั้งหน้า ไม่มีศัพท์สักตัวที่คุณไม่เคยเจอชื่อมันมาก่อน หน้านี้ไม่ได้สอนความรู้ใหม่ มันแค่ประกอบชิ้นส่วนเดิมเข้าด้วยกัน แล้วบอกวิธีเขียนลงในแบบฟอร์มให้ Claude อ่านเข้าใจ

นี่คือ Aha ของทั้งบท docs หยุดน่ากลัวทันทีที่คุณเห็นว่ามันแค่ตั้งชื่อชิ้นส่วนที่คุณเข้าใจอยู่แล้ว

ลองทำดู: ถอดรหัสบล็อก docs ด้วยตัวเอง

เปิดเบราว์เซอร์ไปที่หน้าจริง code.claude.com/docs/en/sub-agents หาบล็อกที่มี name: tools: model: ที่เราคุยกันข้างบน อย่าเพิ่งอ่านคำอธิบายรอบ ๆ ให้มองแค่ฝั่งซ้ายของเครื่องหมาย : ทีละบรรทัด แล้วถามตัวเองคำเดียว "ช่องนี้คือชิ้นส่วนไหนที่ฉันเรียนมาแล้ว"

ทำแค่นี้กับสามสี่บรรทัด คุณจะรู้สึกได้ทันทีว่าหน้าที่เคยเบลอ กลายเป็นอ่านออก ไม่ใช่เพราะคุณฉลาดขึ้นในห้านาที แต่เพราะคุณเลิกอ่านมันเป็น "กำแพงศัพท์" แล้วเริ่มอ่านมันเป็น "แบบฟอร์มที่กรอกชิ้นส่วนที่ฉันรู้จัก"

4.2.1 คนสายเทคอ่าน docs ยังไง

ทีนี้มาดูว่าคนสองกลุ่มใช้หน้าเดียวกันนี้ต่างกันยังไง เพราะมันสะท้อนว่าคุณควรอ่าน docs แบบไหนให้เหมาะกับตัวเอง

คนสายเทคเปิด docs ด้วยคำถามที่เฉพาะเจาะจงมาก ส่วนใหญ่เขาไม่ได้อ่านตั้งแต่ต้นจนจบ เขามาหา "คำตอบของช่องเดียว" เช่น "ช่อง tools เขียนได้กี่แบบ" "ค่า default ของ model คืออะไรถ้าไม่กรอก" เขากดค้นหาในหน้า กระโดดไปที่ตารางช่องกรอกโดยตรง อ่านแค่แถวที่ต้องการ แล้วปิด

วิธีคิดของเขาคือ docs เป็น คู่มืออ้างอิง ไม่ใช่ตำราเรียน เขาไม่ได้คาดหวังว่าจะเข้าใจทุกอย่าง เขาแค่มาหยิบค่าที่ต้องใช้ตอนนั้น แล้วเอาไปกรอกในไฟล์ตั้งค่าจริง คือเขียนบล็อกแบบฟอร์มข้างบนลงในไฟล์บนเครื่อง แล้วให้ Claude ทำงานตามนั้น

สิ่งที่เขาตั้งให้ทำเองอัตโนมัติคืองานซ้ำ ๆ เช่น ตั้งผู้ช่วยตัวหนึ่งให้คอยตรวจโค้ดทุกครั้งที่จะส่งงาน ตั้งอีกตัวให้สรุป log ตอนระบบล่ม เขาเขียนแบบฟอร์มพวกนี้ครั้งเดียว แล้วเรียกใช้ซ้ำได้ตลอด แนวคิด "สร้างครั้งเดียว ใช้ซ้ำได้" นี้คือหัวใจของ บทเรื่องสร้างครั้งเดียวแล้วรันเอง ที่จะตามมา

จุดสำคัญคือ การที่เขาอ่าน docs ได้เร็ว ไม่ใช่เพราะเขาฉลาดกว่า แต่เพราะเขามีแผนที่ชิ้นส่วนในหัวอยู่แล้ว เขาเห็นคำว่า model: แล้วรู้ทันทีว่ามันคือช่องเลือกเครื่องยนต์ ไม่ต้องหยุดแปล ซึ่งแผนที่อันเดียวกันนั้น ตอนนี้คุณก็มีแล้ว

4.2.2 คนไม่สายเทคอ่าน docs ยังไง

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

วิธีที่หนึ่ง อ่านเพื่อรู้ว่า "มันทำอะไรได้บ้าง" ไม่ใช่เพื่อรู้ "วิธีตั้งค่า" คุณไม่ต้องสนใจบล็อก name: tools: เลยก็ได้ สิ่งที่มีค่ากับคุณคือย่อหน้าภาษาคนที่อยู่บนสุดของหน้า ที่บอกว่าฟีเจอร์นี้เอาไว้ทำอะไร แก้ปัญหาอะไร อ่านแค่นั้นพอ คุณจะได้รู้ว่า "อ๋อ มีของแบบนี้อยู่นะ ถ้าวันหนึ่งงานฉันต้องใช้ ค่อยกลับมาดู"

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

เครื่องมือที่คุณกำลังอ่าน docs ของมันอยู่ มันอ่าน docs ของตัวเองได้ดีกว่าคุณเสียอีก หน้าที่ของคุณไม่ใช่ท่องจำว่า permissionMode มีกี่ค่า หน้าที่ของคุณคือรู้ว่าฟีเจอร์นี้ มีอยู่ และมัน แก้ปัญหาอะไรของคุณได้ ที่เหลือคือการคุย

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

💡 ใจความสำคัญ: คนไม่สายเทคไม่ต้องอ่าน docs เพื่อ "ทำตาม" ทีละขั้น อ่านเพื่อรู้ว่า มีอะไรให้ใช้บ้าง แล้ววางลิงก์ docs ให้ AI ทำส่วนที่เป็นเทคนิคแทน คุณสั่งด้วยภาษาคน มันแปลเป็นแบบฟอร์มเอง

ลองทำดู: ให้ AI อ่าน docs แทนคุณ

เปิดแชทใหม่ใน Claude แล้วลองพิมพ์แบบนี้

ช่วยอ่านหน้านี้ให้หน่อย code.claude.com/docs/en/sub-agents
แล้วอธิบายเป็นภาษาคนว่า subagent คืออะไร เอาไว้แก้ปัญหาอะไรของคนทำงานทั่วไป
ไม่ต้องลงรายละเอียดวิธีตั้งค่า ฉันแค่อยากรู้ว่ามันช่วยอะไรฉันได้บ้าง

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

เคล็ดลับเล็ก ๆ ที่ทำให้ไม่จมน้ำ

นอกจากการ map ศัพท์ มีนิสัยการอ่านอีกสองสามอย่างที่ช่วยไม่ให้คุณจมน้ำเวลาเจอหน้า docs ที่ยาวและรก

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

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

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

และข้อสุดท้ายที่คนไทยควรจำ docs ของ Claude เป็นภาษาอังกฤษเกือบทั้งหมด ถ้าอ่านอังกฤษแล้วช้า อย่าฝืน วางทั้งหน้าให้ Claude แล้วบอกว่า "สรุปหน้านี้เป็นภาษาไทยให้หน่อย เน้นว่ามันทำอะไรได้" คุณจะได้เนื้อหาเดียวกันในภาษาที่คุณอ่านเร็วกว่า โดยไม่เสียความแม่นยำของต้นฉบับไป

สรุป: docs คือแผนที่ ไม่ใช่กำแพง

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

หน้า docs ของ Claude ไม่ได้ซ่อนความรู้ลับอะไรไว้ มันแค่ตั้งชื่อทางการให้กับชิ้นส่วนที่คุณรู้จักมาหมดแล้ว

• model คือเครื่องยนต์สมอง
• tool คือเครื่องมือที่ระบบยื่นให้
• context window คือกองข้อความที่มีเพดาน
• skill คือสูตรสำเร็จ
• MCP คือปลั๊กมาตรฐาน
• hook คือกฎอัตโนมัติ

และบล็อกตั้งค่าที่ดูเหมือนโค้ด จริง ๆ คือแบบฟอร์มกรอกข้อมูล ฝั่งซ้ายคือชื่อช่อง ฝั่งขวาคือสิ่งที่คุณกรอก

สายเทคหยิบค่าจาก docs ไปกรอกเอง ส่วนคุณวางลิงก์ให้ Claude อ่านและตั้งค่าให้ ปลายทางเดียวกัน คนละทาง

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

---

อ่านต่อ: ต้องใช้ AI ตลอดเวลาไหม insight แบบสร้างครั้งเดียว

แหล่งอ้างอิง

• https://code.claude.com/docs/en/sub-agents
• https://code.claude.com/docs/en/common-workflows
• https://code.claude.com/docs/llms.txt