วิธีตั้งค่า Claude Code Routines เพื่อทำระบบอัตโนมัติสำหรับทุกเวิร์กโฟลว์ (หลักสูตรฉบับเต็ม)

มีฟีเจอร์หนึ่งที่ Anthropic ปล่อยออกมา แต่แทบไม่มีใครพูดถึงเลย

บุ๊กมาร์กและเซฟไว้นะ :)

มันชื่อว่า Claude Code Routines

และมันอาจเป็นฟีเจอร์ที่สำคัญที่สุดที่ Anthropic ปล่อยในปีนี้

นี่คือเหตุผล

จนถึงตอนนี้ อัตโนมัติทุกอย่างของ Claude Code ต้องเปิดแล็ปท็อปไว้ คุณใช้ /loop เพื่อตรวจสอบการเปลี่ยนแปลง ใช้ /schedule เพื่อตั้งค่างานที่ต้องทำซ้ำ แต่ทันทีที่คุณปิดเทอร์มินัลหรือปิดแล็ปท็อป ทุกอย่างก็หยุด

Routines แก้ปัญหานั้นได้อย่างสมบูรณ์

Routine คืออัตโนมัติของ Claude Code ที่คุณตั้งค่าเพียงครั้งเดียว — พรอมต์, repo, ชุดตัวเชื่อมต่อ — แล้วมันจะทำงานบนคลาวด์ของ Anthropic ตามกำหนดเวลา จากการเรียก API หรือเมื่อเกิดเหตุการณ์บน GitHub

แล็ปท็อปของคุณปิดได้ เทอร์มินัลของคุณปิดได้ Routine ก็ยังทำงานอยู่

นี่คือการเปลี่ยนจาก "เครื่องมือ AI ที่คุณใช้" ไปเป็น "ระบบ AI ที่ทำงานให้คุณ"

นี่คือวิธีตั้งค่าแบบทีละขั้น แม้คุณไม่เคยใช้ Claude Code มาก่อน

ทำไม Routines ถึงแตกต่างจากทุกอย่างอื่น

Claude Code มีการตั้งเวลาอยู่แล้ว แล้วอะไรที่เปลี่ยนไป?

ความแตกต่างคือโครงสร้างพื้นฐาน

คำสั่ง /schedule และ /loop แบบเก่าทำงานภายในเซสชัน Claude Code ในเครื่องของคุณ มันขึ้นอยู่กับว่าเครื่องคุณเปิดอยู่ เทอร์มินัลคุณเปิดอยู่ และการเชื่อมต่ออินเทอร์เน็ตของคุณเสถียร ถ้าสิ่งใดสิ่งหนึ่งล้มเหลว อัตโนมัติก็ตาย

Routines ทำงานบนคลาวด์ของ Anthropic มันคือเอเจนต์อัตโนมัติที่คงอยู่ รอดจากการรีสตาร์ท การปิดเทอร์มินัล และการทำงานข้ามคืน มันเข้าถึง repo และตัวเชื่อมต่อของคุณได้โดยตรง — Slack, Linear, Google Drive, GitHub — โดยที่คุณไม่ต้องจัดการอะไรเลย

ลองนึกถึงระบบเก่าเหมือนการแจ้งเตือนบนโทรศัพท์ มันดัง แต่คุณยังต้องลงมือทำ

Routines คือพนักงานที่ทำงานในขณะที่คุณหลับ และส่งสรุปให้คุณเมื่อคุณตื่น

ขั้นตอนที่ 1: ตัดสินใจว่าจะอัตโนมัติอะไร

Routines ที่ดีที่สุดจะอัตโนมัติงานที่มีลักษณะ:

เกิดขึ้นซ้ำ — เกิดขึ้นตามกำหนดเวลาที่คาดเดาได้ (ทุกวัน ทุกสัปดาห์ หรือเมื่อเกิดเหตุการณ์)

กำหนดไว้ชัดเจน — คุณสามารถอธิบายได้อย่างชัดเจนว่า "เสร็จ" เป็นอย่างไร โดยไม่คลุมเครือ

