---
read_when:
    - प्रति-कार्य प्रॉम्प्ट दिए बिना चलने वाले स्वायत्त एजेंट कार्यप्रवाह सेट अप करना
    - यह निर्धारित करना कि एजेंट स्वतंत्र रूप से क्या कर सकता है और किन कार्यों के लिए मानव की स्वीकृति आवश्यक है
    - स्पष्ट सीमाओं और एस्केलेशन नियमों के साथ बहु-प्रोग्राम एजेंटों की संरचना करना
summary: स्वायत्त एजेंट प्रोग्रामों के लिए स्थायी संचालन प्राधिकार परिभाषित करें
title: स्थायी आदेश
x-i18n:
    generated_at: "2026-07-27T19:19:23Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    prompt_version: 32
    provider: openai
    source_hash: 9e7ad622efe734facc9dc3716f5ee7f57ed3923499db78730bda234a5c62ad80
    source_path: automation/standing-orders.md
    workflow: 16
---

स्थायी आदेश आपके एजेंट को निर्धारित कार्यक्रमों के लिए **स्थायी संचालन प्राधिकार** प्रदान करते हैं। प्रत्येक कार्य के लिए एजेंट को निर्देश देने के बजाय, आप स्पष्ट दायरे, ट्रिगर और एस्केलेशन नियमों वाले कार्यक्रम निर्धारित करते हैं, और एजेंट उन सीमाओं के भीतर स्वायत्त रूप से निष्पादन करता है: "साप्ताहिक रिपोर्ट की ज़िम्मेदारी आपकी है। इसे प्रत्येक शुक्रवार संकलित करके भेजें और केवल तभी एस्केलेट करें जब कुछ गलत दिखाई दे।"

## स्थायी आदेश क्यों

**स्थायी आदेशों के बिना:** आप प्रत्येक कार्य के लिए एजेंट को निर्देश देते हैं, नियमित कार्य भूल जाते हैं या उनमें देरी होती है, और आप बाधा बन जाते हैं।

**स्थायी आदेशों के साथ:** एजेंट निर्धारित सीमाओं के भीतर स्वायत्त रूप से निष्पादन करता है, नियमित कार्य समय पर होते हैं, और आपको केवल अपवादों तथा अनुमोदनों के लिए शामिल होना पड़ता है।

## ये कैसे काम करते हैं

स्थायी आदेश आपकी [एजेंट कार्यस्थली](/hi/concepts/agent-workspace) की फ़ाइलों में निर्धारित किए जाते हैं। अनुशंसित तरीका उन्हें सीधे `AGENTS.md` में शामिल करना है (जो प्रत्येक सत्र में स्वतः इंजेक्ट होता है), ताकि एजेंट के संदर्भ में वे हमेशा उपलब्ध रहें। बड़े कॉन्फ़िगरेशन के लिए, आप उन्हें `standing-orders.md` जैसी किसी समर्पित फ़ाइल में भी रख सकते हैं और `AGENTS.md` से उसका संदर्भ दे सकते हैं।

प्रत्येक कार्यक्रम में ये निर्धारित होते हैं:

1. **दायरा** - एजेंट को क्या करने का प्राधिकार है
2. **ट्रिगर** - कब निष्पादन करना है (शेड्यूल, घटना या शर्त)
3. **अनुमोदन द्वार** - कार्रवाई से पहले किन चीज़ों पर मानव की स्वीकृति आवश्यक है
4. **एस्केलेशन नियम** - कब रुककर सहायता माँगनी है

एजेंट प्रत्येक सत्र में कार्यस्थली की बूटस्ट्रैप फ़ाइलों के माध्यम से ये निर्देश लोड करता है (स्वतः इंजेक्ट की जाने वाली फ़ाइलों की पूरी सूची के लिए [एजेंट कार्यस्थली](/hi/concepts/agent-workspace) देखें) और समय-आधारित प्रवर्तन के लिए [Cron जॉब](/hi/automation/cron-jobs) के साथ मिलाकर इनके अनुसार निष्पादन करता है।

<Tip>
स्थायी आदेशों को `AGENTS.md` में रखें, ताकि प्रत्येक सत्र में उनका लोड होना सुनिश्चित हो। कार्यस्थली बूटस्ट्रैप स्वचालित रूप से `AGENTS.md`, `SOUL.md`, `TOOLS.md`, `IDENTITY.md`, `USER.md`, `HEARTBEAT.md`, `BOOTSTRAP.md`, और `MEMORY.md` को इंजेक्ट करता है—लेकिन उपनिर्देशिकाओं की मनमानी फ़ाइलों को नहीं।
</Tip>

