Zamanlanmış görevler

Cron, Gateway'in yerleşik zamanlayıcısıdır. İşleri kalıcı olarak saklar, ajanı doğru zamanda uyandırır ve çıktıyı bir sohbet kanalına veya Webhook uç noktasına geri iletebilir.

Hızlı başlangıç

openclaw cron create "2026-02-01T16:00:00Z" \  --name "Reminder" \  --session main \  --system-event "Reminder: check the cron docs draft" \  --wake now \  --delete-after-run

openclaw cron listopenclaw cron get <job-id>openclaw cron show <job-id>

openclaw cron runs --id <job-id>

Cron nasıl çalışır?

• Cron, Gateway içinde çalışır (modelin içinde değil).
• İş tanımları, çalışma zamanı durumu ve çalıştırma geçmişi OpenClaw'ın paylaşılan SQLite durum veritabanında kalıcı olarak saklanır; bu nedenle yeniden başlatmalar zamanlamaları kaybettirmez.
• Yükseltme sırasında eski ~/.openclaw/cron/jobs.json, jobs-state.json ve runs/*.jsonl dosyalarını SQLite'a içe aktarmak ve bunları .migrated sonekiyle yeniden adlandırmak için openclaw doctor --fix çalıştırın. Hatalı biçimlendirilmiş iş satırları çalışma zamanından atlanır ve daha sonra onarım veya inceleme için jobs-quarantine.json dosyasına kopyalanır.
• cron.store hâlâ mantıksal cron depolama anahtarını ve doctor içe aktarma yolunu adlandırır. İçe aktarmadan sonra bu JSON dosyasını düzenlemek artık etkin cron işlerini değiştirmez; bunun yerine openclaw cron add|edit|remove veya Gateway cron RPC yöntemlerini kullanın.
• Tüm cron yürütmeleri arka plan görevi kayıtları oluşturur.
• Gateway başlatıldığında, süresi geçmiş yalıtılmış ajan-dönüşü işleri hemen yeniden oynatılmak yerine kanal-bağlantı penceresinin dışına yeniden zamanlanır; böylece Discord/Telegram başlatması ve yerel komut kurulumu yeniden başlatmalardan sonra yanıt verebilir kalır.
• Tek seferlik işler (--at) başarıdan sonra varsayılan olarak otomatik silinir.
• Yalıtılmış cron çalıştırmaları, çalıştırma tamamlandığında cron:<jobId> oturumları için izlenen tarayıcı sekmelerini/süreçlerini en iyi çabayla kapatır; böylece ayrılmış tarayıcı otomasyonu geride sahipsiz süreçler bırakmaz.
• Dar cron kendi kendini temizleme iznini alan yalıtılmış cron çalıştırmaları yine de zamanlayıcı durumunu, geçerli işlerinin kendi kendine filtrelenmiş listesini ve bu işin çalıştırma geçmişini okuyabilir; böylece durum/Heartbeat kontrolleri daha geniş cron mutasyon erişimi kazanmadan kendi zamanlamalarını inceleyebilir.
• Yalıtılmış cron çalıştırmaları ayrıca bayat onay yanıtlarına karşı da koruma sağlar. İlk sonuç yalnızca geçici bir durum güncellemesiyse (on it, pulling everything together ve benzer ipuçları) ve nihai yanıttan hâlâ sorumlu olan bir alt ajan çalıştırması yoksa OpenClaw teslimattan önce gerçek sonuç için bir kez daha prompt gönderir.
• Yalıtılmış cron çalıştırmaları, iç içe hata iletisi SYSTEM_RUN_DENIED veya INVALID_REQUEST ile başlayan node-host UNAVAILABLE sarmalayıcıları dahil olmak üzere gömülü çalıştırmadan yapılandırılmış yürütme-reddi meta verilerini kullanır; böylece engellenen bir komut yeşil çalıştırma olarak raporlanmaz ve sıradan asistan metni reddetme olarak değerlendirilmez.
• Yalıtılmış cron çalıştırmaları, hiçbir yanıt yükü üretilmese bile çalıştırma düzeyindeki ajan hatalarını iş hatası olarak ele alır; böylece model/sağlayıcı hataları hata sayaçlarını artırır ve işi başarılı olarak temizlemek yerine hata bildirimlerini tetikler.
• Yalıtılmış bir ajan-dönüşü işi timeoutSeconds değerine ulaştığında cron alttaki ajan çalıştırmasını iptal eder ve kısa bir temizleme penceresi verir. Çalıştırma boşalmazsa Gateway'e ait temizleme, cron zaman aşımını kaydetmeden önce bu çalıştırmanın oturum sahipliğini zorla temizler; böylece kuyruğa alınmış sohbet işi bayat bir işleme oturumunun arkasında bırakılmaz.
• Yalıtılmış bir ajan-dönüşü, çalıştırıcı başlamadan önce veya ilk model çağrısından önce takılırsa cron setup timed out before runner start veya stalled before first model call (last phase: context-engine) gibi faza özgü bir zaman aşımı kaydeder. Bu watchdog'lar gömülü sağlayıcıları ve CLI destekli sağlayıcıları, harici CLI süreçleri fiilen başlamadan önce kapsar ve uzun timeoutSeconds değerlerinden bağımsız olarak sınırlandırılır; böylece soğuk başlatma/kimlik doğrulama/bağlam hataları tam iş bütçesini beklemek yerine hızlıca görünür olur.
• openclaw agent çalıştırmak için sistem cron'u veya başka bir harici zamanlayıcı kullanıyorsanız CLI SIGTERM/SIGINT işlese bile bunu zorla sonlandırma yükseltmesiyle sarmalayın. Gateway destekli çalıştırmalar Gateway'den kabul edilmiş çalıştırmaları iptal etmesini ister; yerel ve gömülü yedek çalıştırmalar aynı iptal sinyalini alır. GNU timeout için düz timeout 600 ... yerine timeout -k 60 600 openclaw agent ... tercih edin; süreç boşalamazsa -k değeri gözetmen son dayanağıdır. systemd birimleri için sonlandırıcı herhangi bir öldürmeden önce SIGTERM durdurma sinyali ve TimeoutStopSec gibi bir bekleme penceresi kullanarak aynı biçimi koruyun. Bir yeniden deneme, özgün Gateway çalıştırması hâlâ etkinken bir --run-id değerini yeniden kullanırsa kopya ikinci bir çalıştırma başlatmak yerine işlemde olarak raporlanır.

Zamanlama türleri

Saat dilimi olmayan zaman damgaları UTC olarak ele alınır. Yerel duvar saati zamanlaması için --tz America/New_York ekleyin.

Saat başına denk gelen yinelenen ifadeler, yük sıçramalarını azaltmak için otomatik olarak en fazla 5 dakika kademelendirilir. Kesin zamanlamayı zorlamak için --exact veya açık bir pencere için --stagger 30s kullanın.

Ayın günü ve haftanın günü VEYA mantığını kullanır

Cron ifadeleri croner tarafından ayrıştırılır. Hem ayın günü hem de haftanın günü alanları joker karakter değilse croner, alanlardan biri eşleştiğinde eşleştirir; ikisinin birden eşleşmesini beklemez. Bu standart Vixie cron davranışıdır.

# Intended: "9 AM on the 15th, only if it's a Monday"# Actual:   "9 AM on every 15th, AND 9 AM on every Monday"0 9 15 * 1

Bu, ayda 0-1 kez yerine ayda yaklaşık 5-6 kez tetiklenir. OpenClaw burada Croner'ın varsayılan VEYA davranışını kullanır. Her iki koşulu da zorunlu kılmak için Croner'ın + haftanın-günü değiştiricisini (0 9 15 * +1) kullanın veya bir alana göre zamanlayıp diğerini işinizin prompt'unda ya da komutunda koruyun.

Yürütme stilleri

Komut yükleri

Model destekli yalıtılmış ajan dönüşü başlatmadan Gateway zamanlayıcısının içinde çalışması gereken deterministik betikler için komut yüklerini kullanın. Komut işleri Gateway ana makinesinde yürütülür, stdout/stderr yakalar, çalıştırmayı cron geçmişine kaydeder ve yalıtılmış işlerle aynı announce, webhook ve none teslim modlarını yeniden kullanır.

openclaw cron create "*/15 * * * *" \  --name "Queue depth probe" \  --command "scripts/check-queue.sh" \  --command-cwd "/srv/app" \  --announce \  --channel telegram \  --to "-1001234567890"