ใช้การตัดสินใจน้อย — งานไม่ต้องใช้ความคิดสร้างสรรค์หรือการตัดสินใจเฉพาะตัวของคุณ มันต้องการแค่การดำเนินการ

นี่คือรูปแบบที่ผู้ใช้ยุคแรกกำลังใช้อยู่ตอนนี้:

การจัดการ Backlog — ทุกคืนเที่ยงคืน Routine ดึง issue ใหม่จาก Linear จัดหมวดหมู่ตามประเภทและความรุนแรง กำหนดป้ายกำกับ และโพสต์สรุปลงช่อง Slack หัวหน้าวิศวกรตื่นมาพบกับบอร์ดที่สะอาดและเป็นระเบียบ

การตรวจจับเอกสารล้าสมัย — ทุกวันศุกร์ Routine สแกน Pull Request ที่ถูก merge ในสัปดาห์ที่ผ่านมา ระบุอันที่เปลี่ยน API หรืออินเทอร์เฟส ตรวจสอบกับเอกสาร และเปิด PR อัปเดตสำหรับเอกสารที่ล้าสมัย

การตรวจสอบการ Deploy — ถูกเรียกใช้โดย webhook หลังการ deploy ทุกครั้ง Routine รัน smoke tests กับ build ใหม่ สแกน error logs เพื่อหาการถดถอย เชื่อมโยงปัญหากับการเปลี่ยนแปลงโค้ดล่าสุด และโพสต์ผล go/no-go ไปยังช่อง release

การตรวจสอบโค้ดรายวัน — ทุกเช้า 9 โมง Routine หยิบ PR ที่เปิดค้างไว้นานที่สุด ตรวจสอบปัญหาด้านความปลอดภัย ข้อผิดพลาดทางตรรกะ และการละเมิดรูปแบบ และโพสต์ inline comments

คนที่ตั้งค่า 3-4 อย่างนี้กำลังทำงานในระดับที่แตกต่างอย่างสิ้นเชิงจากคนที่ยังใช้ Claude เป็นเครื่องมือแชท

ขั้นตอนที่ 2: สร้าง Routine แรกของคุณ

มีสองวิธีในการสร้าง Routine

จากเว็บอินเทอร์เฟส: ไปที่ claude.ai/code/routines แล้วคลิก "New routine" นี่จะให้ตัวเลือกการกำหนดค่าที่สมบูรณ์ — ตัวกระตุ้นตามกำหนดเวลา ตัวกระตุ้น API และตัวกระตุ้นเหตุการณ์ GitHub

จาก CLI: ถ้าคุณใช้ Claude Code ในเทอร์มินัลอยู่แล้ว ให้พิมพ์ /schedule ตามด้วยคำอธิบาย ตัวอย่างเช่น:

/schedule daily PR review at 9am

CLI สร้างตัวกระตุ้นตามกำหนดเวลาเท่านั้น สำหรับตัวกระตุ้น API และ GitHub คุณต้องใช้อินเทอร์เฟสเว็บ

เมื่อคุณสร้าง Routine คุณกำหนดค่าสี่อย่าง:

พรอมต์ — นี่คือส่วนที่สำคัญที่สุด เนื่องจาก Routine ทำงานอัตโนมัติ พรอมต์ต้องสมบูรณ์ในตัวเอง ทุกสิ่งที่เอเจนต์ต้องรู้ต้องอยู่ในพรอมต์ ไม่มี "บริบทจากการสนทนาก่อนหน้า" ทุกครั้งที่รันจะเริ่มต้นใหม่

Repository — โค้ดเบสที่ Routine ทำงานด้วย มันมีสิทธิ์อ่านเต็ม และสามารถ push ไปยัง branch ที่ขึ้นต้นด้วย claude/ โดยค่าเริ่มต้น

ตัวเชื่อมต่อ — บริการภายนอกที่ Routine สามารถเข้าถึงได้ Slack สำหรับโพสต์อัปเดต Linear สำหรับอ่านและจัดการ issues Google Drive สำหรับอ่านและเขียนเอกสาร GitHub สำหรับตรวจสอบเหตุการณ์และเปิด PR

