Claude Cowork Scheduled Tasks — ตั้งให้ AI ทำงานแทนคุณ 24/7 (คู่มือปี 2026)

By / 08/05/2026
Claude Cowork Scheduled Tasks — ภาพประกอบ Data-Espresso

เมื่อเช้านี้ผมเพิ่งตั้งให้ Claude Cowork เขียนบทความให้ data-espresso.com ทุกวันตอน 6 โมงเช้าแบบอัตโนมัติ — ไม่ใช่แค่ draft ดิบๆ นะครับ แต่หา keyword จาก Perplexity, เช็ค duplicate กับ 874 โพสต์เดิม, สร้าง cover image ด้วย nanobanana, แล้วขึ้น draft ใน WordPress ให้ผมตรวจอีกทีก่อนกดเผยแพร่

ฟังดูเวอร์ไปไหม? จริงๆ feature นี้ Anthropic ปล่อยมาตั้งแต่ต้นปี แต่คนไทยยังไม่ค่อยมีใครพูดถึง scheduled tasks ใน Cowork เลย — ส่วนใหญ่ยังใช้ Cowork แบบ chat ไปเรื่อยๆ เสียดาย power ครึ่งนึงไป 55

บทความนี้ผมจะเล่าตั้งแต่ว่า Scheduled Tasks คืออะไร ทำไม Cowork ทำได้ดีกว่า cron บน server ธรรมดา วิธีตั้งทีละขั้น ไปจนถึง 3 use case ที่ผมใช้จริงและ pitfall ที่ควรระวัง

เนื้อหาในบทความนี้

สรุป (TL;DR)

  • Claude Cowork Scheduled Tasks คือ feature ที่ให้คุณตั้งให้ AI ทำงานเองตามเวลาที่กำหนด — daily, weekly, หรือครั้งเดียวในอนาคต
  • ต่างจาก cron script ทั่วไปตรงที่ task เข้าถึง connector ทั้งหมดของคุณ (Gmail, Slack, Linear, Notion) + skills + plugins ที่คุณติดตั้งไว้ — เหมือนมีพนักงานเข้างานแทนคุณจริงๆ
  • เหมาะกับ: morning brief, content pipeline, weekly report, inbox triage, lead research
  • ข้อควรระวัง: ต้อง Run now ครั้งแรกเพื่อ pre-approve tools ก่อน ไม่งั้นรอบถัดไปจะค้างรอ permission

Scheduled Tasks ใน Cowork คืออะไร

พูดง่ายๆ คือการเอา prompt ที่คุณใช้กับ Claude ทุกวันอยู่แล้ว มาตั้งให้มันรันเองตามเวลา โดยที่ Cowork จะใช้ทุกอย่างใน desktop app ของคุณได้ตามปกติ — ไฟล์ในโฟลเดอร์ที่ mount ไว้, connector ทั้ง Gmail/Calendar/Drive/Slack/Jira, skill ที่ติดตั้ง, plugin ที่ใส่

โครงสร้างของ task หนึ่งตัวประกอบด้วย 3 ส่วน:

1. Prompt — instruction ที่ละเอียดพอให้ Claude ทำงานได้เอง ไม่ต้องถามอะไรเพิ่ม

2. Schedule — cron expression หรือ ISO datetime (ตั้งเวลาในเขต local ของคุณ ไม่ใช่ UTC)

3. Notification setting — ให้แจ้งเตือนเมื่อรันเสร็จไหม

ตอน task รัน Claude จะเปิด session ใหม่ขึ้นมา รัน prompt ให้จบ แล้ว log ผลลัพธ์ คุณไปอ่านทีหลังได้

💡 ในความเห็นของผม จุดที่ Cowork ทำได้ดีกว่า cron ทั่วไปเยอะคือ “context awareness” — มันเข้าถึงไฟล์คุณ, อีเมลคุณ, ตารางงานคุณ ได้ในรอบเดียวกัน โดยไม่ต้องเขียน glue code เชื่อมทุก API เอง อันนี้สำหรับคนที่ไม่ใช่ dev เป็นจุดเปลี่ยนใหญ่เลยล่ะครับ

