Hermes चालवणारे संचालक आवर्ती कामाला तपासलेली skill जोडू शकतात, त्यामुळे प्रत्येक चाल एकाच प्रक्रियेने सुरू होते. उपयुक्त चाचणी म्हणजे एक नियोजित चाल अनुमत इनपुट वाचते का, स्वीकारार्ह स्थानिक अहवाल तयार करते का आणि प्रत्यक्ष कोणत्या मॉडेल व होस्टने प्रक्रिया केली हे नोंदवते का ते पाहणे. हे मार्गदर्शन Hermes प्रोफाइल, पुरवठादाराचे खाते आणि gateway होस्ट नियंत्रित करणाऱ्या संचालकासाठी आहे. BIG CHANGE ने अधिकृत cron पुस्तिका व संबंधित दस्तऐवज १९ ऑक्टोबर २०२६ रोजी तपासले; आम्ही 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-आधारित मॉडेलची एक फेरी किंवा तिचे बिल मर्यादित करत नाही; स्वच्छता आणि निष्क्रियतेच्या मर्यादा वेगळ्या आहेत. प्रॉम्प्टमधली अंतिम वेळ ही सूचना आहे, कठोर खर्च नियंत्रण नाही. अमर्याद मॉडेल फेरी किंवा अनिश्चित दुष्परिणाम सहन होत नसल्यास योग्य नियंत्रणे मिळेपर्यंत काम थांबवलेले ठेवा. हे मार्गदर्शन दस्तऐवजातील वर्तन सांगते; मोजलेली चाल, किंमत, विश्वासार्हतेचा निकाल किंवा बचतीचा दावा नाही.