เปิดตัว Claude Code Routines

 (code.claude.com)
13 คะแนน โดย GN⁺ 15 일 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ฟีเจอร์ ระบบอัตโนมัติโค้ดบนคลาวด์ ที่ทำงานอัตโนมัติตามกำหนดเวลา, การเรียก API และอีเวนต์จาก GitHub โดยทำงานบนโครงสร้างพื้นฐานของ Anthropic
  • รูทีนประกอบด้วย พรอมป์ต์, รีโพซิทอรี, คอนเน็กเตอร์, ทริกเกอร์ และยังทำงานต่อได้แม้ปิดโน้ตบุ๊กอยู่
  • ทริกเกอร์รองรับ 3 ประเภทคือ ตารางเวลา, API, อีเวนต์ GitHub และสามารถรวมหลายทริกเกอร์ไว้ในรูทีนเดียวได้
  • สามารถสร้างและจัดการได้จาก เว็บ, CLI, แอปเดสก์ท็อป และทำงานผ่าน คอนเน็กเตอร์บริการภายนอก เช่น GitHub, Slack, Linear
  • ใช้งานได้ใน แพ็กเกจ Pro ขึ้นไป และขณะนี้ยังอยู่ใน ช่วงรีเสิร์ชพรีวิว ซึ่งฟีเจอร์และสเปก API อาจเปลี่ยนแปลงได้

ทำงานอัตโนมัติด้วย Routines

  • Claude Code Routines คือ ชุดคอนฟิกโค้ดที่บันทึกไว้ ซึ่งจะรันอัตโนมัติตามกำหนดเวลา, การเรียก API หรืออีเวนต์จาก GitHub โดยทำงานบนโครงสร้างพื้นฐานคลาวด์ที่ Anthropic ดูแล
  • รูทีนประกอบด้วย พรอมป์ต์, รีโพซิทอรี, ชุดคอนเน็กเตอร์ และยังทำงานต่อได้แม้ปิดโน้ตบุ๊กอยู่
  • ประเภททริกเกอร์มี 3 แบบคือ ตารางเวลา, API, อีเวนต์ GitHub และสามารถรวมหลายทริกเกอร์ไว้ในรูทีนเดียวได้
  • รูทีนใช้งานได้ในแพ็กเกจ Pro, Max, Team และ Enterprise และสร้างหรือจัดการได้ผ่านเว็บหรือ CLI (/schedule)
  • ขณะนี้อยู่ในช่วง รีเสิร์ชพรีวิว โดยพฤติกรรมการทำงานและสเปก API อาจเปลี่ยนแปลงได้

กรณีใช้งานหลักของ Routines

  • ดูแลแบ็กล็อก: ทริกเกอร์ตามตารางเวลาจะตรวจสอบ issue tracker ทุกคืนเพื่อเพิ่มเลเบล, มอบหมายผู้รับผิดชอบ และโพสต์สรุปลง Slack
  • จัดประเภทการแจ้งเตือน: เมื่อเกิดข้อผิดพลาด เครื่องมือมอนิเตอร์จะเรียก API trigger จากนั้นรูทีนจะวิเคราะห์ stack trace และสร้าง PR สำหรับแก้ไข
  • รีวิวโค้ดแบบกำหนดเอง: ทริกเกอร์ GitHub จะรันเมื่อมีการสร้าง PR เพื่อเพิ่มคอมเมนต์ตรวจสอบด้านความปลอดภัย, ประสิทธิภาพ และสไตล์โดยอัตโนมัติ
  • ตรวจสอบการดีพลอย: CD pipeline จะเรียก API trigger หลังดีพลอย แล้วรูทีนจะรัน smoke test และตรวจสอบล็อก
  • ซิงก์เอกสาร: ทริกเกอร์ตารางเวลารายสัปดาห์จะสแกน PR ที่ merge แล้วเพื่อสร้าง PR อัปเดตเอกสารที่เกี่ยวข้องกับ API ที่เปลี่ยนไป
  • พอร์ตไลบรารี: เมื่อ PR ถูก merge ทริกเกอร์ GitHub จะพอร์ตการเปลี่ยนแปลงไปยัง SDK ของภาษาอื่น

