Hermes चलाने वाले लोग किसी आवर्ती काम से समीक्षा की हुई skill जोड़ सकते हैं, ताकि हर रन एक ही प्रक्रिया से शुरू हो। उपयोगी जाँच यह है कि एक निर्धारित रन अनुमत इनपुट पढ़ता है, स्वीकार्य स्थानीय रिपोर्ट बनाता है और दर्ज करता है कि वास्तव में किस मॉडल और होस्ट ने उसे संभाला। यह गाइड उस संचालक के लिए है जो Hermes प्रोफ़ाइल, प्रदाता खाते और gateway होस्ट को नियंत्रित करता है। BIG CHANGE ने आधिकारिक cron मैनुअल और संबंधित दस्तावेज़ों की समीक्षा 19 अक्टूबर 2026 को की; हमने Hermes इंस्टॉल नहीं किया और कोई काम नहीं चलाया।

मुख्य बदलाव

  • क्या बदला: Hermes निर्धारित प्रॉम्प्ट से पहले समीक्षा की हुई skill लोड कर सकता है, उसे चुने हुए कार्यक्षेत्र में चला सकता है और परिणाम स्थानीय रूप से सहेज सकता है। संचालक काम को रुका हुआ बना सकता है, जाँच सकता है और उसी काम की ID को फिर चालू कर सकता है।
  • यह क्यों महत्वपूर्ण है: बार-बार किए जाने वाले सूचना कार्य में एक समीक्षा की हुई प्रक्रिया इस्तेमाल हो सकती है। संचालक को फिर भी नियत रन को अनुमत इनपुट से मिलाकर जाँचना होगा; सहेजी समय-सारणी यह सिद्ध नहीं करती कि कौन-सा skill संशोधन या मॉडल चला या रिपोर्ट सही है।
  • किन बातों पर ध्यान दें: आगे उपयोग gateway होस्ट के उपलब्ध रहने और पहले रन के रिपोर्ट मानदंड पूरे करने पर निर्भर है। काम सक्रिय छोड़ने से पहले प्रयास, आउटपुट और उपलब्ध प्रदाता/मॉडल प्रमाण जाँचें; किसी भी रुकावट के बाद उसकी सटीक स्थिति फिर देखें।

कुछ भी निर्धारित करने से पहले

एक छोटी, अनुमत इनपुट फ़ाइल और पहले से मौजूद, अलग कार्यक्षेत्र चुनें। तय करें कि सही छोटी रिपोर्ट में क्या होना चाहिए, वह कहाँ इनपुट का संदर्भ दे और कौन-सा डेटा न मिलने पर रुक जाए। पहला काम केवल जानकारी देने तक सीमित रखें: बाहरी पोस्ट, रिकॉर्ड में बदलाव या आउटपुट में गोपनीय बातें न हों। उसे आवर्ती बनाने की अलग अनुमति लें। आपको कॉन्फ़िगर किया Hermes इंस्टॉलेशन, उपयोग योग्य मॉडल/प्रदाता मार्ग और क्रेडेंशियल, तथा निर्धारित रन के लिए उपलब्ध रह सकने वाला gateway होस्ट भी चाहिए। इंस्टॉल किया संस्करण और hermes cron create --help जाँचें, क्योंकि सार्वजनिक मैनुअल हर विकल्प का संस्करण नहीं बताता। त्वरित शुरुआत गाइड सेटअप बताती है; प्रदाता गाइड मॉडल प्रसंस्करण का मार्ग बताती है। आवर्ती उपयोग से पहले एक हानिरहित, एकबारगी चैट उस मार्ग को जाँच सकती है, लेकिन यह निर्धारित रन की सफलता का प्रमाण नहीं है।

यहाँ skill एक समीक्षा की हुई SKILL.md प्रक्रिया है, अनुमति की सीमा नहीं। skills/local-input-report/SKILL.md को वास्तविक स्वामी प्रोफ़ाइल के HERMES_HOME के अंतर्गत रखें; ~/.hermes/skills/local-input-report/SKILL.md डिफ़ॉल्ट प्रोफ़ाइल का उदाहरण है। इस्तेमाल से पहले इस न्यूनतम प्रक्रिया को अनुमोदित इनपुट और रिपोर्ट मानदंडों के अनुसार ढालें:

Markdown
---
name: local-input-report
description: Report checked facts from one approved local input.
---

Read only <absolute-permitted-input-path> in the job workspace. In a short report, name that file, state only facts supported by it, and cite the relevant part. Flag missing data and stop. Do not send messages or change files or external records.

वास्तविक फ़ाइल देखें और उसी प्रोफ़ाइल में hermes skills list से पुष्टि करें कि Hermes उसे खोजता है। इसके बजाय प्रोजेक्ट-स्थानीय skill इस्तेमाल करने पर skills मैनुअल के अनुसार गैर-संवादी cron रन से पहले भरोसे और स्कैन का संवादी निर्णय आवश्यक है; cron खुद भरोसा नहीं देता। चालू टूल और वास्तविक फ़ाइल पहुँच अलग से जाँचें। skill की सामग्री या संशोधन दर्ज करें, ताकि उसका नाम समीक्षा का विकल्प न बने।