## स्थायी आदेश की संरचना

```markdown
## कार्यक्रम: साप्ताहिक स्थिति रिपोर्ट

**प्राधिकार:** डेटा संकलित करना, रिपोर्ट बनाना, हितधारकों तक पहुँचाना
**ट्रिगर:** प्रत्येक शुक्रवार शाम 4 बजे (Cron जॉब के माध्यम से लागू)
**अनुमोदन द्वार:** मानक रिपोर्टों के लिए कोई नहीं। असामान्यताओं को मानव समीक्षा के लिए चिह्नित करें।
**एस्केलेशन:** यदि डेटा स्रोत अनुपलब्ध हो या मेट्रिक्स असामान्य दिखाई दें (सामान्य मान से >2σ)

### निष्पादन के चरण

1. कॉन्फ़िगर किए गए स्रोतों से मेट्रिक्स प्राप्त करें
2. पिछले सप्ताह और लक्ष्यों से तुलना करें
3. Reports/weekly/YYYY-MM-DD.md में रिपोर्ट बनाएँ
4. कॉन्फ़िगर किए गए चैनल के माध्यम से सारांश भेजें
5. Agent/Logs/ में पूर्णता दर्ज करें

### क्या नहीं करना है

- बाहरी पक्षों को रिपोर्ट न भेजें
- स्रोत डेटा में बदलाव न करें
- मेट्रिक्स खराब दिखाई देने पर वितरण न छोड़ें—सटीक रिपोर्ट करें
```

## स्थायी आदेश और Cron जॉब

स्थायी आदेश निर्धारित करते हैं कि एजेंट को **क्या** करने का प्राधिकार है। [Cron जॉब](/hi/automation/cron-jobs) निर्धारित करते हैं कि यह **कब** होता है। वे साथ मिलकर काम करते हैं:

```text
स्थायी आदेश: "दैनिक इनबॉक्स छँटाई की ज़िम्मेदारी आपकी है"
    ↓
Cron जॉब (प्रतिदिन सुबह 8 बजे): "स्थायी आदेशों के अनुसार इनबॉक्स छँटाई निष्पादित करें"
    ↓
एजेंट: स्थायी आदेश पढ़ता है → चरण निष्पादित करता है → परिणामों की रिपोर्ट देता है
```

Cron जॉब के प्रॉम्प्ट में स्थायी आदेश को दोहराने के बजाय उसका संदर्भ देना चाहिए:

```bash
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 "स्थायी आदेशों के अनुसार दैनिक इनबॉक्स छँटाई निष्पादित करें। नए अलर्ट के लिए मेल जाँचें। प्रत्येक आइटम को पार्स, वर्गीकृत और स्थायी रूप से संग्रहीत करें। स्वामी को सारांश की रिपोर्ट दें। अज्ञात मामलों को एस्केलेट करें।"
```

## उदाहरण

### उदाहरण 1: सामग्री और सोशल मीडिया (साप्ताहिक चक्र)

```markdown
## कार्यक्रम: सामग्री और सोशल मीडिया

**प्राधिकार:** सामग्री का मसौदा तैयार करना, पोस्ट शेड्यूल करना, सहभागिता रिपोर्ट संकलित करना
**अनुमोदन द्वार:** पहले 30 दिनों तक सभी पोस्ट के लिए स्वामी की समीक्षा आवश्यक है, उसके बाद स्थायी अनुमोदन
**ट्रिगर:** साप्ताहिक चक्र (सोमवार समीक्षा → सप्ताह के मध्य में मसौदे → शुक्रवार संक्षिप्त विवरण)

### साप्ताहिक चक्र

- **सोमवार:** प्लेटफ़ॉर्म मेट्रिक्स और दर्शकों की सहभागिता की समीक्षा करें
- **मंगलवार-गुरुवार:** सोशल पोस्ट के मसौदे तैयार करें, ब्लॉग सामग्री बनाएँ
- **शुक्रवार:** साप्ताहिक मार्केटिंग संक्षिप्त विवरण संकलित करें → स्वामी को भेजें

### सामग्री के नियम

- अभिव्यक्ति ब्रांड के अनुरूप होनी चाहिए (SOUL.md या ब्रांड अभिव्यक्ति मार्गदर्शिका देखें)
- सार्वजनिक सामग्री में स्वयं को कभी भी AI के रूप में प्रस्तुत न करें
- उपलब्ध होने पर मेट्रिक्स शामिल करें
- आत्म-प्रचार के बजाय दर्शकों को मिलने वाले मूल्य पर ध्यान दें
```