ทำไมต้องใช้ (แทนที่จะเขียน Python + cron เองเหมือนเดิม)

คำถามที่ผมได้ยินบ่อยคือ “ก็เขียน Python ตั้ง crontab บน server ก็ได้ไม่ใช่หรอ ทำไมต้องใช้ Cowork”

เหตุผลที่ผมเลือก Cowork:

1. ไม่ต้อง maintain integration ทีละตัว — อยากให้มันอ่าน Gmail? มีอยู่แล้ว อยากเขียน Notion? มีอยู่แล้ว อยาก deploy Supabase? มีอยู่แล้ว ถ้าเขียน script เอง ผมต้องจัดการ OAuth token, refresh logic, rate limit ทุก API เอง

2. Prompt เป็นภาษาคน — เวลา requirement เปลี่ยน ผมแค่แก้ prompt ไม่ต้อง refactor code ไม่ต้อง deploy ไม่ต้องรอ CI

3. มี skill + plugin ecosystem — เช่น skill arty-voice ที่ผมเขียนไว้ task เรียกใช้ได้เลย ไม่ต้อง hardcode voice guideline ลงใน prompt ทุกที่

4. Scheduled task ทำงานบนเครื่องของเรา — ไม่ต้องเช่า server เพิ่ม ไม่ต้องกลัว credential หลุดบน cloud

ข้อเสีย? มีครับ — เครื่องต้องเปิดอยู่ หรือ Claude Desktop ต้องออนไลน์ ถ้าเครื่องปิดตอนถึงเวลา task จะรันตอนที่คุณเปิดเครื่องมาใหม่ (สำหรับ one-time task) หรือข้ามรอบนั้นไป (สำหรับ recurring) เดี๋ยวลงรายละเอียดตรง pitfall ท้ายบท

วิธีตั้ง Scheduled Task ใน Cowork ทีละขั้น

1. เปิด Scheduled sidebar ใน Cowork desktop app

เปิด Claude Desktop แล้วคลิก Cowork mode ที่ sidebar ซ้าย จะเห็นเมนู Scheduled ตรงนั้นคือศูนย์กลางของ task ทั้งหมด

[SCREENSHOT NEEDED: หน้า Cowork ที่มี Scheduled menu ใน sidebar ซ้าย ชี้ลูกศรไปที่ Scheduled]

ถ้ายังไม่มี task ไหน มันจะขึ้นหน้าว่างพร้อมปุ่ม + New Task ให้สร้างทันที ถ้ามี task เดิมอยู่แล้วจะเห็นสถานะ (enabled/disabled), schedule, next run, last run ครบเลยล่ะครับ

2. สร้าง task ใหม่ด้วย `+ New Task` หรือให้ Claude สร้างให้

มี 2 ทางให้เลือก:

ทางแรก — กดปุ่ม + New Task เอง:

[SCREENSHOT NEEDED: modal สร้าง task ใหม่ แสดง field task name, prompt, schedule]

จะมี form ให้กรอก task name, prompt เต็ม, schedule (cron หรือ one-time), และเลือกโฟลเดอร์ที่ task จะเข้าถึงได้

ทางที่สอง — คุยกับ Claude แล้วให้มันสร้างให้ (วิธีที่ผมใช้):

พิมพ์ในแชทว่า *”ช่วยตั้ง scheduled task ให้ผม [ทำอะไร] [เวลาไหน]”* Claude จะถาม clarifying question สั้นๆ แล้วสร้าง task ให้อัตโนมัติผ่าน tool create_scheduled_task

[SCREENSHOT NEEDED: บทสนทนาใน Cowork ที่ user ขอให้ตั้ง task แล้ว Claude เรียก tool create_scheduled_task สำเร็จ แสดง task file path + schedule]