एक काम बनाएँ, फिर उसे जाँचें

  1. हर कमांड उसी स्वामी प्रोफ़ाइल पर चलाएँ: नीचे के उदाहरण डिफ़ॉल्ट प्रोफ़ाइल इस्तेमाल करते हैं, जबकि नाम वाली प्रोफ़ाइल के लिए hermes -p NAME जैसा प्रोफ़ाइल चयनकर्ता हर कमांड में चाहिए। उस प्रोफ़ाइल का वर्तमान मॉडल hermes model से और gateway तथा नियमित जाँच प्रक्रिया की स्थिति hermes cron status से जाँचें। तय करें कि प्रदाता और मॉडल को स्पष्ट रूप से तय करेंगे या वर्तमान मुख्य मॉडल को बाँधेंगे। प्रति-काम की तय सेटिंग को cron.model और cron.model_provider पर प्राथमिकता मिलती है; उन समग्र सेटिंग को वर्तमान मुख्य मॉडल पर प्राथमिकता मिलती है। इसलिए मॉडल से न बँधा काम लागू डिफ़ॉल्ट बदलने पर मॉडल बदल सकता है। सहेजा कॉन्फ़िगरेशन फिर भी वास्तविक रन में इस्तेमाल मॉडल को प्रमाणित नहीं करता।
  2. आवर्ती उपयोग की अनुमति मिलने पर इस POSIX shell CLI उदाहरण को समीक्षा की हुई skill और मौजूदा कार्यक्षेत्र के पूर्ण पथ के अनुसार ढालें। पहले इंस्टॉल की हुई सहायता में हर विकल्प की पुष्टि करें। बैकस्लैश से पंक्ति जारी रखने का तरीका POSIX shell सिंटैक्स है; दूसरे प्लेटफ़ॉर्म पर अपने shell का सिंटैक्स इस्तेमाल करें। प्रॉम्प्ट जानबूझकर सीमित है और स्थानीय डिलीवरी पहला आउटपुट स्वामी प्रोफ़ाइल में रखती है:
Terminal
   hermes cron create "every 1h" \
     "Use the attached reviewed skill to read only the permitted input. Return a short local report with its source and missing-data note. Do not send or change external records." \
     --skill local-input-report \
     --name "Local input report" \
     --workdir "/absolute/existing/workspace" \
     --pin \
     --paused --paused-reason "Awaiting owner review"

यह कमांड चलाने से पहले कार्यक्षेत्र पथ बदलें, काम का अनोखा नाम चुनें और skill फ़ाइल में इनपुट का अस्थायी संकेत बदलें। CLI डिफ़ॉल्ट रूप से स्थानीय डिलीवरी करती है। cron मैनुअल स्पष्ट निर्धारण के लिए --model और --provider भी बताता है। यह मार्ग चुनने पर अपने इंस्टॉलेशन के असली प्रदाता/मॉडल पहचानकर्ता इस्तेमाल करें। क्रेडेंशियल प्रॉम्प्ट या shell इतिहास में न रखें। --workdir Hermes को कार्यक्षेत्र के निर्देश खोजने देता है; इसके बिना cron रिपॉज़िटरी से अलग चलता है। नए रुके हुए काम में फिर चालू होने तक next_run_at नहीं होता।

