Automation
คำสั่งประจำ
คำสั่งถาวรมอบ อำนาจดำเนินงานอย่างถาวร ให้เอเจนต์ของคุณสำหรับโปรแกรมที่กำหนดไว้ แทนที่จะสั่งเอเจนต์สำหรับทุกงาน คุณกำหนดโปรแกรมพร้อมขอบเขต ตัวกระตุ้น และกฎการยกระดับที่ชัดเจน แล้วเอเจนต์จะดำเนินการโดยอัตโนมัติภายในขอบเขตเหล่านั้น เช่น “คุณรับผิดชอบรายงานประจำสัปดาห์ จัดทำทุกวันศุกร์ ส่งรายงาน และยกระดับเฉพาะเมื่อมีสิ่งผิดปกติ”
เหตุผลที่ควรใช้คำสั่งถาวร
หากไม่มีคำสั่งถาวร: คุณต้องสั่งเอเจนต์สำหรับทุกงาน งานประจำอาจถูกลืมหรือล่าช้า และคุณจะกลายเป็นคอขวด
เมื่อมีคำสั่งถาวร: เอเจนต์จะดำเนินการโดยอัตโนมัติภายในขอบเขตที่กำหนด งานประจำจะเกิดขึ้นตามกำหนดเวลา และคุณจะเข้ามาเกี่ยวข้องเฉพาะกรณียกเว้นและการอนุมัติเท่านั้น
วิธีการทำงาน
คำสั่งถาวรถูกกำหนดไว้ในไฟล์ พื้นที่ทำงานของเอเจนต์ ของคุณ แนวทางที่แนะนำคือใส่คำสั่งเหล่านี้ไว้ใน AGENTS.md โดยตรง (ซึ่งจะถูกแทรกโดยอัตโนมัติในทุกเซสชัน) เพื่อให้เอเจนต์มีคำสั่งเหล่านี้อยู่ในบริบทเสมอ สำหรับการกำหนดค่าขนาดใหญ่ คุณยังสามารถใส่ไว้ในไฟล์เฉพาะ เช่น standing-orders.md และอ้างอิงไฟล์นั้นจาก AGENTS.md
แต่ละโปรแกรมระบุสิ่งต่อไปนี้:
- ขอบเขต - สิ่งที่เอเจนต์ได้รับอนุญาตให้ทำ
- ตัวกระตุ้น - เวลาที่ต้องดำเนินการ (ตามกำหนดเวลา เหตุการณ์ หรือเงื่อนไข)
- จุดตรวจสอบการอนุมัติ - สิ่งที่ต้องได้รับการรับรองจากมนุษย์ก่อนดำเนินการ
- กฎการยกระดับ - เวลาที่ต้องหยุดและขอความช่วยเหลือ
เอเจนต์จะโหลดคำสั่งเหล่านี้ในทุกเซสชันผ่านไฟล์เริ่มต้นของพื้นที่ทำงาน (ดูรายการไฟล์ที่ถูกแทรกโดยอัตโนมัติทั้งหมดได้ที่ พื้นที่ทำงานของเอเจนต์) และดำเนินการตามคำสั่งเหล่านี้ โดยใช้ร่วมกับ งาน Cron เพื่อบังคับใช้ตามเวลา
โครงสร้างของคำสั่งถาวร
## Program: Weekly Status Report **Authority:** Compile data, generate report, deliver to stakeholders**Trigger:** Every Friday at 4 PM (enforced via cron job)**Approval gate:** None for standard reports. Flag anomalies for human review.**Escalation:** If data source is unavailable or metrics look unusual (>2σ from norm) ### Execution steps 1. Pull metrics from configured sources2. Compare to prior week and targets3. Generate report in Reports/weekly/YYYY-MM-DD.md4. Deliver summary via configured channel5. Log completion to Agent/Logs/ ### What NOT to do - Do not send reports to external parties- Do not modify source data- Do not skip delivery if metrics look bad - report accuratelyคำสั่งถาวรร่วมกับงาน Cron
คำสั่งถาวรกำหนดว่าเอเจนต์ได้รับอนุญาตให้ทำ อะไร ส่วน งาน Cron กำหนดว่างานจะเกิดขึ้น เมื่อใด ทั้งสองส่วนทำงานร่วมกันดังนี้:
Standing Order: "You own the daily inbox triage" ↓Cron Job (8 AM daily): "Execute inbox triage per standing orders" ↓Agent: Reads standing orders → executes steps → reports resultsพรอมต์ของงาน Cron ควรอ้างอิงคำสั่งถาวรแทนการทำซ้ำเนื้อหา:
openclaw cron add \ --name daily-inbox-triage \ --cron "0 8 * * 1-5" \ --tz America/New_York \ --timeout-seconds 300 \ --announce \ --channel imessage \ --to "+1XXXXXXXXXX" \ --message "Execute daily inbox triage per standing orders. Check mail for new alerts. Parse, categorize, and persist each item. Report summary to owner. Escalate unknowns."ตัวอย่าง
ตัวอย่างที่ 1: เนื้อหาและสื่อสังคมออนไลน์ (รอบรายสัปดาห์)
## Program: Content & Social Media **Authority:** Draft content, schedule posts, compile engagement reports**Approval gate:** All posts require owner review for first 30 days, then standing approval**Trigger:** Weekly cycle (Monday review → mid-week drafts → Friday brief) ### Weekly cycle - **Monday:** Review platform metrics and audience engagement- **Tuesday-Thursday:** Draft social posts, create blog content- **Friday:** Compile weekly marketing brief → deliver to owner ### Content rules - Voice must match the brand (see SOUL.md or brand voice guide)- Never identify as AI in public-facing content- Include metrics when available- Focus on value to audience, not self-promotionตัวอย่างที่ 2: การดำเนินงานด้านการเงิน (กระตุ้นด้วยเหตุการณ์)
## Program: Financial Processing **Authority:** Process transaction data, generate reports, send summaries**Approval gate:** None for analysis. Recommendations require owner approval.**Trigger:** New data file detected OR scheduled monthly cycle ### When new data arrives 1. Detect new file in designated input directory2. Parse and categorize all transactions3. Compare against budget targets4. Flag: unusual items, threshold breaches, new recurring charges5. Generate report in designated output directory6. Deliver summary to owner via configured channel ### Escalation rules - Single item > $500: immediate alert- Category > budget by 20%: flag in report- Unrecognizable transaction: ask owner for categorization- Failed processing after 2 retries: report failure, do not guessตัวอย่างที่ 3: การเฝ้าติดตามและการแจ้งเตือน (ต่อเนื่อง)
## Program: System Monitoring **Authority:** Check system health, restart services, send alerts**Approval gate:** Restart services automatically. Escalate if restart fails twice.**Trigger:** Every heartbeat cycle ### Checks - Service health endpoints responding- Disk space above threshold- Pending tasks not stale (>24 hours)- Delivery channels operational ### Response matrix | Condition | Action | Escalate? || ---------------- | ------------------------ | ------------------------ || Service down | Restart automatically | Only if restart fails 2x || Disk space < 10% | Alert owner | Yes || Stale task > 24h | Remind owner | No || Channel offline | Log and retry next cycle | If offline > 2 hours |รูปแบบดำเนินการ-ตรวจสอบ-รายงาน
คำสั่งถาวรจะทำงานได้ดีที่สุดเมื่อใช้ร่วมกับวินัยในการดำเนินงานที่เคร่งครัด ทุกงานในคำสั่งถาวรควรเป็นไปตามวงจรนี้:
- ดำเนินการ - ทำงานจริง (อย่าเพียงรับทราบคำสั่ง)
- ตรวจสอบ - ยืนยันว่าผลลัพธ์ถูกต้อง (มีไฟล์อยู่จริง ส่งข้อความสำเร็จ แยกวิเคราะห์ข้อมูลแล้ว)
- รายงาน - แจ้งเจ้าของว่าได้ทำอะไรและตรวจสอบอะไรแล้ว
### Execution rules - Every task follows Execute-Verify-Report. No exceptions.- "I'll do that" is not execution. Do it, then report.- "Done" without verification is not acceptable. Prove it.- If execution fails: retry once with adjusted approach.- If still fails: report failure with diagnosis. Never silently fail.- Never retry indefinitely - 3 attempts max, then escalate.รูปแบบนี้ช่วยป้องกันความล้มเหลวที่พบบ่อยที่สุดของเอเจนต์ นั่นคือการรับทราบงานโดยไม่ได้ทำให้เสร็จ
สถาปัตยกรรมแบบหลายโปรแกรม
สำหรับเอเจนต์ที่จัดการหลายด้าน ให้จัดระเบียบคำสั่งถาวรเป็นโปรแกรมแยกกันโดยมีขอบเขตที่ชัดเจน:
## Program 1: [Domain A] (Weekly) ... ## Program 2: [Domain B] (Monthly + On-Demand) ... ## Program 3: [Domain C] (As-Needed) ... ## Escalation Rules (All Programs) - [Common escalation criteria]- [Approval gates that apply across programs]แต่ละโปรแกรมควรมี:
- จังหวะการกระตุ้น ของตนเอง (รายสัปดาห์ รายเดือน ตามเหตุการณ์ หรือต่อเนื่อง)
- จุดตรวจสอบการอนุมัติ ของตนเอง (บางโปรแกรมต้องมีการกำกับดูแลมากกว่าโปรแกรมอื่น)
- ขอบเขต ที่ชัดเจน (เอเจนต์ควรรู้ว่าโปรแกรมหนึ่งสิ้นสุดและอีกโปรแกรมหนึ่งเริ่มต้นตรงไหน)
แนวทางปฏิบัติที่ดีที่สุด
ควรทำ
- เริ่มด้วยอำนาจที่จำกัดและขยายเมื่อความไว้วางใจเพิ่มขึ้น
- กำหนดจุดตรวจสอบการอนุมัติอย่างชัดเจนสำหรับการดำเนินการที่มีความเสี่ยงสูง
- ใส่ส่วน “สิ่งที่ห้ามทำ” เพราะขอบเขตมีความสำคัญพอ ๆ กับสิทธิ์
- ใช้ร่วมกับงาน Cron เพื่อให้การดำเนินการตามเวลามีความน่าเชื่อถือ
- ตรวจสอบบันทึกของเอเจนต์ทุกสัปดาห์เพื่อยืนยันว่ามีการปฏิบัติตามคำสั่งถาวร
- ปรับปรุงคำสั่งถาวรเมื่อความต้องการของคุณเปลี่ยนไป เพราะคำสั่งเหล่านี้เป็นเอกสารที่ปรับเปลี่ยนอยู่เสมอ
ควรหลีกเลี่ยง
- มอบอำนาจกว้างขวางตั้งแต่วันแรก (“ทำสิ่งที่คุณคิดว่าดีที่สุดได้เลย”)
- ละเว้นกฎการยกระดับ เพราะทุกโปรแกรมต้องมีข้อกำหนดว่า “เมื่อใดต้องหยุดและถาม”
- คาดว่าเอเจนต์จะจำคำสั่งที่บอกด้วยวาจาได้ ให้ใส่ทุกอย่างไว้ในไฟล์
- รวมหลายเรื่องไว้ในโปรแกรมเดียว ให้แยกโปรแกรมสำหรับแต่ละขอบเขตงาน
- ลืมบังคับใช้ด้วยงาน Cron เพราะคำสั่งถาวรที่ไม่มีตัวกระตุ้นจะกลายเป็นเพียงคำแนะนำ
เนื้อหาที่เกี่ยวข้อง
- ระบบอัตโนมัติ: ภาพรวมกลไกการทำงานอัตโนมัติทั้งหมด
- งาน Cron: การบังคับใช้กำหนดเวลาสำหรับคำสั่งถาวร
- Hooks: สคริปต์ที่ขับเคลื่อนด้วยเหตุการณ์สำหรับเหตุการณ์ในวงจรชีวิตของเอเจนต์
- Webhooks: ตัวกระตุ้นเหตุการณ์ HTTP ขาเข้า
- พื้นที่ทำงานของเอเจนต์: ตำแหน่งที่เก็บคำสั่งถาวร รวมถึงรายการไฟล์เริ่มต้นที่ถูกแทรกโดยอัตโนมัติทั้งหมด (
AGENTS.md,SOUL.mdและอื่น ๆ)