วิธีสร้างรูทีน

  • รูทีนสามารถสร้างได้จาก เว็บ, แอปเดสก์ท็อป, CLI โดยทุกอินเทอร์เฟซเชื่อมกับบัญชีคลาวด์เดียวกัน
  • เมื่อตั้งค่ารูทีน ต้องกำหนด: พรอมป์ต์, รีโพซิทอรี, สภาพแวดล้อม, คอนเน็กเตอร์, ทริกเกอร์
  • รูทีนคือ เซสชันการรันอัตโนมัติ ที่สามารถรันคำสั่งและเรียกคอนเน็กเตอร์ได้โดยไม่ต้องขออนุมัติสิทธิ์
  • รูทีนเป็นของบัญชีส่วนบุคคล และไม่ได้แชร์กับทีม จำนวนครั้งที่รันจะนับรวมในลิมิตรายวันของบัญชี
  • งานที่ทำผ่านคอนเน็กเตอร์อย่าง GitHub, Slack, Linear จะแสดงว่าเกิดจากบัญชีที่ผู้ใช้เชื่อมไว้ทั้งหมด

  • สร้างจากเว็บ

    • คลิก New routine ที่ claude.ai/code/routines
    • ตั้งชื่อรูทีนและเขียน พรอมป์ต์ จากนั้นเลือกโมเดล
    • เลือกรีโพซิทอรี: เพิ่มรีโพซิทอรี GitHub และใช้สาขาที่มีคำนำหน้า claude/
    • เลือกสภาพแวดล้อม: ตั้งค่าการเข้าถึงเครือข่าย, ตัวแปรแวดล้อม และสคริปต์ติดตั้ง
    • เลือกทริกเกอร์: เลือกหรือรวมตารางเวลา, อีเวนต์ GitHub, API
    • ตรวจสอบ คอนเน็กเตอร์ และลบรายการที่ไม่จำเป็น
    • คลิก Create เพื่อสร้างรูทีนและรันทันทีได้

  • สร้างจาก CLI

    • ใช้คำสั่ง /schedule เพื่อสร้างแบบโต้ตอบได้ (/schedule daily PR review at 9am)
    • ใน CLI สามารถสร้างได้เฉพาะ ทริกเกอร์ตารางเวลา ส่วน API และ GitHub trigger ต้องเพิ่มจากเว็บ
    • จัดการได้ด้วย /schedule list, /schedule update, /schedule run

  • สร้างจากแอปเดสก์ท็อป

    • เลือก New remote task ในหน้า Schedule
    • แสดงทั้งงานตามตารางเวลาในเครื่องและรูทีนร่วมกัน

การตั้งค่าทริกเกอร์

  • รูทีนสามารถมี ทริกเกอร์ตารางเวลา, API, GitHub ได้อย่างน้อยหนึ่งแบบ
  • สามารถเพิ่มหรือลบทริกเกอร์ได้ทุกเมื่อ

  • ทริกเกอร์ตารางเวลา

    • รันแบบ รายชั่วโมง, รายวัน, วันทำการ, รายสัปดาห์ ตามเขตเวลา
    • ช่วงห่างขั้นต่ำระหว่างการรันคือ 1 ชั่วโมง
    • ใน CLI สามารถตั้งค่า cron expression ได้ด้วย /schedule update

  • API trigger

    • มี HTTP endpoint แยกต่อรูทีน และยืนยันตัวตนด้วย Bearer token
    • เมื่อส่งคำขอ POST จะสร้างเซสชันใหม่และส่งคืน URL
    • สามารถส่งบริบทการรันผ่านฟิลด์ text ใน request body ได้
    • โทเคนจะแสดงเพียงครั้งเดียว และสามารถออกใหม่หรือเพิกถอนได้
    • endpoint /fire ต้องใช้ beta header experimental-cc-routine-2026-04-01

  • GitHub trigger

    • รันอัตโนมัติเมื่อเกิดอีเวนต์ในรีโพซิทอรีที่เชื่อมไว้
    • ต้องติดตั้ง Claude GitHub App
    • ตั้งค่าได้เฉพาะในเว็บ UI
    • หากมีอีเวนต์เกินกำหนดจะมีการจำกัดจำนวนต่อชั่วโมง

    • อีเวนต์ที่รองรับ

      • รองรับอีเวนต์ GitHub กว่า 20 แบบ เช่น Pull request, Push, Release, Issues, Discussion
      • แต่ละอีเวนต์สามารถตอบสนองต่อ action ย่อย (opened, closed, edited เป็นต้น) ได้

    • การกรอง PR

      • กรองได้ด้วย ผู้เขียน, ชื่อเรื่อง, เนื้อหา, สาขา, เลเบล, สถานะ merge, สถานะ fork เป็นต้น
      • ตัวอย่าง: is draft=false → รันเฉพาะ PR ที่พร้อมรีวิว, labels include needs-backport → ทริกเกอร์เฉพาะเมื่อมีเลเบลที่กำหนด

    • การแมปเซสชัน

      • แต่ละอีเวนต์จะรันเป็น เซสชันอิสระ และไม่สามารถใช้เซสชันร่วมกันข้ามอีเวนต์ได้