--command <shell>, argv: ["sh", "-lc", <shell>] olarak saklar. Kabuk ayrıştırması olmadan kesin argv yürütmesi istediğinizde --command-argv '["node","scripts/report.mjs"]' kullanın. İsteğe bağlı --command-env KEY=VALUE, --command-input, --timeout-seconds, --no-output-timeout-seconds ve --output-max-bytes alanları süreç ortamını, stdin'i ve çıktı sınırlarını kontrol eder.

stdout boş değilse, teslim edilen sonuç bu metindir. stdout boş ve stderr boş değilse, stderr teslim edilir. İki akış da varsa, cron küçük bir stdout: / stderr: bloğu teslim eder. Sıfır çıkış kodu çalıştırmayı ok olarak kaydeder; sıfır olmayan çıkış, sinyal, zaman aşımı veya çıktı yok zaman aşımı error kaydeder ve hata uyarılarını tetikleyebilir. Yalnızca NO_REPLY yazdıran bir komut normal cron sessiz belirteç bastırmasını kullanır ve sohbete hiçbir şey geri göndermez.

Yalıtılmış işler için payload seçenekleri

--model, seçili izin verilen modeli o işin birincil modeli olarak kullanır. Bu, sohbet oturumu /model geçersiz kılmasıyla aynı değildir: iş birincili başarısız olduğunda yapılandırılmış fallback zincirleri yine uygulanır. İstenen modele izin verilmiyorsa veya model çözümlenemiyorsa, cron işin agent/varsayılan model seçimine sessizce fallback yapmak yerine çalıştırmayı açık bir doğrulama hatasıyla başarısız kılar.