ตัวกระตุ้น — เมื่อไหร่และอย่างไรที่ Routine ทำงาน ตามกำหนดเวลา (ทุกชั่วโมง ทุกคืน ทุกสัปดาห์), เรียกผ่าน API (คุณเรียกมันด้วยโปรแกรม), หรือถูกกระตุ้นโดย GitHub (มันทำงานเมื่อเกิดเหตุการณ์เฉพาะใน repo ของคุณ)

ขั้นตอนที่ 3: เขียนพรอมต์ที่ไร้ที่ติ

นี่คือจุดที่คนส่วนใหญ่ล้มเหลว

Routine ทำงานโดยไม่มีคุณดู ถ้าพรอมต์คลุมเครือ เอเจนต์จะตีความแตกต่างในแต่ละครั้ง และคุณจะได้ผลลัพธ์ที่ไม่สอดคล้องกัน

พรอมต์ Routine ที่ดีที่สุดมีโครงสร้างดังนี้:

การกำหนดบทบาท: "คุณคือผู้ตรวจสอบโค้ดอาวุโสที่เชี่ยวชาญด้านความปลอดภัยและประสิทธิภาพ"

การกำหนดงาน: "ตรวจสอบ Pull Request ที่เปิดค้างไว้นานที่สุดใน repository นี้"

กระบวนการทีละขั้นตอน: "ก่อนอื่น อ่านคำอธิบาย PR จากนั้นเช็คเอาท์ branch อ่านไฟล์ที่เปลี่ยนแปลง วิเคราะห์หาช่องโหว่ด้านความปลอดภัย ข้อผิดพลาดทางตรรกะ และปัญหาด้านประสิทธิภาพ เขียน inline comments สำหรับแต่ละปัญหาที่พบ"

ข้อกำหนดผลลัพธ์: "โพสต์ความคิดเห็นสรุปบน PR โดยมี: จำนวนปัญหาทั้งหมด (แยกตามความรุนแรง), การประเมินโดยรวมหนึ่งย่อหน้า, และคำตัดสิน approve/request-changes ที่ชัดเจน"

การจัดการข้อผิดพลาด: "ถ้าไม่มี PR ที่เปิดอยู่ ให้โพสต์ใน #engineering ใน Slack ว่า 'ไม่มี PR ที่เปิดให้ตรวจสอบวันนี้' ถ้า PR มีไฟล์ที่เปลี่ยนแปลงมากกว่า 50 ไฟล์ ให้ข้ามและโพสต์ว่าต้องตรวจสอบด้วยตนเอง"

ข้อจำกัด: "ห้ามอนุมัติ PR ที่มีปัญหาความรุนแรงระดับ Critical ห้ามแก้ไขโค้ดโดยตรง — แค่แสดงความคิดเห็นเท่านั้น สูงสุดสาม inline comments ต่อไฟล์เพื่อหลีกเลี่ยงสัญญาณรบกวน"

ยิ่งพรอมต์ของคุณแม่นยำมากเท่าไหร่ Routine ของคุณก็ยิ่งเชื่อถือได้มากขึ้นเท่านั้น

ขั้นตอนที่ 4: ทำความเข้าใจข้อจำกัด

Routines มีพลังแต่มีข้อจำกัดที่คุณต้องรู้

ขีดจำกัดการรันต่อวัน: ในช่วงการแสดงตัวอย่างการวิจัย แต่ละบัญชีจะได้รับการรัน Routine 15 ครั้งต่อวัน ถ้าต้องการมากกว่านี้ ให้เปิดใช้งานการใช้งานเพิ่มเติมในการตั้งค่าองค์กรของคุณ — การรันเพิ่มเติมจะคิดตามการใช้งาน

การใช้ Token: Routines ใช้จากขีดจำกัดการสมัครสมาชิกเดียวกันกับเซสชัน Claude Code แบบโต้ตอบ Routine ที่ซับซ้อนซึ่งอ่านหลายไฟล์และเรียก API หลายครั้งจะใช้ token มากกว่า Routine ธรรมดาอย่างมาก

