Hermes నిర్వహించేవారు సమీక్షించిన skill ను పునరావృత పనికి జోడించవచ్చు. అప్పుడు ప్రతి అమలు ఒకే విధానంతో మొదలవుతుంది. ఒక షెడ్యూల్ అమలు అనుమతించిన ఇన్‌పుట్‌ను చదివి, ఆమోదయోగ్యమైన స్థానిక నివేదికను తయారుచేసి, వాస్తవంగా ఏ మోడల్, హోస్ట్ దాన్ని ప్రాసెస్ చేశాయో నమోదు చేస్తుందా అన్నదే ఉపయోగకరమైన పరీక్ష. Hermes ప్రొఫైల్, సేవాదారు ఖాతా, gateway హోస్ట్‌ను నియంత్రించే నిర్వాహకుడి కోసం ఈ మార్గదర్శిని. BIG CHANGE అధికారిక cron మాన్యువల్‌ను మరియు సంబంధిత పత్రాలను 2026 అక్టోబర్ 19న సమీక్షించింది. మేము 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 ఆధారిత మోడల్ ప్రతిస్పందన దశను లేదా దాని బిల్లును పరిమితం చేయదు. శుభ్రపరిచే, నిష్క్రియ పరిమితులు వేరు. ప్రాంప్ట్‌లో రాసిన గడువు ఒక సూచన, కఠిన ఖర్చు నియంత్రణ కాదు. పరిమితి లేని మోడల్ దశ లేదా అనిశ్చిత దుష్ప్రభావాన్ని భరించలేకపోతే సరైన నియంత్రణలు వచ్చే వరకు పనిని నిలిపే ఉంచండి. ఈ మార్గదర్శిని పత్రాల్లోని ప్రవర్తనను చెబుతుంది; కొలిచిన అమలు, ధర, విశ్వసనీయత ఫలితం లేదా పొదుపు వాదన కాదు.