คู่มือผู้ก่อตั้ง: สร้างสตาร์ทอัพแบบ AI-native

 (claude.com)
5 คะแนน โดย GN⁺ 4 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Claude เผยแพร่ คู่มือภาคปฏิบัติ ที่สรุปวิธีที่ผู้ก่อตั้งใช้ AI ตั้งแต่การตรวจสอบไอเดียไปจนถึงการขยายธุรกิจ พร้อมแบบฝึกหัด เฟรมเวิร์ก และพรอมป์ต์
  • ยุคที่ผู้ก่อตั้งซึ่งไม่มีประสบการณ์เขียนโค้ดก็สามารถเปิดตัว production application เข้าถึง รายได้ก่อนขยายทีม และ ทำงานซ้ำๆ ให้เป็นอัตโนมัติ ได้ กำลังมาถึง
  • บทบาทของผู้ก่อตั้งกำลังเปลี่ยนจากผู้ลงมือทำรายบุคคลไปเป็น orchestrator ทำให้โฟกัสกับงานที่มีแต่ตนเองเท่านั้นที่ทำได้
  • แบ่งวงจรชีวิตสตาร์ทอัพออกเป็น 4 ขั้นคือ Idea, MVP, Launch, Scale และจัดกรอบเกณฑ์การตัดสินใจใหม่ในแต่ละขั้นให้สอดคล้องกับรูปแบบการใช้ AI ที่จะเป็นไปได้ในปี 2026
  • งานที่เกิดซ้ำในช่วงเริ่มต้นของการก่อตั้ง เช่น การตรวจสอบสมมติฐานของปัญหา การทำแผนที่สภาพการแข่งขัน การค้นหาลูกค้า และการจัดการโค้ดเบสของ MVP ถูกจัดการด้วย เวิร์กโฟลว์ที่ขับเคลื่อนด้วย AI
  • มีแนวปฏิบัติด้านสถาปัตยกรรม ขอบเขต และความปลอดภัย เพื่อไม่ให้ MVP ที่สร้างด้วย AI สะสม หนี้ทางเทคนิค พร้อมนำเสนอเฟรมเวิร์กการวัดผลเพื่อแยกความสนใจระยะแรกออกจาก product-market fit ที่แท้จริง

บทบาทผู้ก่อตั้งที่เปลี่ยนไปในสตาร์ทอัพแบบ AI-native

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

4 ขั้นจาก Idea ถึง Scale

  • คู่มือนี้แบ่งเส้นทางของสตาร์ทอัพออกเป็น 4 ขั้นให้สอดคล้องกับวิธีการที่เป็นไปได้ในปี 2026
    • Idea : จุดเริ่มต้นของการตรวจสอบสมมติฐานของปัญหา และทำความเข้าใจตลาดกับลูกค้า
    • MVP : ขั้นที่จัดการโค้ดเบส สถาปัตยกรรม และขอบเขต เพื่อไม่ให้ผลิตภัณฑ์เริ่มต้นที่สร้างด้วย AI เพิ่มหนี้ทางเทคนิค
    • Launch : ขั้นที่แยกปฏิกิริยาเริ่มต้นออกจาก product-market fit ที่แท้จริง และวางระบบการดำเนินงาน
    • Scale : ขั้นที่ขยายการปฏิบัติการด้วย agentic workflow เพื่อไม่ให้ความสนใจของผู้ก่อตั้งถูกผูกไว้กับงานซ้ำๆ
  • แต่ละขั้นประกอบด้วย เป้าหมาย เกณฑ์สิ้นสุด รูปแบบความล้มเหลวที่พบบ่อย แบบฝึกหัดที่ใช้ AI เฟรมเวิร์ก และ พรอมป์ต์สำหรับใช้งาน Claude