### उदाहरण 2: वित्तीय संचालन (घटना से ट्रिगर)

```markdown
## कार्यक्रम: वित्तीय प्रसंस्करण

**प्राधिकार:** लेन-देन डेटा संसाधित करना, रिपोर्ट बनाना, सारांश भेजना
**अनुमोदन द्वार:** विश्लेषण के लिए कोई नहीं। अनुशंसाओं के लिए स्वामी का अनुमोदन आवश्यक है।
**ट्रिगर:** नई डेटा फ़ाइल मिलने पर या निर्धारित मासिक चक्र

### नया डेटा आने पर

1. निर्धारित इनपुट निर्देशिका में नई फ़ाइल का पता लगाएँ
2. सभी लेन-देन को पार्स और वर्गीकृत करें
3. बजट लक्ष्यों से तुलना करें
4. चिह्नित करें: असामान्य आइटम, सीमा का उल्लंघन, नए आवर्ती शुल्क
5. निर्धारित आउटपुट निर्देशिका में रिपोर्ट बनाएँ
6. कॉन्फ़िगर किए गए चैनल के माध्यम से स्वामी को सारांश भेजें

### एस्केलेशन नियम

- एकल आइटम > $500: तत्काल अलर्ट
- श्रेणी बजट से 20% अधिक: रिपोर्ट में चिह्नित करें
- अपरिचित लेन-देन: वर्गीकरण के लिए स्वामी से पूछें
- 2 पुनः प्रयासों के बाद प्रसंस्करण विफल: विफलता की रिपोर्ट दें, अनुमान न लगाएँ
```

### उदाहरण 3: निगरानी और अलर्ट (निरंतर)

```markdown
## कार्यक्रम: सिस्टम निगरानी

**प्राधिकार:** सिस्टम की स्थिति जाँचना, सेवाएँ पुनः आरंभ करना, अलर्ट भेजना
**अनुमोदन द्वार:** सेवाओं को स्वचालित रूप से पुनः आरंभ करें। पुनः आरंभ दो बार विफल होने पर एस्केलेट करें।
**ट्रिगर:** प्रत्येक Heartbeat चक्र

### जाँच

- सेवा स्वास्थ्य एंडपॉइंट प्रतिक्रिया दे रहे हैं
- डिस्क स्थान सीमा से ऊपर है
- लंबित कार्य पुराने नहीं हैं (>24 घंटे)
- वितरण चैनल कार्यरत हैं

### प्रतिक्रिया मैट्रिक्स

| स्थिति           | कार्रवाई                         | एस्केलेट करें?                    |
| ---------------- | -------------------------------- | --------------------------------- |
| सेवा बंद         | स्वचालित रूप से पुनः आरंभ करें   | केवल पुनः आरंभ 2x विफल होने पर   |
| डिस्क स्थान < 10% | स्वामी को अलर्ट करें             | हाँ                               |
| पुराना कार्य > 24h | स्वामी को याद दिलाएँ             | नहीं                              |
| चैनल ऑफ़लाइन     | लॉग करें और अगले चक्र में पुनः प्रयास करें | यदि > 2 घंटे ऑफ़लाइन रहे |
```

## निष्पादन-सत्यापन-रिपोर्ट प्रतिरूप

कठोर निष्पादन अनुशासन के साथ स्थायी आदेश सबसे प्रभावी ढंग से काम करते हैं। स्थायी आदेश के प्रत्येक कार्य को इस चक्र का पालन करना चाहिए:

1. **निष्पादन** - वास्तविक कार्य करें (निर्देश की केवल पुष्टि न करें)
2. **सत्यापन** - पुष्टि करें कि परिणाम सही है (फ़ाइल मौजूद है, संदेश पहुँच गया है, डेटा पार्स हो गया है)
3. **रिपोर्ट** - स्वामी को बताएँ कि क्या किया गया और क्या सत्यापित किया गया