ความปลอดภัยของ Branch: โดยค่าเริ่มต้น Claude สามารถ push ไปยัง branch ที่ขึ้นต้นด้วย claude/ เท่านั้น นี่คือมาตรการความปลอดภัย — Routine ที่เขียนไม่ดีจะไม่สามารถ push ไปยัง main โดยไม่ได้ตั้งใจ อย่าปิดการตั้งค่านี้เว้นแต่คุณจะมีกระบวนการตรวจสอบที่แข็งแกร่ง downstream

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

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

ขั้นตอนที่ 5: สร้าง Stack ของ Routine

Routine หนึ่งอันมีประโยชน์ Stack ของ Routine คือระบบ

นี่คือลักษณะของ Stack Routine ที่สมบูรณ์สำหรับทีมวิศวกรรมขนาดเล็ก:

เช้า (9 โมง) — การตรวจสอบ PR รายวันClaude ตรวจสอบ PR ที่เปิดทั้งหมด โพสต์ inline comments และส่งสรุปไปยัง Slack พร้อมรายการลำดับความสำคัญของสิ่งที่ต้องสนใจวันนี้

หลัง Deploy (webhook) — การตรวจสอบการ Deployทุกครั้งที่ deploy ถึง staging Claude รันชุดทดสอบ สแกน logs เพื่อหาข้อผิดพลาด และโพสต์ go/no-go ไปยังช่อง release ภายในไม่กี่นาที

กลางคืน (ตี 2) — การจัดลำดับ BacklogClaude ประมวลผล issue ใหม่ทั้งหมดที่ยื่นในวันนั้น เพิ่มป้ายกำกับ กำหนดคะแนนความสำคัญ และสร้างเอกสารสรุปตอนเช้า

รายสัปดาห์ (ศุกร์ 5 โมงเย็น) — การตรวจสอบเอกสารClaude สแกน PR ที่ถูก merge ในสัปดาห์ ระบุเอกสารที่ต้องอัปเดต และเปิด PR ร่างสำหรับแต่ละอัน

รายสัปดาห์ (จันทร์ 8 โมงเช้า) — รายงานหนี้ทางเทคนิคClaude สแกนโค้ดเบสเพื่อหา TODO comments, dependencies ที่เลิกใช้แล้ว, และช่องว่างของ test coverage สร้างรายการหนี้ทางเทคนิคที่จัดอันดับพร้อมประมาณการความพยายาม

แต่ละ Routine ใช้เวลา 10-15 นาทีในการตั้งค่า Stack ใช้เวลาช่วงบ่าย ประหยัดเวลาทุกสัปดาห์แบบทวีคูณ

ขั้นตอนที่ 6: ติดตามและปรับปรุง

ทุกครั้งที่ Routine รันจะสร้าง log ตรวจสอบมัน

มองหารูปแบบ:

• Routine ให้ผลลัพธ์ที่ดีสม่ำเสมอหรือไม่? ถ้าไม่ ส่วนไหนของพรอมต์ที่คลุมเครือ?
• ใช้เวลานานเกินไปในการรันบางครั้ง? คุณอาจต้องจำกัดขอบเขต
• พบข้อผิดพลาด? เพิ่มการจัดการข้อผิดพลาดที่ชัดเจนในพรอมต์
• สร้างสัญญาณรบกวนมากเกินไป? ปรับข้อจำกัดให้เข้มงวดขึ้น

ฟีเจอร์ "Dreaming" ใหม่ — ประกาศในงาน Code with Claude เมื่อวันที่ 6 พฤษภาคม — ทำให้ดียิ่งขึ้นไปอีก เมื่อเปิด Dreaming Claude จะตรวจสอบเซสชัน Routine ที่ผ่านมาของตัวเองระหว่างการรัน ระบุรูปแบบที่ได้ผลและไม่ได้ผล และปรับปรุงแนวทางของตัวเองสำหรับครั้งต่อไป

Routine ของคุณจะฉลาดขึ้นเรื่อยๆ ยิ่งรันมากเท่าไหร่