สิ่งที่อยู่ในคู่มือ

  • ครอบคลุมงานสำรวจที่จำเป็นในช่วงเริ่มต้นของการก่อตั้ง เช่น การตรวจสอบสมมติฐานของปัญหา การทำแผนที่สภาพการแข่งขัน และวิธีทำ customer discovery โดยใช้ AI
  • แนวปฏิบัติด้านสถาปัตยกรรม การกำหนดขอบเขต และความปลอดภัย เพื่อไม่ให้โค้ดเบส MVP ที่ AI สร้างขึ้นสะสม หนี้ทางเทคนิค (technical debt)
  • มี เฟรมเวิร์กการวัดผล เพื่อแยกกระแสความร้อนแรงช่วงต้นออกจาก product-market fit ที่แท้จริง
  • ระบบการดำเนินงานในขั้น Launch ที่แทนที่ภาระความสนใจของผู้ก่อตั้งด้วย agentic workflows
  • มี เมทริกซ์ผลิตภัณฑ์ ที่แสดงว่าเมื่อใดและอย่างไรควรใช้ Chat, Claude Cowork และ Claude Code ในแต่ละขั้นของเส้นทางสตาร์ทอัพ
  • สามารถดูแนวทางการประยุกต์ใช้ได้ผ่านกรณีของผู้ก่อตั้งจาก Ambral, Anything, Carta Healthcare, HumanLayer และ Vulcan Technologies