วิธีนี้ง่ายกว่าเยอะเพราะ Claude จะ craft prompt ที่ self-contained ให้เอง ไม่ต้องพิมพ์ยาวๆ เอง

3. เขียน Prompt ให้ self-contained

นี่คือจุดที่คนส่วนใหญ่พลาด — prompt ของ scheduled task ไม่ควรอ้างถึง conversation ก่อนหน้า เพราะตอน task รันมันเป็น session ใหม่ ไม่มี context เดิมเลย

โครงสร้างที่ดี: 

You are [role]. Your job is to [specific output].

## CONTEXT
- [background facts Claude ต้องรู้]

## STEP 1 — [ชื่อขั้นแรก]
[instruction ละเอียด]

## STEP 2 — ...

## ABORT CONDITIONS
- [เงื่อนไขที่ต้องไม่ทำงานต่อ]

## CONSTRAINTS
- NEVER [สิ่งที่ห้ามทำ]

Report at end: [สรุปที่อยากได้]

[SCREENSHOT NEEDED: prompt editor ของ Cowork task แสดง prompt ตัวอย่างที่มีโครงสร้าง STEP 1/STEP 2/CONSTRAINTS ชัดเจน]

💡 ในความเห็นของผม prompt ของ scheduled task ควรยาวกว่า prompt ปกติที่เราพิมพ์ในแชทเสมอ เพราะเราไม่มีโอกาสแก้ไขระหว่างทาง ถ้า Claude ถามอะไรก็ไม่มีใครตอบ ฉะนั้น spec ทุกอย่างให้ชัดตั้งแต่ต้น

4. ตั้ง Schedule ด้วย cron expression

Format มาตรฐาน 5 ช่อง: นาที ชั่วโมง วัน เดือน วันในสัปดาห์

ตัวอย่างที่ใช้บ่อย:

  • 0 6 * * * — ทุกวันตอน 6 โมงเช้า (เวลา local ของคุณ ไม่ใช่ UTC)
  • 0 9 * * 1-5 — ทุกวันจันทร์-ศุกร์ 9 โมงเช้า
  • 0 7 * * 1 — ทุกวันจันทร์ 7 โมงเช้า
  • 30 17 * * 5 — ทุกวันศุกร์ 17:30

สำหรับ task ที่รันครั้งเดียวใช้ ISO datetime แทน เช่น 2026-04-20T14:00:00+07:00

[SCREENSHOT NEEDED: หน้า task config ที่แสดง cron expression พร้อม human-readable description ข้างล่าง เช่น “At 06:00 AM, every day”]

5. Run Now ครั้งแรกเพื่อ Pre-approve Tools

ขั้นนี้ สำคัญมาก — ถ้าข้ามจะเจ็บตัว

คลิก Run now ที่ task ทันทีหลังสร้างเสร็จ ตอน task รันครั้งแรก มันจะขอ permission ทุก tool ที่ใช้ (web search, bash, file write, connector ต่างๆ) คุณอนุมัติตอนนี้ครั้งเดียว ระบบจะจำไว้ใช้ตอน run อัตโนมัติรอบหน้า

[SCREENSHOT NEEDED: หน้า permission prompt ขอใช้ tool เช่น WebSearch หรือ Bash ตอนรัน task ครั้งแรก]

ถ้าข้ามขั้นนี้ — task จะค้างรอ permission ตอน 6 โมงเช้า แล้วไม่มีใครอนุมัติให้ รอบนั้นก็ fail

6. ตั้ง Notification + Monitor ผลลัพธ์

เปิด notifyOnCompletion ไว้เพื่อให้ได้รับแจ้งเตือนเมื่อ task รันเสร็จ จะ success หรือ fail ก็ตาม

[SCREENSHOT NEEDED: toggle notification setting ในหน้า task config + ตัวอย่าง notification ที่ได้รับหลัง task รันเสร็จ]