สิ่งนี้เหมาะกับใคร (และไม่เหมาะกับใคร)

Routines สร้างขึ้นสำหรับนักพัฒนาและผู้ปฏิบัติงานที่มีความเชี่ยวชาญด้านเทคนิคที่:

• ใช้ Claude Code อยู่แล้วหรือยินดีที่จะเรียนรู้
• มีงานที่ทำซ้ำได้ใน workflow ที่เป็นไปตามรูปแบบที่ชัดเจน
• ต้องการอัตโนมัติภาระงานปฏิบัติการที่กินเวลาหลายชั่วโมงทุกสัปดาห์
• ทำงานกับโค้ดเบสที่โฮสต์บน GitHub

ถ้าคุณเป็นผู้ใช้ที่ไม่ใช่เทคนิคที่มองหาอัตโนมัติ AI Claude Cowork พร้อมงานที่กำหนดเวลาเป็นจุดเริ่มต้นที่ดีกว่า Routines เป็นเครื่องมือสำหรับผู้ใช้ระดับสูง

แต่ถ้าคุณเป็นนักพัฒนา ผู้จัดการวิศวกรรม วิศวกร DevOps หรือผู้ก่อตั้งด้านเทคนิค — routines จะประหยัดเวลาคุณมากกว่าฟีเจอร์อื่นใดที่ Anthropic เคยปล่อย

Routines กับ GitHub Actions: ต่างกันอย่างไร

นักพัฒนาหลายคนจะถาม: ทำไมต้องจ่ายค่า Claude routines ในเมื่อ GitHub Actions ฟรี?

คำตอบคือ GitHub Action คือสคริปต์ คุณเขียนทุกขั้นตอน คุณกำหนดทุกเงื่อนไข คุณจัดการทุกกรณีขอบด้วยตัวเอง มันทำตามที่คุณเขียนเท่านั้น ไม่มากไม่น้อย

Claude routine คือเอเจนต์ คุณให้เป้าหมาย มันตัดสินใจว่าจะไปถึงเป้าหมายอย่างไร มันปรับตัวกับสถานการณ์ที่ไม่คาดคิด มันใช้เหตุผลกับปัญหา มันตรวจสอบงานของตัวเอง

GitHub Action รัน linter และบอกคุณว่าอะไรล้มเหลว Claude routine อ่านข้อผิดพลาด เข้าใจว่าทำไมถึงล้มเหลว เสนอการแก้ไข และเปิด Pull Request พร้อมการแก้ไข

นั่นเป็นหมวดหมู่ที่แตกต่างกันโดยพื้นฐาน สคริปต์ทำตามกฎ เอเจนต์แก้ปัญหา

สำหรับอัตโนมัติง่ายๆ — รันทดสอบ ตรวจสอบรูปแบบ โพสต์การแจ้งเตือน — GitHub Actions ก็เพียงพอ สำหรับอะไรก็ตามที่ต้องใช้การตัดสินใจ การวิเคราะห์ หรือการปรับตัว routines อยู่ในลีกที่แตกต่าง

สูตร Routine ทั่วไปที่คุณสามารถคัดลอกได้วันนี้

นี่คือการกำหนดค่า Routine ห้าอย่างที่คุณสามารถตั้งค่าได้ในชั่วโมงถัดไป:

สูตร 1: บอทสรุปตอนเช้ากำหนดเวลา: ทุกวัน 8:30 น. พรอมต์: "ตรวจสอบ GitHub repository สำหรับ commits ทั้งหมดที่ push เมื่อวาน ตรวจสอบ Linear สำหรับ issues ใหม่และที่อัปเดต ตรวจสอบ Slack #engineering สำหรับข้อความที่พูดถึงอุปสรรค รวบรวมสรุปย่อตอนเช้าสามส่วน: สิ่งที่ทำไปแล้ว, สิ่งที่กำลังทำ, และสิ่งที่ถูกขัดขวาง โพสต์สรุปไปที่ #daily-standup ใน Slack"