ผู้อ่านเป้าหมายและเอกสาร

  • แนวปฏิบัติตัวอย่างนี้เป็นเอกสารสำหรับ ผู้ก่อตั้ง ที่ต้องการออกแบบบริษัทโดยมี AI เป็นศูนย์กลางตั้งแต่ต้น และสำหรับผู้ปฏิบัติการระยะแรกที่ช่วยสนับสนุนเรื่องนี้
  • คู่มือฉบับเต็มมีให้ในรูปแบบ PDF - The Founder’s Playbook: Building an AI-Native Startup (36 หน้า)

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 4 시간 전
ความเห็นจาก Hacker News

  • นี่ไม่ค่อยใช่การสร้าง สตาร์ตอัปแบบ AI-native เท่าไร แต่ใกล้เคียงกับการทำให้การพัฒนาแอปแบบปี 2019 เป็นอัตโนมัติด้วยเครื่องมือของ Anthropic มากกว่า
    ถ้าเป็นสตาร์ตอัป AI-native จริง ๆ AI ควรถูกฝังอยู่ในตัวผลิตภัณฑ์ แต่ดูเหมือน Anthropic จะหวังว่าไม่มีใครขาย AI นอกจากพวกเขาเอง

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

  • การอธิบายว่า Claude ควรถูกใช้กับบทบาทและขอบเขตต่าง ๆ ของการสร้างธุรกิจอย่างไรนั้นก็ดีอยู่ แต่โทนมันให้ความรู้สึกเหมือนการก่อตั้งสตาร์ตอัปเป็นเรื่องที่ตัดสินใจได้ง่าย ๆ เหมือนเช้าวันหนึ่งตื่นมาแล้วเลือกว่าจะไปสวนสาธารณะดีไหม
    ประมาณว่าดื่มกาแฟไปถามไอเดียจาก Claude แล้วพอ Claude บอกว่า “คุณคืออัจฉริยะ” ก็ออกตัวได้เลย ซึ่งมันชวนขำในหลายแง่ ประโยคอย่าง “วงจรการตรวจสอบที่เมื่อก่อนใช้เวลาหลายเดือน ตอนนี้จบได้ในบ่ายเดียว” แม้จะมีส่วนจริงอยู่บ้าง แต่ก็ฟังดูเหมือน คำสัญญาหลอกลวง
    มันโยงไปถึงการที่ไม่มีตารางเวลา และไม่ได้สนใจเลยว่าในยุคก่อน Claude หรือ “2020 BC” นั้นอะไรใช้เวลานานแค่ไหน สตาร์ตอัปไม่ใช่แผงขายน้ำมะนาวตอนเด็กที่ถ้าลืมซื้อมะนาว ฝนตก หรือมีอะไรสนุกกว่าก็เลิกทำได้ พอเวลาผ่านไป codebase และชุดฟีเจอร์จะโตขึ้น และการผสมกันของฟีเจอร์เหล่านั้นจะสร้าง ผลทบต้น ที่ดึงดูดลูกค้าได้มากกว่าฟีเจอร์เดี่ยว ๆ ซึ่งแน่นอนว่าระหว่างทางคุณก็ได้เรียนรู้ไปด้วย
    เรื่องนี้เด่นชัดมากโดยเฉพาะในส่วนกลยุทธ์การเข้าสู่ตลาดที่ผมกำลังโฟกัสอยู่ตอนนี้ เลยยิ่งน่าสนใจ นี่เป็นเกมระยะยาว บล็อกโพสต์จะไม่มีใครหาเจอบน Google จนกว่าจะสะสมพลังด้าน SEO ได้ก่อน โพสต์บน LinkedIn ก็ต้องสร้างผู้ติดตามก่อนถึงจะมีคนอ่าน และถึงอย่างนั้นก็ยังต้องมี engagement ถึงจะได้การมองเห็น คุณไม่ได้เริ่มต้นบน X พร้อมผู้ติดตาม 1 ล้านคนตั้งแต่วันแรก

    • ถ้าจะลดความสับสนและทำให้ชัดเจนขึ้น ควรเรียก “ก่อน Claude” ว่า BCC หรือ Before Claude, Codex, et al.
    • ถูกต้อง แล้ว ใครกันแน่ที่เป็นคนตรวจสอบ? อย่างน้อยก็ไม่ใช่ลูกค้าแน่
    • ผมไม่ชอบที่เรื่องนี้เป็นความจริง นี่คือส่วนที่แย่ที่สุดของการขายอะไรสักอย่างออนไลน์ และคุณจะพบว่าต้องใช้เวลากับมันมากจริง ๆ
      ในหลายกรณี การขายออนไลน์ถูกทำให้เหมาะที่สุดแบบสุดโต่ง โดยดันงบการตลาดให้สูงที่สุดและกดงบวิจัยและพัฒนาผลิตภัณฑ์ การผลิต และการสนับสนุน ให้ต่ำที่สุด สูตรนี้ทำกำไรได้มากที่สุด แต่ก็ทำให้ลูกค้าได้รับสินค้าที่แย่ที่สุดเท่าที่ยังพอขายได้
      จนถึงตอนนี้ผมยังไม่เคยเห็นว่า ทุนนิยม มีคำตอบแก้ปัญหานี้
    • ถ้าคุณสามารถบริหารบริษัทที่แทบไม่มีพนักงานเลยแต่ยังทำรายได้ได้ มันอาจไม่ได้เป็นความคิดบ้าอะไรขนาดนั้น
      “สตาร์ตอัป” ที่ประสบความสำเร็จและมีรายได้ต่อปี 200,000 ดอลลาร์ก็เป็นไปได้ ขอแค่จ่ายค่าสมาชิก Anthropic ไหว

  • มันให้ความรู้สึกเหมือน category error
    ปกติแล้วบริษัทออกสไลด์เด็คเพื่อแสดงให้เห็นว่าผลิตภัณฑ์ของตัวเองทำอะไรได้บ้างเป็นเรื่องธรรมดา แต่กรณีนี้กลับกำลังขายให้คุณเอาผลิตภัณฑ์นั้นไปสร้างธุรกิจของตัวเอง
    แต่เหตุผลที่วิธีขายแบบนี้ฟังไม่ขึ้น ก็เพราะ “การเริ่มธุรกิจ” ไม่ใช่กระบวนการมาตรฐานที่ทำให้เป็นแบบแผนได้ในลักษณะนี้ และในเชิงสังคมก็ไม่สมเหตุสมผลที่ผู้คนจะมาตั้งบริษัทกันเป็นจำนวนมากเหมือนกับการตัดหญ้าหรือยื่นภาษี
    ที่ทั้งหมดนี้ดูไม่สมจริง ก็เพราะมันไม่สมจริงจริง ๆ การเป็นผู้ก่อตั้งไม่อาจทำให้กลายเป็นสินค้าโภคภัณฑ์ได้ ถ้าทำได้ มันก็จะไม่มีทั้งคูเมืองหรือความหมายอะไรเลย และจะพังลงทันทีเพราะกลายเป็นสินค้าที่ทดแทนกันได้

    • ถ้ามองว่า “ผู้ก่อตั้ง” ไม่ใช่คนที่ตั้งบริษัทอย่างจริงจัง แต่เป็น อัตลักษณ์ แบบ “อินฟลูเอนเซอร์” มันก็พอจะสมเหตุสมผลขึ้น
      เช่นเดียวกับอินฟลูเอนเซอร์ ย่อมมีบางคนที่ทำเงินก้อนใหญ่ได้จริง แต่คนจำนวนมากกว่านั้นจะใช้โซเชียลมีเดียโพสต์อย่างกระตือรือร้นและบริโภคสุนทรียะแบบนั้น
      ตอนนี้มีคนจำนวนมากที่มองผู้ก่อตั้งหรือผู้ประกอบการว่าเป็นสิ่งที่ตัวเอง “เป็น” มากกว่าจะเป็นสิ่งที่ตัวเอง “ทำ” และโพสต์วัฒนธรรม hustle แบบ LinkedIn ที่ห่างไกลความจริงไม่รู้จบก็คือหลักฐาน นี่เป็นแค่ภาคต่อของการเล่นบทสตาร์ตอัปให้ดูเท่
    • ทุกวันนี้ การสร้างอะไรสักอย่างขึ้นมาไม่ใช่เรื่องใหญ่อีกต่อไป สิ่งที่ยากจริง ๆ คือการสร้าง ช่องทางจัดจำหน่าย และฝ่าเสียงรบกวนออกไป
      ผู้คนดูจะล้นไปด้วยทุกสิ่งทุกอย่างและช่วงความสนใจก็สั้นลงเรื่อย ๆ ตอนนี้สิ่งที่ผมยังเห็นว่าได้ผลจริงคือการพูดคุยกันแบบมนุษย์ต่อมนุษย์กับลูกค้าเป้าหมาย ในรูปแบบดั้งเดิม
    • ถึงอย่างนั้นคุณก็ยังต้องหาทั้งผลิตภัณฑ์และ product-market fit อยู่ดี
      หนังสือที่แนะนำกันในวงการสตาร์ตอัปโดยทั่วไปมักเริ่มจากหลักการเรื่องผลิตภัณฑ์ ผู้ใช้ และแรงฉุด เอกสารนี้เป็นเหมือนฐานรองรอบ ๆ สิ่งนั้น ดังนั้นความพยายามจะทำให้กระบวนการนี้เป็นรูปแบบก็ไม่ได้บ้าสิ้นดีเสียทีเดียว หนังสืออย่าง Disciplined Entrepreneurship ของ Bill Aulet ก็ทำเรื่องนี้มานานแล้ว
      มันอาจไม่ใช่ขนาดแบบรับตัดหญ้า แต่โลกก็ยังเต็มไปด้วยช่องเฉพาะที่ยังไม่มีซอฟต์แวร์บางแบบ หรือมีตัวเลือกที่จำกัด แค่เอาหมวดหมู่ผลิตภัณฑ์ที่มีอยู่แล้วไปใช้กับโดเมนที่คุณรู้จัก เช่น “Uber สำหรับงานตัดไม้” หรือ “ระบบจองคิวสำหรับหมอฟันแมว”
      ไม่ใช่ว่าหมอฟันแมวทุกคนจำเป็นต้องสร้างแอปจองคิว แต่ในช่องเฉพาะภายในช่องเฉพาะ ก็อาจยังมีโอกาสทางธุรกิจรออยู่
    • ผมเคยเห็นหมวดหมู่แบบนี้มาก่อน และมันคือ การขายตรงหลายชั้น
      ตอนนี้อาจเหลือแค่สองชั้น แต่ยังไงมันก็ยังเป็นรูปทรงพีระมิดอยู่ดี
    • มันฟังไม่ขึ้น แต่คนสายเทคส่วนใหญ่ก็หวังว่าการเป็นผู้ก่อตั้งจะเป็นแบบนั้นได้ และบทความนี้ก็มุ่งเป้าไปที่พวกเขานั่นแหละ

  • นี่ดูเหมือนการเคลื่อนไหวของ คนขายพลั่ว มากกว่า โซเชียลมีเดียเต็มไปด้วยแนว “ใช้พรอมป์ต์นี้อันเดียวแล้วรวยเร็ว” และนี่ก็เป็นเวอร์ชันใหม่ของ “เคล็ดลับประหลาดข้อเดียว”

    • จงสร้างสตาร์ตอัปมูลค่า 1 พันล้านดอลลาร์ แค่อย่าทำพลาดก็พอ /s

  • ผมชอบที่วันที่กับสำเนายังคงเป็น ระบบควบคุมเวอร์ชัน ขั้นสุดท้ายอยู่ดี: -05062026_v3 (1).pdf
    นั่นแปลว่าเอกสารนี้ถูกทำซ้ำแก้ไขถึงสี่รอบภายในวันเดียวคือวันที่ 5 มิถุนายน

    • เป็นอุปมาที่งดงามสำหรับผู้ก่อตั้งที่ไม่ใช่สายเทคซึ่งกำลังสร้างผลิตภัณฑ์ซอฟต์แวร์ด้วย AI
      ก็มีระบบควบคุมเวอร์ชันอยู่นะ แต่ถ้าคุณตั้งชื่อ PDF ว่า n-final-updated-6-16-final-donottouch.pdf (1)(2) ได้ แล้วจะต้องการมันไปทำไม

  • อยากรู้ว่า tech stack แบบเป็นรูปธรรมที่สตาร์ตอัป “AI-native” ใช้กันคืออะไร
    ผู้ก่อตั้งที่ไม่มีวิศวกรสามารถใช้ของอย่าง Lovable แล้วไปถึงระดับที่รองรับการดำเนินงานทั้งหมดได้เลยหรือ? หรือว่ายังจัดการโค้ดบน GitHub แล้วให้ของอย่าง Jules ขับเคลื่อนการพัฒนาทั้งหมดผ่าน GitHub issues กับคอมเมนต์? และก็สงสัยด้วยว่ามีวิธีทำให้ workflow แบบนี้เดินได้ดีด้วย Claude หรือ GPT หรือไม่
    ในฐานะคนที่เคยเป็นผู้ร่วมก่อตั้งสายเทคนิคก่อนยุค AI รู้สึกค่อนข้างแรงว่าถ้าวางรากฐานให้เหมาะสม บทบาทนั้นส่วนใหญ่ AI ก็ทำแทนได้

  • ประโยคที่ว่า “ในฐานะผู้ก่อตั้งสตาร์ตอัปแบบ AI-native ความรับผิดชอบของคุณคือรู้ว่าใน codebase มีอะไรบ้าง เข้าใจช่องทางการเปิดเผยที่เป็นไปได้ และไม่ deploy ช่องโหว่ที่ชัดเจนให้กับผู้ใช้จริงที่ฝากข้อมูลไว้กับคุณ” ค่อนข้างชวนขำ
    ยิ่งตลกเข้าไปอีกเมื่อมาจากบริษัทที่บอกว่าพนักงาน merge PR กันวันละหลายร้อยต่อวิศวกร 1 คน และเคยทำซอร์สโค้ดของตัวเองรั่วเพราะตั้งค่าความปลอดภัยของ package manager ที่ตัวเองดูแลผิดพลาด

    • การ “รู้ว่าใน codebase มีอะไร เข้าใจช่องทางการเปิดเผยที่เป็นไปได้ และไม่ deploy ช่องโหว่ที่ชัดเจน” ดูเหมือนเป็น ถ้อยคำกันความรับผิด
      เทียบกับการตลาดก่อนหน้านี้ที่ทำเหมือนว่าโมเดลภาษาขนาดใหญ่จะแก้ได้ทุกปัญหาแล้วก็ค่อนข้างน่าแปลกใจ แต่มีโอกาสสูงว่าฝ่ายกฎหมายสั่งให้ลดโทนลง
    • วันละหลายร้อย PR ต่อวิศวกร 1 คนเหรอ แบบนั้น visibility ต่อโค้ดก็น่าจะใกล้ศูนย์
      ต่อให้เป็น AI ของพวกเขาเองก็คงมองโค้ดทั้งก้อนที่เกินล้านบรรทัดไม่ทั่ว ดูมั่นคงและเท่มากจริงๆ
    • วิธีที่ดีที่สุดคือเรียนรู้จากความผิดพลาดของคนอื่น
    • วันละ 100 PR เหรอ? น่าจะพูดเกินจริง แต่ถ้าไม่ใช่ก็คงดีถ้ามีแหล่งอ้างอิงที่น่าเอามาอ้างได้
    • นี่คือการประชาสัมพันธ์แบบ Mythos

  • มันชัดเจนมากอยู่แล้ว แต่ทำไมเราต้องเชื่อแนวคิดสตาร์ตอัป AI-native จาก คนขายพลั่ว ด้วย
    ต่อให้เชื่อว่าสตาร์ตอัป AI-native คืออนาคต อย่างน้อยก็คงอยากได้ยินจากแหล่งที่ไม่ลำเอียง
    นี่ก็เป็นแค่เอกสารการตลาด

  • ดู PDF แล้ว และยืนยันได้ว่าในนั้นไม่มีอะไรมีคุณค่า

  • ที่หนึ่งที่ผู้คนอาจเชื่อว่า AI ไม่มีทางเอามาใช้แทนได้เลย ก็คงเป็น บทบาทของผู้ก่อตั้ง
    มีทั้งความเชื่อว่าผู้ก่อตั้งเป็นคนพิเศษ เลยสมควรได้รับผลตอบแทนระดับ 7-8 หลักจากเงินทุนที่ใส่ลงไปในผลิตภัณฑ์ที่ยังไม่ทำกำไร และยังมีเงินเดิมพันกับเรื่องนี้มากเกินไป
    น่าจะเห็นได้แม้แต่ในคอมเมนต์ที่นี่ ผู้คนพร้อมจะสนับสนุนการเอา AI มาใช้กับ software engineering ไม่ว่าจะทำได้จริงหรือไม่ แต่พอเป็นเรื่องสร้างบริษัทกลับจะบอกว่า “เดี๋ยวก่อน ตรงนี้มีอัจฉริยะมนุษย์ที่ทดแทนไม่ได้ทำงานอยู่”

    • ใช่เลย คนใส่สูท ตั้งแต่ผู้จัดการระดับกลางไปจนถึงผู้บริหาร ต่างขยันกันมากที่จะ “เอาต์ซอร์ส” ทุกอย่างให้ AI แต่ก็ตลกทุกครั้งที่พวกเขาเชื่อว่าการ “เอาต์ซอร์ส” นั้นจะหยุดอยู่แค่หน้าตำแหน่งของตัวเอง
    • ไม่รู้ว่าทำไมสิ่งนั้นถึงต้องเป็นความจริง ผู้ก่อตั้งที่ประสบความสำเร็จโดยเนื้อแท้ไม่ควรเป็นคนอ่อนไหวทางอารมณ์
      ถ้าคุณทำให้ตัวเองลำบากเกินจำเป็น คุณก็จะโดนคนที่ไม่ทำแบบนั้นเบียดจนตาย
    • พูดตามตรง ตั้งแต่ยุค ChatGPT 3.5 ผมก็เริ่มมั่นใจพอสมควรแล้วว่า การทำงานของ CEO แบบอัตโนมัติ ก็เป็นไปได้
    • ที่นี่ผมเคยเดโมแพลตฟอร์มเอเจนต์อัตโนมัติให้ดู พร้อมโชว์ว่ามันจัดการ PR ได้อย่างไร แล้ว CEO ก็ถามว่าถ้ามันทำงานของเขาแทนหมด แล้วต่อไปเขาจะเอาอะไรกิน
      ผมเลยตอบว่า “ในงานที่คุณทำอยู่ คุณคิดว่ามีอะไรบ้างที่เอเจนต์ทำไม่ได้?”