Cron işleri payload düzeyinde fallbacks de taşıyabilir. Varsa, bu liste iş için yapılandırılmış fallback zincirinin yerini alır. Yalnızca seçili modeli deneyecek katı bir cron çalıştırması istediğinizde iş payload/API içinde fallbacks: [] kullanın. Bir işte --model varsa ancak ne payload ne de yapılandırılmış fallback varsa, OpenClaw agent birincilinin gizli ek yeniden deneme hedefi olarak eklenmemesi için açık bir boş fallback geçersiz kılması iletir.

Yerel sağlayıcı ön kontrol denetimleri, bir cron çalıştırmasını skipped olarak işaretlemeden önce yapılandırılmış fallback'leri dolaşır; fallbacks: [] bu ön kontrol yolunu katı tutar.

Yalıtılmış işler için model seçimi önceliği şöyledir:

1. Gmail hook model geçersiz kılması (çalıştırma Gmail'den geldiğinde ve bu geçersiz kılmaya izin verildiğinde)
2. İş başına payload model
3. Kullanıcı tarafından seçilmiş saklanan cron oturumu model geçersiz kılması
4. Agent/varsayılan model seçimi

Hızlı mod da çözümlenen canlı seçimi izler. Seçili model yapılandırmasında params.fastMode varsa, yalıtılmış cron varsayılan olarak bunu kullanır. Saklanan oturum fastMode geçersiz kılması her iki yönde de yapılandırmaya yine üstün gelir. Otomatik mod, varsa seçili modelin params.fastAutoOnSeconds eşiğini kullanır; varsayılan 60 saniyedir.

Yalıtılmış bir çalıştırma canlı model değiştirme devrine ulaşırsa, cron değiştirilen sağlayıcı/model ile yeniden dener ve yeniden denemeden önce bu canlı seçimi etkin çalıştırma için kalıcı hale getirir. Değişiklik yeni bir kimlik doğrulama profili de taşıyorsa, cron bu kimlik doğrulama profili geçersiz kılmasını da etkin çalıştırma için kalıcı hale getirir. Yeniden denemeler sınırlıdır: ilk deneme artı 2 değiştirme yeniden denemesinden sonra cron sonsuza dek döngüye girmek yerine iptal eder.

Yalıtılmış bir cron çalıştırması agent runner'a girmeden önce OpenClaw, baseUrl değeri loopback, özel ağ veya .local olan yapılandırılmış api: "ollama" ve api: "openai-completions" sağlayıcıları için erişilebilir yerel sağlayıcı uç noktalarını denetler. Bu uç nokta kapalıysa, çalıştırma model çağrısı başlatmak yerine net bir sağlayıcı/model hatasıyla skipped olarak kaydedilir. Uç nokta sonucu 5 dakika önbelleğe alınır; böylece aynı kapalı yerel Ollama, vLLM, SGLang veya LM Studio sunucusunu kullanan çok sayıda zamanı gelmiş iş, istek fırtınası oluşturmak yerine tek bir küçük yoklamayı paylaşır. Atlanan sağlayıcı ön kontrol çalıştırmaları yürütme hatası backoff'unu artırmaz; tekrarlanan atlama bildirimleri istediğinizde failureAlert.includeSkipped etkinleştirin.

Teslim ve çıktı

Kanal teslimi için --announce --channel telegram --to "-1001234567890" kullanın. Telegram forum konuları için -1001234567890:topic:123 kullanın; OpenClaw Telegram'a ait -1001234567890:123 kısayolunu da kabul eder. Doğrudan RPC/yapılandırma çağıranları delivery.threadId değerini string veya number olarak geçirebilir. Slack/Discord/Mattermost hedefleri açık önekler kullanmalıdır (channel:<id>, user:<id>). Matrix oda kimlikleri büyük/küçük harfe duyarlıdır; tam oda kimliğini veya Matrix'ten room:!room:server biçimini kullanın.

Duyuru teslimi channel: "last" kullandığında veya channel atlandığında, telegram:123 gibi sağlayıcı önekli bir hedef, cron oturum geçmişine veya tek bir yapılandırılmış kanala fallback yapmadan önce kanalı seçebilir. Yalnızca yüklenen plugin tarafından ilan edilen önekler sağlayıcı seçicileridir. delivery.channel açıksa, hedef öneki aynı sağlayıcıyı adlandırmalıdır; örneğin channel: "whatsapp" ile to: "telegram:123", WhatsApp'ın Telegram kimliğini telefon numarası olarak yorumlamasına izin vermek yerine reddedilir. channel:<id>, user:<id>, imessage:<handle> ve sms:<number> gibi hedef türü ve servis önekleri sağlayıcı seçicileri değil, kanalın sahip olduğu hedef söz dizimi olarak kalır.

Yalıtılmış işler için sohbet teslimi paylaşılır. Bir sohbet rotası varsa, iş --no-deliver kullansa bile agent message aracını kullanabilir. Agent yapılandırılmış/geçerli hedefe gönderirse, OpenClaw fallback duyurusunu atlar. Aksi halde announce, webhook ve none yalnızca agent turundan sonra runner'ın son yanıtla ne yapacağını kontrol eder.

Bir agent etkin sohbetten yalıtılmış bir hatırlatıcı oluşturduğunda, OpenClaw fallback duyuru rotası için korunmuş canlı teslim hedefini saklar. Dahili oturum anahtarları küçük harfli olabilir; geçerli sohbet bağlamı mevcut olduğunda sağlayıcı teslim hedefleri bu anahtarlardan yeniden oluşturulmaz.

Örtük duyuru teslimi, bayat hedefleri doğrulamak ve yeniden yönlendirmek için yapılandırılmış kanal izin listelerini kullanır. DM eşleştirme deposu onayları fallback otomasyon alıcıları değildir; zamanlanmış bir işin proaktif olarak bir DM'ye göndermesi gerekiyorsa delivery.to ayarlayın veya kanal allowFrom girdisini yapılandırın.

Çıktı dili

Cron işleri yanıt dilini kanaldan, yerel ayardan veya önceki mesajlardan çıkarmaz. Dil kuralını zamanlanmış mesaja veya şablona koyun:

openclaw cron edit <jobId> \  --message "Summarize the updates. Respond in Chinese; keep URLs, code, and product names unchanged."

Şablon dosyaları için dil talimatını render edilmiş prompt içinde tutun ve iş çalışmadan önce {{language}} gibi placeholder'ların doldurulduğunu doğrulayın. Çıktı dilleri karıştırıyorsa, kuralı açık hale getirin, örneğin: "Anlatı metni için Çince kullanın ve teknik terimleri İngilizce tutun."

Hata bildirimleri ayrı bir hedef yolunu izler:

• cron.failureDestination hata bildirimleri için genel bir varsayılan ayarlar.
• job.delivery.failureDestination bunu iş başına geçersiz kılar.
• Hiçbiri ayarlanmamışsa ve iş zaten announce ile teslim ediyorsa, hata bildirimleri artık o birincil duyuru hedefine fallback yapar.
• delivery.failureDestination, birincil teslim modu webhook olmadığı sürece yalnızca sessionTarget="isolated" işlerinde desteklenir.
• failureAlert.includeSkipped: true, bir işi veya genel cron uyarı politikasını tekrarlanan atlanmış çalıştırma uyarılarına dahil eder. Atlanan çalıştırmalar ayrı bir ardışık atlama sayacı tutar, bu nedenle yürütme hatası backoff'unu etkilemez.

CLI örnekleri

openclaw cron add \  --name "Calendar check" \  --at "20m" \  --session main \  --system-event "Next heartbeat: check calendar." \  --wake now

openclaw cron create "0 7 * * *" \  "Summarize overnight updates." \  --name "Morning brief" \  --tz "America/Los_Angeles" \  --session isolated \  --announce \  --channel slack \  --to "channel:C1234567890"

openclaw cron add \  --name "Deep analysis" \  --cron "0 6 * * 1" \  --tz "America/Los_Angeles" \  --session isolated \  --message "Weekly deep analysis of project progress." \  --model "opus" \  --thinking high \  --announce

openclaw cron create "0 18 * * 1-5" \  "Summarize today's deploys as JSON." \  --name "Deploy digest" \  --webhook "https://example.invalid/openclaw/cron"

openclaw cron create "*/15 * * * *" \  --name "Queue depth probe" \  --command "scripts/check-queue.sh" \  --command-cwd "/srv/app" \  --announce \  --channel telegram \  --to "-1001234567890"

Webhook'lar

Gateway, harici tetikleyiciler için HTTP webhook uç noktalarını açabilir. Yapılandırmada etkinleştirin:

{  hooks: {    enabled: true,    token: "shared-secret",    path: "/hooks",  },}

Kimlik doğrulama

Her istek hook belirtecini header üzerinden içermelidir:

• Authorization: Bearer <token> (önerilir)
• x-openclaw-token: <token>

Sorgu dizesi belirteçleri reddedilir.

curl -X POST http://127.0.0.1:18789/hooks/wake \  -H 'Authorization: Bearer SECRET' \  -H 'Content-Type: application/json' \  -d '{"text":"New email received","mode":"now"}'

curl -X POST http://127.0.0.1:18789/hooks/agent \  -H 'Authorization: Bearer SECRET' \  -H 'Content-Type: application/json' \  -d '{"message":"Summarize inbox","name":"Email","model":"openai/gpt-5.4"}'

Gmail PubSub entegrasyonu

Gmail gelen kutusu tetikleyicilerini Google PubSub üzerinden OpenClaw'a bağlayın.

Sihirbaz kurulumu (önerilir)

openclaw webhooks gmail setup --account openclaw@gmail.com

Bu, hooks.gmail yapılandırmasını yazar, Gmail ön ayarını etkinleştirir ve push uç noktası için Tailscale Funnel kullanır.

Gateway otomatik başlatma

hooks.enabled=true olduğunda ve hooks.gmail.account ayarlandığında, Gateway açılışta gog gmail watch serve başlatır ve izlemeyi otomatik olarak yeniler. Devre dışı bırakmak için OPENCLAW_SKIP_GMAIL_WATCHER=1 ayarlayın.

Elle tek seferlik kurulum

gcloud auth logingcloud config set project <project-id>gcloud services enable gmail.googleapis.com pubsub.googleapis.com

gcloud pubsub topics create gog-gmail-watchgcloud pubsub topics add-iam-policy-binding gog-gmail-watch \  --member=serviceAccount:gmail-api-push@system.gserviceaccount.com \  --role=roles/pubsub.publisher

gog gmail watch start \  --account openclaw@gmail.com \  --label INBOX \  --topic projects/<project-id>/topics/gog-gmail-watch

Gmail modelini geçersiz kılma

{  hooks: {    gmail: {      model: "openrouter/meta-llama/llama-3.3-70b-instruct:free",      thinking: "off",    },  },}

İşleri yönetme

# List all jobsopenclaw cron list # Get one stored job as JSONopenclaw cron get <jobId> # Show one job, including resolved delivery routeopenclaw cron show <jobId> # Edit a jobopenclaw cron edit <jobId> --message "Updated prompt" --model "opus" # Force run a job nowopenclaw cron run <jobId> # Force run a job now and wait for its terminal statusopenclaw cron run <jobId> --wait --wait-timeout 10m --poll-interval 2s # Run only if dueopenclaw cron run <jobId> --due # View run historyopenclaw cron runs --id <jobId> --limit 50 # View one exact runopenclaw cron runs --id <jobId> --run-id <runId> # Delete a jobopenclaw cron remove <jobId> # Agent selection (multi-agent setups)openclaw cron create "0 6 * * *" "Check ops queue" --name "Ops sweep" --session isolated --agent opsopenclaw cron edit <jobId> --clear-agent

openclaw cron run <jobId>, manuel çalıştırmayı kuyruğa aldıktan sonra döner. Kapanış hook'ları, bakım betikleri veya kuyruğa alınan çalıştırma bitene kadar bloklanması gereken diğer otomasyonlar için --wait kullanın. Bekleme modu tam olarak döndürülen runId değerini yoklar; ok durumu için 0, error, skipped veya bekleme zaman aşımı için sıfır olmayan bir kodla çıkar.

Aracı cron aracı, cron(action: "list") içinden kompakt iş özetleri (id, name, enabled, nextRunAtMs, scheduleKind, lastRunStatus) döndürür; tek bir tam iş tanımı için cron(action: "get", jobId: "...") kullanın. Doğrudan Gateway çağıranlar cron.list için compact: true geçebilir; bunun atlanması, teslimat önizlemeleriyle birlikte mevcut tam yanıtı korur.

openclaw cron create, openclaw cron add için bir takma addır ve yeni işler, konumsal bir zamanlama ("0 9 * * 1", "every 1h", "20m" veya bir ISO zaman damgası) ve ardından konumsal bir aracı istemi kullanabilir. Bitmiş çalıştırma yükünü bir HTTP uç noktasına POST etmek için cron add|create veya cron edit üzerinde --webhook <url> kullanın. Webhook teslimatı --announce, --channel, --to, --thread-id veya --account gibi sohbet teslimatı bayraklarıyla birleştirilemez. cron edit üzerinde --clear-channel, --clear-to, --clear-thread-id ve --clear-account, bu yönlendirme alanlarını tek tek kaldırır (her biri eşleşen ayarlama bayrağıyla birlikte reddedilir); bu, --no-deliver seçeneğinin çalıştırıcı fallback teslimatını devre dışı bırakmasından farklıdır.

Yapılandırma

{  cron: {    enabled: true,    store: "~/.openclaw/cron/jobs.json",    maxConcurrentRuns: 8,    retry: {      maxAttempts: 3,      backoffMs: [60000, 120000, 300000],      retryOn: ["rate_limit", "overloaded", "network", "server_error"],    },    webhookToken: "replace-with-dedicated-webhook-token",    sessionRetention: "24h",    runLog: { maxBytes: "2mb", keepLines: 2000 },  },}

maxConcurrentRuns, hem zamanlanmış cron dağıtımını hem de izole aracı turu yürütmesini sınırlar ve varsayılan değeri 8'dir. İzole cron aracı turları dahili olarak kuyruğun özel cron-nested yürütme hattını kullanır; bu nedenle bu değeri artırmak, bağımsız cron LLM çalıştırmalarının yalnızca dış cron sarmalayıcılarını başlatmak yerine paralel ilerlemesini sağlar. Paylaşılan cron dışı nested hattı bu ayarla genişletilmez.

cron.store, mantıksal bir depo anahtarı ve eski doctor içe aktarma yoludur. Mevcut JSON depolarını SQLite'a aktarmak ve arşivlemek için openclaw doctor --fix çalıştırın; gelecekteki cron değişiklikleri CLI veya Gateway API üzerinden yapılmalıdır.

Cron'u devre dışı bırakma: cron.enabled: false veya OPENCLAW_SKIP_CRON=1.

Sorun giderme

Komut basamakları

openclaw statusopenclaw gateway statusopenclaw cron statusopenclaw cron listopenclaw cron runs --id <jobId> --limit 20openclaw system heartbeat lastopenclaw logs --followopenclaw doctor

İlgili

• Otomasyon — tüm otomasyon mekanizmalarına genel bakış
• Arka Plan Görevleri — cron yürütmeleri için görev defteri
• Heartbeat — periyodik ana oturum turları
• Zaman dilimi — zaman dilimi yapılandırması