สูตร 2: ผู้ตรวจสอบ Dependencyกำหนดเวลา: ทุกสัปดาห์วันจันทร์ 6 โมงเช้า พรอมต์: "สแกน package.json และ requirements.txt สำหรับ dependencies ทั้งหมด ตรวจสอบแต่ละ dependency สำหรับช่องโหว่ที่รู้จักโดยใช้เว็บ ระบุ dependencies ที่ล้าหลังกว่าปัจจุบันมากกว่าสอง major versions สร้างรายงานที่จัดลำดับความสำคัญพร้อมระดับความรุนแรง และเปิด GitHub issue ถ้าพบช่องโหว่ระดับ Critical"

สูตร 3: ผู้สร้าง Changelogตัวกระตุ้น: เหตุการณ์ GitHub — push tag release ใหม่ พรอมต์: "เมื่อมีการ push tag release ใหม่ ให้อ่าน commits ทั้งหมดตั้งแต่ tag ก่อนหน้า จัดหมวดหมู่แต่ละ commit เป็น feature, fix, improvement, หรือ chore สร้าง changelog ที่จัดรูปแบบใน CHANGELOG.md และเปิด PR"

สูตร 4: ผู้ตรวจสอบ Test Coverageกำหนดเวลา: ทุกคืนตี 1 พรอมต์: "รันชุดทดสอบ คำนวณเปอร์เซ็นต์ coverage แยกตามโมดูล เปรียบเทียบกับ baseline coverage ใน coverage-config.json ถ้าโมดูลใดต่ำกว่า baseline มากกว่า 2% ให้เปิด GitHub issue พร้อมระบุโมดูล, coverage เก่า, coverage ใหม่, และ commits ที่น่าจะทำให้เกิดการลดลง"

สูตร 5: ผู้บังคับใช้คำอธิบาย PRตัวกระตุ้น: เหตุการณ์ GitHub — PR ใหม่ถูกเปิด พรอมต์: "เมื่อมีการเปิด PR ใหม่ ให้ตรวจสอบว่าคำอธิบายตรงตามข้อกำหนด template ของเราหรือไม่: ต้องมีส่วน Summary, ส่วน Testing, และส่วน Screenshots ถ้ามีการเปลี่ยนแปลง UI ถ้าส่วนใดหายไป ให้โพสต์ความคิดเห็นสุภาพขอให้ผู้เขียนอัปเดตคำอธิบายก่อนการตรวจสอบ"

แต่ละสูตรใช้เวลาในการกำหนดค่าน้อยกว่า 10 นาที เมื่อรวมกันแล้วช่วยทีมประหยัดเวลาหลายสิบชั่วโมงต่อเดือน

สรุป

วิธีเก่า: ตื่นขึ้น เปิดเทอร์มินัล เริ่มเซสชัน Claude Code พิมพ์คำสั่ง รอผลลัพธ์ ไปยังงานถัดไป ทำซ้ำพรุ่งนี้

วิธีใหม่: กำหนดค่า routines ครั้งเดียว ปล่อยให้มันทำงานบนคลาวด์ของ Anthropic ตื่นขึ้นมาพร้อมผลลัพธ์

นี่ไม่ใช่การปรับปรุงเชิงทฤษฎี ผู้คนกำลังรัน stack ของ routines ที่จัดการ workflow ปฏิบัติการทั้งหมดของพวกเขาข้ามคืน

ช่องว่างระหว่าง "คนที่ใช้ Claude เป็นแชทบอท" กับ "คนที่ให้ Claude ทำงานอัตโนมัติตลอด 24 ชั่วโมง" กำลังกว้างขึ้นทุกสัปดาห์

Routines คือวิธีที่คุณข้ามไปอีกฝั่ง

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

ติดตามฉัน @eng_khairallah1 สำหรับการแจกแจง AI และ workflow เพิ่มเติม ฉันโพสต์เนื้อหาแบบนี้เป็นประจำ — เครื่องมือ การตั้งค่า และกลยุทธ์ที่ใช้งานได้จริง

หวังว่าสิ่งนี้จะเป็นประโยชน์สำหรับคุณนะ Khairallah ❤️