स्थानीय डिलीवरी तय करती है कि अंतिम रिपोर्ट कहाँ सहेजी जाएगी। प्रॉम्प्ट और मॉडल प्रसंस्करण में इस्तेमाल कोई भी इनपुट सामग्री फिर भी चुने हुए मॉडल/प्रदाता मार्ग से जाती है; फिर चालू करने से पहले इस डेटा प्रवाह को अनुमोदित करें।

  1. लौटाई गई काम की ID सँभालें। hermes cron list से उसकी skill, कार्यक्षेत्र, डिलीवरी और रुकी स्थिति पढ़कर जाँचें; hermes cron status से शेड्यूलर की स्थिति देखें। वर्तमान आधिकारिक CLI स्रोत सूची की पंक्तियों में सहेजे मॉडल/प्रदाता फ़ील्ड नहीं दिखाता। स्वामी प्रोफ़ाइल की cron/jobs.json केवल पढ़ने के लिए खोलकर सटीक ID में सहेजा निर्धारण, मॉडल/प्रदाता और मॉडल प्रसंस्करण की बदली हुई सेटिंग जाँचें; या काम का ऐसा विवरण दृश्य इस्तेमाल करें जिसे आपका इंस्टॉल किया संस्करण वास्तव में समर्थन देता हो। क्रेडेंशियल न छापें। सहेजी सेटिंग की तुलना अनुमोदित फ़ाइल, रिपोर्ट मानदंड और दायरे से करें। ज़रूरत हो तो इसी काम को hermes cron edit <job_id> ... से सुधारें; दूसरी प्रति बनाने का कोई कारण नहीं है।
  2. नियत रन को देखने के लिए तैयार होने पर hermes cron resume <job_id> इस्तेमाल करें। अगला वास्तविक रन समय और gateway की आखिरी सफल नियमित जाँच पढ़ें। gateway लगभग हर मिनट जाँचता है; सामने चल रहे gateway के होस्ट को चालू रहना होगा। hermes cron tick किसी एजेंट काम के लिए gateway शुरू नहीं करता। सेवा या दोबारा शुरू होने पर सुरक्षित रहने वाली प्रक्रिया की होस्ट-विशिष्ट ज़रूरतें हैं; लैपटॉप बंद होने या रीबूट के बाद गारंटी मानने के बजाय चुना होस्ट जाँचें।
  3. एक निर्धारित समय बीतने के बाद hermes cron runs <job_id> --limit 20 और स्वामी प्रोफ़ाइल के cron/output/<job_id>/ के अंतर्गत संबंधित फ़ाइल देखें। रिपोर्ट की तुलना वास्तविक इनपुट और स्वीकृति मानदंडों से करें। प्रयास का निर्धारित और आरक्षित समय, अंतिम स्थिति तथा उपलब्ध बातचीत रिकॉर्ड या रन टेलीमेट्री से वास्तव में इस्तेमाल प्रदाता और मॉडल जाँचें। इंस्टॉल किए रिकॉर्ड यह पहचान न बताएँ तो अज्ञात दर्ज करें। शेड्यूलर की जाँच, स्वीकार किया रन या completed स्थिति अपने आप रिपोर्ट को सही सिद्ध नहीं करती।
  4. उसी सटीक काम को hermes cron pause <job_id> से रोकें और hermes cron list में स्थिति फिर पढ़ें। इससे भविष्य का स्वचालित शेड्यूल रुकता है; चल रहा प्रयास समाप्त नहीं होता। स्पष्ट मैन्युअल रन रुकने के दौरान भी संचालक का अपवाद है। काम ने स्वीकृति मानदंड पूरे किए या नहीं, यह तय करते समय इतिहास और स्थानीय आउटपुट रखें।

असफल होने पर उसी काम को बहाल करें

पहले सटीक प्रयास और आउटपुट पढ़ें, फिर काम के last_error, last_fire_error और last_delivery_error उपलब्ध हों तो देखें। hermes cron status रुकी नियमित जाँच या न लिखे जा सकने वाले cron स्टोर और चलकर असफल हुए काम में अंतर करता है। प्रदाता सेटिंग बदलने से पहले स्वामी प्रोफ़ाइल और gateway होस्ट जाँचें: संवादी shell और सेवा अलग क्रेडेंशियल पढ़ सकते हैं। केवल प्रभावित सेटिंग सुधारें, स्थिति दोबारा सत्यापित करें और उसी ID को तभी फिर चालू करें जब उसका दायरा अभी भी अनुमोदित हो। डिलीवरी अनिश्चित हो तो फिर कोशिश से पहले तय गंतव्य देखें; एडैप्टर द्वारा भेजना स्वीकार करने के बाद भी समय-सीमा समाप्त हो सकती है।

दस्तावेज़ में cron मैनुअल का स्वीकार किए रन की बहाली वाला खंड कहता है कि बाधित निष्पादन या न मिला तैयार ट्रिगर समीक्षा के लिए रुका रहता है; निष्पादन इतिहास खंड के अनुसार अज्ञात प्रयास कभी स्वचालित रूप से फिर नहीं चलते। दोबारा शुरू करने के बाद बहाली तय करने से पहले इंस्टॉल किए काम की रुकी स्थिति और प्रयास की सटीक पहचान जाँचें। ओवरलैप परखने के लिए चल रहे प्रयास को दो बार ट्रिगर न करें। Hermes में शेड्यूलर जाँच लॉक, उसी काम को चलने के दौरान फिर स्वीकार करने से सुरक्षा और कॉन्फ़िगर किया जा सकने वाला समग्र समानांतरता सीमा है। ये नियंत्रण बाहरी प्रणाली में ठीक एक बार प्रभाव की गारंटी नहीं देते।

प्रदाता का उपयोग और हमेशा उपलब्ध होस्ट पैसे खर्च कर सकते हैं। एक सीमित इनपुट से शुरू करें और लगातार आवृत्ति चुनने से पहले नियत रन के बाद प्रदाता उपयोग देखें। दस्तावेज़ में दिए रन-पूर्व स्क्रिप्ट समय-सीमा से skill द्वारा संचालित मॉडल की बारी या उसका बिल सीमित नहीं होता; सफ़ाई और निष्क्रियता सीमाएँ अलग हैं। प्रॉम्प्ट में लिखी अंतिम समय-सीमा निर्देश है, सख्त खर्च नियंत्रण नहीं। अगर असीमित मॉडल बारी या अनिश्चित दुष्प्रभाव सहन नहीं कर सकते तो उपयुक्त नियंत्रण मिलने तक काम रुका रखें। यह गाइड दस्तावेज़ में बताया व्यवहार देती है, न कि मापा रन, कीमत, विश्वसनीयता परिणाम या बचत का दावा।