สำหรับ task ที่ผมตั้งไว้ให้เขียนบทความ ผม log ผลลงไฟล์ content-log.md ทุกครั้งที่รัน เช้ามาเปิดไฟล์อ่านสรุปได้ 5 วินาที ไม่ต้องไล่เปิดแต่ละ session

3 Use Case ที่ผมใช้จริง

Use case 1 — Morning Brief สำหรับผู้บริหาร (6:30 AM)

Prompt ตั้งให้ Cowork:

1. ดึง 10 calendar event วันนี้

2. อ่านหัวข้ออีเมลใน Gmail inbox ที่ยังไม่อ่าน

3. สแกน Slack channel ที่ติดดาวไว้

4. สังเคราะห์เป็น brief หน้าเดียว: ต้องเจอใคร, เรื่องไหน critical, เรื่องไหน delegate ได้

ส่งเข้า email ผมตอน 6:40 — ตื่นมาเปิดมือถืออ่าน รู้ทันทีว่าวันนี้ต้องโฟกัสอะไร

Use case 2 — Daily Content Pipeline (6:00 AM — อันที่ผมเพิ่งตั้งวันนี้)

ตัวที่เล่าตอนเปิดบทความเลยครับ — เขียนบทความใหม่ให้ data-espresso.com ทุกวัน โดย:

1. เลือก pillar ตามวันในสัปดาห์ (Claude Code / Claude Cowork / n8n / ฯลฯ)

2. ใช้ Perplexity หาข่าวใหม่ล่าสุด 14 วันย้อนหลัง

3. เช็ค WordPress REST API ว่าเคยเขียนเรื่องนี้แล้วหรือยัง

4. เรียก skill arty-voice + arty-writing + data-espresso-brand-guidelines

5. สร้าง cover image ด้วย gemini-3.1-flash-image (nanobanana)

6. Upload ขึ้น WordPress — ถ้าเป็น how-to เก็บเป็น draft, ถ้าเป็น news เผยแพร่ตรง

7. ส่ง URL เข้า Google Indexing API

Quality gate เยอะเลยครับ — word count, FAQ section, TL;DR, duplicate check, ห้ามเขียนจาก release note, ต้องมีแหล่งอ้างอิง 3+ ถ้ากฎไหนไม่ผ่านก็ abort ไม่ publish

Use case 3 — Weekly Lead Research (ทุกวันจันทร์ 8:00 AM)

อันนี้สำหรับสายขาย: prompt ให้ Cowork ดึง lead ใหม่จาก HubSpot/CRM, เปิด LinkedIn + website ของแต่ละบริษัท, สรุป pain point + recent news + decision maker เป็น brief, วางลง Notion database ของทีม sales

ทีม sales เช้าจันทร์เปิด Notion อ่าน brief ครบ — ไม่ต้องเสียเวลา research เอง

💡 ในความเห็นของผม use case ที่ ROI สูงสุดของ scheduled task ไม่ใช่เรื่องหวือหวา แต่คือ งาน repetitive ที่ทุกคนต้องทำทุกเช้าแต่ไม่มีใครอยากทำ — morning brief, inbox triage, lead warming, metric digest พวกนี้แหละครับที่ Cowork เอามันออกจากชีวิตเราได้จริง

Pitfall ที่ผมเจอและต้องระวัง

1. Timezone confusion — cron expression ใช้เวลา local ของเครื่องคุณ ไม่ใช่ UTC ถ้าเครื่องคุณตั้งเป็น Asia/Bangkok ใส่ 0 6 * * * มันจะรัน 6 โมงเช้าตามเวลาไทย ไม่ใช่ 6 AM UTC (ซึ่งคือ 1 PM บ้านเรา)