การจัดการรูทีน

  • เมื่อคลิกจากรายการรูทีน จะเปิดหน้ารายละเอียด
  • สามารถดูรีโพซิทอรี, คอนเน็กเตอร์, พรอมป์ต์, ทริกเกอร์ และประวัติการรันได้

  • ดูการรันและโต้ตอบ

    • การรันแต่ละครั้งจะเปิดเป็น เซสชัน เพื่อให้ตรวจสอบการเปลี่ยนแปลง, สร้าง PR และสนทนาต่อได้
    • ในเมนูเซสชันสามารถเปลี่ยนชื่อ, เก็บถาวร, ลบได้

  • แก้ไขและควบคุม

    • ใช้ Run now เพื่อรันทันที
    • ใช้สวิตช์ Repeats เพื่อหยุดชั่วคราว/ทำงานต่อ
    • ใน Edit routine สามารถแก้ชื่อ, พรอมป์ต์, รีโพซิทอรี, สภาพแวดล้อม, ทริกเกอร์
    • เมื่อลบรูทีน เซสชันในอดีตจะยังคงอยู่

สิทธิ์ของรีโพซิทอรีและสาขา

  • รูทีนต้องใช้การยืนยันตัวตนกับ GitHub และตั้งค่าการเชื่อมต่อได้ด้วย /web-setup
  • โดยค่าเริ่มต้นจะ push ได้เฉพาะสาขาที่มีคำนำหน้า claude/
  • สามารถยกเลิกข้อจำกัดได้ด้วยตัวเลือก Allow unrestricted branch pushes

คอนเน็กเตอร์

  • รูทีนสามารถเข้าถึงบริการภายนอกอย่าง Slack, Linear, Google Drive ผ่าน MCP connectors
  • โดยค่าเริ่มต้นจะรวมคอนเน็กเตอร์ที่เชื่อมไว้ทั้งหมด จึงแนะนำให้ลบรายการที่ไม่จำเป็น
  • จัดการได้จาก Settings > Connectors หรือ /schedule update

การตั้งค่าสภาพแวดล้อม

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

การใช้งานและข้อจำกัด

  • การรันรูทีนจะหัก โควตาการใช้งานของแพ็กเกจ เช่นเดียวกับเซสชันทั่วไป
  • มี ลิมิตจำนวนการรันต่อวัน ต่อบัญชี
  • หากอนุญาตการใช้งานเกินโควตา จะสามารถ รันเกินแบบมีค่าใช้จ่าย ได้
  • ดูการใช้งานได้ที่ claude.ai/settings/usage