```markdown
### निष्पादन के नियम

- प्रत्येक कार्य निष्पादन-सत्यापन-रिपोर्ट का पालन करता है। कोई अपवाद नहीं।
- "मैं यह करूँगा" निष्पादन नहीं है। इसे करें, फिर रिपोर्ट दें।
- सत्यापन के बिना "हो गया" स्वीकार्य नहीं है। इसे सिद्ध करें।
- यदि निष्पादन विफल हो: समायोजित दृष्टिकोण के साथ एक बार पुनः प्रयास करें।
- यदि फिर भी विफल हो: निदान के साथ विफलता की रिपोर्ट दें। कभी भी चुपचाप विफल न हों।
- अनिश्चित काल तक पुनः प्रयास कभी न करें—अधिकतम 3 प्रयास, फिर एस्केलेट करें।
```

यह प्रतिरूप एजेंट की सबसे सामान्य विफलता को रोकता है: कार्य पूरा किए बिना उसकी पुष्टि कर देना।

## बहु-कार्यक्रम संरचना

कई विषयों को प्रबंधित करने वाले एजेंटों के लिए, स्थायी आदेशों को स्पष्ट सीमाओं वाले अलग-अलग कार्यक्रमों के रूप में व्यवस्थित करें:

```markdown
## कार्यक्रम 1: [डोमेन A] (साप्ताहिक)

...

## कार्यक्रम 2: [डोमेन B] (मासिक + माँग पर)

...

## कार्यक्रम 3: [डोमेन C] (आवश्यकतानुसार)

...

## एस्केलेशन नियम (सभी कार्यक्रम)

- [सामान्य एस्केलेशन मानदंड]
- [सभी कार्यक्रमों पर लागू अनुमोदन द्वार]
```

प्रत्येक कार्यक्रम में ये होने चाहिए:

- उसकी अपनी **ट्रिगर आवृत्ति** (साप्ताहिक, मासिक, घटना-आधारित, निरंतर)
- उसके अपने **अनुमोदन द्वार** (कुछ कार्यक्रमों को अन्य की तुलना में अधिक निगरानी की आवश्यकता होती है)
- स्पष्ट **सीमाएँ** (एजेंट को पता होना चाहिए कि एक कार्यक्रम कहाँ समाप्त होता है और दूसरा कहाँ शुरू होता है)

## सर्वोत्तम अभ्यास

### करें

- सीमित प्राधिकार से शुरू करें और विश्वास बढ़ने के साथ उसका विस्तार करें
- उच्च-जोखिम वाली कार्रवाइयों के लिए स्पष्ट अनुमोदन द्वार निर्धारित करें
- "क्या नहीं करना है" अनुभाग शामिल करें—सीमाएँ अनुमतियों जितनी ही महत्वपूर्ण हैं
- विश्वसनीय समय-आधारित निष्पादन के लिए Cron जॉब के साथ संयोजित करें
- यह सत्यापित करने के लिए एजेंट लॉग की साप्ताहिक समीक्षा करें कि स्थायी आदेशों का पालन हो रहा है
- अपनी आवश्यकताओं के विकसित होने के साथ स्थायी आदेशों को अपडेट करें—वे जीवंत दस्तावेज़ हैं

### बचें

- पहले दिन ही व्यापक प्राधिकार देना ("जो आपको सर्वोत्तम लगे वह करें")
- एस्केलेशन नियम छोड़ना—प्रत्येक कार्यक्रम में "कब रुकना और पूछना है" खंड होना आवश्यक है
- यह मान लेना कि एजेंट मौखिक निर्देश याद रखेगा—सब कुछ फ़ाइल में लिखें
- एक ही कार्यक्रम में अलग-अलग विषय मिलाना—अलग-अलग डोमेन के लिए अलग कार्यक्रम रखें
- Cron जॉब के माध्यम से लागू करना भूलना—ट्रिगर के बिना स्थायी आदेश सुझाव बन जाते हैं

## संबंधित

- [स्वचालन](/hi/automation): सभी स्वचालन तंत्रों का एक नज़र में अवलोकन।
- [Cron जॉब](/hi/automation/cron-jobs): स्थायी आदेशों के लिए शेड्यूल प्रवर्तन।
- [हुक](/hi/automation/hooks): एजेंट जीवनचक्र की घटनाओं के लिए घटना-आधारित स्क्रिप्ट।
- [Webhook](/hi/automation/cron-jobs#webhooks): इनबाउंड HTTP घटना ट्रिगर।
- [एजेंट कार्यस्थली](/hi/concepts/agent-workspace): जहाँ स्थायी आदेश रहते हैं, जिसमें स्वतः इंजेक्ट की जाने वाली बूटस्ट्रैप फ़ाइलों की पूरी सूची (`AGENTS.md`, `SOUL.md`, आदि) शामिल है।