2. เครื่องต้องเปิดอยู่ — ถ้าเครื่องปิดตอนถึงเวลา task recurring จะข้ามรอบนั้น (one-time task จะรันตอนเปิดเครื่องมา) ฉะนั้นสำหรับ mission-critical workflow อย่าใช้ laptop ที่ปิดฝาบ่อย

3. Tool permission ค้าง — ถ้าไม่ Run now ก่อน หรือ permission หมดอายุ task จะ fail เงียบๆ เช็ค log เป็นประจำ โดยเฉพาะสัปดาห์แรกหลังตั้ง

4. Prompt drift — ถ้าระบบคุณรันทุกวัน ภายใน 3 เดือน Claude อาจ “ติดนิสัย” บางอย่างจากงานก่อนที่ไม่ได้ตั้งใจ ตั้ง review cycle เดือนละครั้งเพื่ออ่าน log กับ output จริงๆ

5. Cost creep — ทุก task ใช้ token จริง ถ้าตั้งไว้ 10 task รันวันละครั้งแบบ heavy research คุณอาจหมด quota เร็วกว่าที่คิด

FAQ

Scheduled Task ของ Cowork ต่างจาก cron บน server ยังไง?

Cowork task เข้าถึงทุก connector (Gmail, Slack, Notion, ฯลฯ), skills, และ plugins ที่คุณติดตั้งไว้แบบพร้อมใช้ ไม่ต้องเขียน glue code ส่วน cron ทั่วไปรัน script ตามเวลาอย่างเดียว ต้องจัดการ auth/API ทุกตัวเอง

ถ้าปิด Claude Desktop แล้ว task จะรันไหม?

Recurring task จะข้ามรอบที่เครื่องปิดไป (ไม่ catch up ย้อนหลัง) One-time task จะรันทันทีที่เปิดเครื่องมาและ Claude online ฉะนั้น workflow ที่ต้อง reliable ควรรันบนเครื่องที่เปิดตลอด 24/7

Scheduled Tasks ใช้ได้กับ plan ไหนของ Claude บ้าง?

ตอนนี้ (เมษายน 2026) feature นี้อยู่ใน research preview ใช้ได้กับ Pro, Max, Team, และ Enterprise — ไม่ใช่ free tier เช็ค status ล่าสุดที่ Anthropic docs

ใส่ cron expression เป็น schedule ภาษาไทยได้ไหม?

Cron เองไม่มีภาษาไทย แต่ถ้าคุณบอก Claude ว่า “ตั้งให้รันทุกเช้าวันจันทร์ 7 โมง” มันจะแปลงเป็น 0 7 * * 1 ให้เอง ไม่ต้องจำ syntax

Task ของเราเห็นข้อมูลผ่าน connector ได้ลึกแค่ไหน?

เท่าที่ connector นั้นๆ ได้รับ permission ตอน authenticate — เช่น Gmail connector อ่าน label ใน inbox ได้ แต่ถ้าตอน authenticate คุณ grant แค่ read-only ก็ทำได้แค่อ่าน ไม่ตอบเมล

ถ้า Task ทำพลาดแล้วส่งเมลผิดคน ทำยังไง?

ทางป้องกันที่ดีสุดคือ (1) ตั้ง abort condition เข้มๆ ใน prompt ให้ task หยุดถ้าเจอ edge case ที่ไม่ชัดเจน และ (2) สำหรับงานที่ irreversible (ส่งเมลให้ลูกค้า, โพสต์ social) ให้ task สร้างเป็น draft ก่อน ไม่ให้กด send เอง

#สรุป

การมี scheduled task ที่ทำงานได้จริง ก็เหมือนมีพนักงานที่ไม่เคยสาย ไม่เคยลืม และไม่เคยลาพักร้อน — แค่ต้องเขียน job description ให้ชัดเจนในวันแรกเท่านั้นเองครับ

*ข้อมูลอัปเดต: เมษายน 2026*

Sources:

อ่านแล้ว: 36

Leave a Comment

สอบถามข้อมูล
Scroll to Top