เนื้อหาที่เกี่ยวข้อง

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

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

 
GN⁺ 15 일 전
ความคิดเห็นจาก Hacker News

  • LLM และผู้ให้บริการของมันยังคงเป็น กล่องดำขนาดใหญ่
    ผมได้คุณค่าจากพวกมันมากก็จริง แต่ฟีเจอร์ใหม่ที่ Anthropic ปล่อยออกมากลับทำให้ไม่ค่อยไว้ใจ
    ทั้ง ความเป็นไปได้ที่ฟีเจอร์จะถูกเนิร์ฟหรือหายไป และความอยู่รอดระยะยาวของบริษัท ล้วนไม่น่าเชื่อถือ
    เพราะงั้นผมเลยไม่คิดจะเอาธุรกิจหรือ workflow การพัฒนาของตัวเองไปวางไว้บนแพลตฟอร์มนั้น
    จะใช้แค่ระดับ Claude Code และพยายามรักษา lock-in ให้น้อยที่สุด เพื่อถ้ามีปัญหาจะได้ย้ายไป OpenCode หรือ Codex ได้

    • ผมก็คิดเหมือนกัน ช่วงไม่กี่สัปดาห์ที่ผ่านมาเห็นตัวเอง พึ่งพา Claude Code มากขึ้น เลยเริ่มลดการใช้งานลง
      โดยเฉพาะฟีเจอร์ "Memory" นี่แหละที่เป็นตัวตัดสิน เพราะมันเก็บข้อมูลการเรียนรู้ไว้แค่ใน path บนเครื่อง ไม่ได้อยู่ใน git
      แถมเงื่อนไขการใช้งานใหม่ยังห้ามใช้ CLI อื่นร่วมด้วย เลยทำให้เอเจนต์ดีบักอัตโนมัติที่บริษัทกำลังทดลองใช้โดนบล็อกไป
      สุดท้ายก็ “so long Claude”
    • ผมเองก็พยายามรักษาความเป็นอิสระจากโมเดลเหมือนกัน แต่ กลยุทธ์ lock-in ของ Anthropic ชัดขึ้นเรื่อย ๆ จนหลีกเลี่ยงยาก
      ตอนนี้เลยใช้แค่ฟีเจอร์ที่ย้ายข้ามแพลตฟอร์มได้อย่าง MCP หรือ Skills
      เห็น กลยุทธ์สร้างคูเมือง แบบซิลิคอนวัลเลย์วนกลับมาอีกแล้ว เลยไม่อยากโดนอีกเป็นรอบสอง
    • เอาจริง ๆ คือพอมีโอกาส พวกเขาก็ เนิร์ฟฟีเจอร์ทันที
    • ผมมองว่าความกังวลเรื่อง lock-in เป็นมรดกจากอดีตแล้ว สมัยนี้ การย้ายเอเจนต์ ทำได้ง่ายมาก ย้ายข้าม vendor ใช้เวลาไม่กี่ชั่วโมง
      ผู้ให้บริการ LLM รายใหญ่ก็ลอกฟีเจอร์กันไปมา สุดท้ายก็เหมือนทำงานอยู่บนมาตรฐานร่วมกัน
      ถ้ามีปัญหาก็น่าจะ lift-and-shift ย้ายได้อย่างรวดเร็ว
    • การถกเถียงนี้ทำให้นึกถึง กลยุทธ์ multi-cloud ในอดีต
      ตอนนั้นคนก็กลัว lock-in กันมาก แต่ในความเป็นจริงก็ไม่ได้ร้ายแรงอย่างที่คาดกันไว้กับพวก AWS
      คิดว่า LLM ก็น่าจะเป็นไปในทิศทางคล้ายกัน ผมเลยไม่ได้กังวลมาก

  • ToS มันชวนสับสน claude -p รันจาก cron ได้ แต่ถ้าเอาไปใส่ในบอต Telegram กลายเป็นผิดเงื่อนไขงั้นเหรอ?
    ฟีเจอร์ Routines ก็ใช้ได้ใน subscription และยังมี API callback ด้วย งั้นถ้าบอตเรียก API บัญชีจะโดนระงับหรือเปล่าก็ไม่รู้

    • Anthropic ไม่ได้อธิบายเรื่องนี้ให้ชัดเจน เลยเกิด ความสับสน มาก เอกสารแต่ละที่ก็พูดไม่เหมือนกันจนหงุดหงิด
    • มันดูเป็น ความคลุมเครือที่ตั้งใจไว้ มากกว่า คล้าย volume licensing ของ Microsoft ที่ใช้ทำให้ผู้ใช้กลัวจะใช้ subscription เกินขอบเขต
    • ความสับสนในช่วงเดือนล่าสุดเป็นแบบนี้
      • SDK อนุญาตให้ยืนยันตัวตนด้วย OAuth
      • จากนั้นเอกสารถูกแก้เป็น “อย่าใช้ OAuth”
      • พนักงานคนหนึ่งทวีตว่า “ใช้ส่วนตัวได้”
      • แล้วต่อมาก็มีอีเมลส่งทั้งระบบว่า “ห้ามใช้เด็ดขาด”
        ลิงก์ที่เกี่ยวข้อง: เอกสาร SDK, อัปเดตใน Reddit, ประกาศบน HN
    • ผมไม่เข้าใจว่าทำไม claude -p ถึงใช้ร่วมกับเครื่องมืออื่นไม่ได้
      กำลังจะรวม ClaudeCode เข้า IDE อยู่พอดี แต่ไม่รู้เลยว่าอะไรนับเป็น “3rd party harness”

  • ช่วงหลัง ประสิทธิภาพของ Claude ตกลง มาก จนจำใจต้องย้ายไปใช้โมเดลอื่น
    แค่ Python script พื้นฐานยังมี syntax error จนต้องรันซ้ำ
    เมื่อก่อนคอมพิวเตอร์ทำตามคำสั่งเสมอ แต่ตอนนี้ไม่ใช่อีกแล้ว

    • ดู ตัวติดตามประสิทธิภาพ Claude Code ของ marginlab.ai
    • ตอนนี้ผมใช้ Codex 5.4 xhigh อยู่ สื่อสารไม่เก่งแต่ทำงานได้
    • ผมก็เคยไม่เชื่อคำพูดที่ว่า “โมเดลโง่ลงแล้ว” แต่สัปดาห์นี้คงต้องยอมรับจริง ๆ ว่า Opus ยังลำบากกว่า Sonnet เสียอีก

  • Anthropic เหมือนจะออกฟีเจอร์เดิมแทบทุกสัปดาห์ แต่เปลี่ยนชื่อใหม่

    • ผู้บริหารยกเลิกโปรเจกต์ของสัปดาห์ก่อนทั้งหมด แล้วรอบนี้ดัน Routines แทน
      ฝั่ง DevOps ก็ประกาศรวมศูนย์ Routines Hub ใครตามไม่ทันก็จะถูกแทนที่
    • มีมุกออกมาว่า “เพราะอีก 7 วันก็หลุดจาก context window แล้ว...”
    • นี่อาจเป็นนิยามของ vibecoding แบบข้ามหลายเซสชันก็ได้
    • อาทิตย์หน้าก็คงมีฟีเจอร์ที่ พังเงียบ ๆ โผล่ขึ้นไปอยู่ใน GitHub issue อีก
      วันนี้ Sonnet 4.6 ตอบหลุดโลกมากจนผิดหวัง เดี๋ยวจะลอง Opus 4.6 ใหม่อีกที
    • บางทีก็ชนกับชื่อฟีเจอร์ที่ผมทำไว้เองด้วย ควรไปจดเครื่องหมายการค้า “dispatch” ไว้ตั้งแต่แรก

  • มีข่าวลือว่าเพิ่งมีการ ลดโควตาการใช้งาน Claude Code
    (ลิงก์ที่เกี่ยวข้อง)
    ภายใต้ข้อจำกัดแบบนี้ก็อดสงสัยไม่ได้ว่าเครื่องมืออัตโนมัติแบบ autonomous จะทำงานได้จริงแค่ไหน

    • คุยกับเพื่อน ๆ แล้วดูเหมือนต้นตอของปัญหาคือการเพิ่ม context window 1M โทเค็น
      ตอนแรกผลลัพธ์น่าทึ่งมาก แต่หลังจากนั้นภาระระบบก็สูงขึ้นจนต้องคอยปรับตลอด
      โหมด “High” ตอนนี้แทบจะกลายเป็น “Medium” แบบเดิมไปแล้ว และถ้าอยากได้ประสิทธิภาพสูงจริงก็ต้องใช้ผ่านการตั้งค่าที่ซ่อนไว้
      ผมคิดว่าควรให้ผู้ใช้ ปรับขนาด context window ได้เอง
      ลิงก์ที่เกี่ยวข้อง: การถกเถียงบน HN, วิธีแก้ด้วยการลดเวอร์ชัน
    • การแข่งขัน AI ตอนนี้เหมือนเป็น เกมหนี้ สุดท้ายต้องมีใครสักคนจ่ายราคา
    • ตอนนี้คอมเมนต์ดูเหมือนจะกลับมาแล้ว
    • จำกัดจริง: บทความจาก ghacks.net

  • ถ้าทรัพยากรคำนวณไม่พอ การปล่อยฟีเจอร์อัตโนมัติเพิ่มก็ดูแปลก

    • อาจเป็นเพราะอยาก กระตุ้นให้เกิดการจัดตาราง เพื่อคาดการณ์โหลดได้ดีขึ้น อาจตั้งใจให้กระจายไปรันตอนกลางคืน
    • แต่แก่นจริงคือ การเสริม lock-in เป็นกลยุทธ์ให้คนทำ integration แบบย้อนกลับได้ยาก
    • บัญชี Max รวมการรันวันละ 15 ครั้ง และถ้าเกินก็น่าจะมีการคิดเงินเพิ่ม
    • ดูเหมือนพวกเขาอยากชี้นำ รูปแบบการใช้งานเชิงกลยุทธ์ มากกว่าจะสนใจแค่ปริมาณใช้งาน log การเขียนโค้ดมีค่ามากกว่าเยอะ
    • สุดท้ายก็เป็นวิธีมัดผู้ใช้ไว้ใน ecosystem ของตัวเอง

  • ผมคิดว่านี่คือจุดเริ่มต้นของ ยุค AI cloud อย่างแท้จริง
    เป็นกระแสของการวางบริการระดับสูงทับบนตัวโมเดล แล้วหาเงินผ่าน lock-in

  • แต่ก่อนผมใช้ claude-code-action GitHub Action เพื่อทำ PR review อัตโนมัติ
    แต่พอเป็น repository ที่ fork มา มันใช้ไม่ได้ เลยต้องแก้เอง
    ฟีเจอร์ Routines น่าจะแก้ปัญหานี้ได้
    เพียงแต่ข้อจำกัดรันอัตโนมัติวันละ 15 ครั้งมันน้อยเกินไป โปรเจกต์ OpenWrt มี PR วันละ 20 อัน ทำให้รันครบทั้งหมดไม่ได้
    น่าจะต้องมีฟีเจอร์ตรวจซ้ำหลังแก้ไขด้วย
    ถ้ามี การเพิ่มจำนวนรันต่อวัน หรือ ยกยอดได้ 7 วัน ก็คงดี
    ผมยังเจอบั๊กที่หน้าต่างปิดเองระหว่างแก้ routine มาแล้วสองครั้ง

  • Claude Code รันในโหมดออโตไพลอตได้
    แนวคิดคือกำหนด routine ให้ตอบสนองต่อ schedule, API trigger และ GitHub event
    ควรเรียกสิ่งนี้ว่าอะไรดี? “วิศวกรรมซอฟต์แวร์”? “การเขียนโปรแกรม”?

    • มันก็แค่ การตั้งค่าเอเจนต์ ยังไม่ถึงขั้นเรียกว่าเป็นการเขียนโปรแกรม
    • “openclawing” น่าจะเหมาะกว่า
    • มีคนเสนอคำว่า “promptramming”
    • “vibe coding” ก็เป็นตัวเลือกที่ใช้ได้
    • หรือจะเรียกแค่ “gramming” ไปเลยก็ได้

  • ผมใช้ฟีเจอร์นี้มาตั้งแต่ตอนที่มันยังชื่อว่า “Scheduled”
    เคยมีบั๊กอยู่บ้าง แต่ตอนนี้เสถียรแล้ว
    กรณีใช้งานที่ผมเอาไปทำมีแบบนี้

    1. เฝ้าดูช่อง feedback ใน Slack เพื่อสร้าง issue อัตโนมัติ และถ้าเป็นเรื่องง่ายก็แก้ให้เลยก่อนตอบกลับด้วยลิงก์ PR
    2. ใช้กับงานนอกเหนือจากโค้ด โดยสร้าง รายงานประจำวัน สรุปกิจกรรมจาก GitHub, Slack และอีเมล
      ผมเคยลองทำกับ CoWork ด้วย แต่ GitHub connector ของ Claude Code แม่นยำกว่ามาก
      ถ้ามันทำงานได้ลื่น ๆ ก็ถือเป็น เครื่องมืออัตโนมัติที่มีประโยชน์มาก