Zamanlanmış görevler

Yinelenen görevleri arka planda çalışacak şekilde zamanlayın. Etkin, duraklatılmış ve tamamlanmış görevlerin yanı sıra son çalıştırmaları Scheduled bölümünde inceleyin. Daha karmaşık işler için zamanlanmış görevleri skills ile birleştirebilirsiniz.

ChatGPT masaüstü uygulaması

ChatGPT masaüstü uygulamasındaki zamanlanmış görevler yerel projelerle çalışabilir ve proje dizininde ya da yalıtılmış bir worktree'de çalıştırılabilir. Zamanlanmış bir görev yerel dosyalara ihtiyaç duyduğunda bilgisayarı açık ve uygulamayı çalışır durumda tutun.

ChatGPT web

Çalışma alanınızda zamanlanmış görevler etkinleştirildiğinde bunları web'deki Chat veya ChatGPT Work üzerinden oluşturun ve çalıştırmalarını Scheduled bölümünden yönetin. Web görevleri yüklenen bağlamı ve bağlı araçları kullanabilir, ancak bilgisayarınızdaki bir klasörde doğrudan çalışamaz.

Codex CLI

Codex CLI, Scheduled yönetim arayüzünü sunmaz. Zamanlanmış görevler oluşturmak ve yönetmek için ChatGPT web'i veya masaüstü uygulamasını kullanın. CLI, öncelikle bir istemi, skill'i veya betiği hazırlayıp test etmenize yardımcı olabilir.

IDE uzantısı

IDE uzantısı, Scheduled yönetim arayüzünü sunmaz. Zamanlanmış görevler oluşturmak ve yönetmek için ChatGPT web'i veya masaüstü uygulamasını kullanın. IDE uzantısı, öncelikle bir istemi, skill'i veya çalışma alanı değişikliğini hazırlayıp test etmenize yardımcı olabilir.

Zamanlanmış görevleri web'de yönetin

Görev durumunu ve son çalıştırmaları incelemek için Scheduled bölümünü açın. Her çalıştırmanın kayıtlı istemden başlaması gerekiyorsa bağımsız bir zamanlanmış görev kullanın. ChatGPT'nin mevcut bağlamıyla aynı sohbete dönmesini istiyorsanız sohbet içindeki bir zamanlanmış görevi kullanın.

Web'deki zamanlanmış görevler, söz konusu sohbette kullanılabilen yüklenmiş dosyaları, bağlı araçları, skills öğelerini ve plugins öğelerini kullanabilir. Çalıştırmalar arasında yerel bir klasörü veya worktree'yi kullanılabilir durumda tutmazlar. Kalıcı talimatları görev istemine veya ekli bir skill'e koyun; gerekli kaynak materyalleri ise erişilebilir bir projede, yüklemede ya da bağlı hizmette tutun.

Bir görevi zamanlamadan önce istemini normal bir web sohbetinde test edin. İlk birkaç çalıştırmayı inceleyin; sonuçlar çok genişse veya ek bağlam gerektiriyorsa istemi, araçları ya da çalışma sıklığını ayarlayın.

ChatGPT masaüstü uygulaması

Örneğin telemetri hatalarını değerlendiren ve düzeltmeler gönderen ya da kod tabanındaki son değişiklikler hakkında raporlar oluşturan bir görev zamanlayın. Aynı bağlamı kullanmaya devam etmesi gereken kesintisiz işler için mevcut bir sohbetin içinde görev zamanlayın.

Proje kapsamındaki zamanlanmış görevler için makineyi açık ve ChatGPT masaüstü uygulamasını çalışır durumda tutun. Görevin çalışması planlandığında seçili proje hâlâ diskte kullanılabilir olmalıdır.

Git depolarında zamanlanmış bir görevin yerel projenizde mi yoksa yeni bir worktree üzerinde mi çalışacağını seçebilirsiniz. Her iki seçenek de arka planda çalışır. Worktree'ler, zamanlanmış görevlerin değişikliklerini tamamlanmamış yerel işlerden ayrı tutar; yerel projenizde çalıştırmak ise hâlen üzerinde çalıştığınız dosyaları değiştirebilir. Sürüm denetimi olmayan projelerde zamanlanmış görevler doğrudan proje dizininde çalışır.

Modeli ve akıl yürütme yoğunluğunu varsayılan ayarlarında bırakabilir veya zamanlanmış görevin nasıl çalışacağı üzerinde daha fazla denetim istiyorsanız bunları açıkça seçebilirsiniz.

Zamanlanmış bir görev ChatGPT oturum açma yöntemiyle gpt-5.4 veya gpt-5.4-mini kullanıyorsa bu modeller 31 Ağustos 2026'da kullanımdan kaldırılmadan önce görevi güncelleyin. gpt-5.4 yerine gpt-5.6-terra, gpt-5.4-mini yerine gpt-5.6-luna kullanın.

Zamanlanmış görevler varsayılan korumalı alan ayarlarınızla gözetimsiz olarak çalışır. Görevin başarılı olmasını sağlayan en dar erişimle başlayın ve yalnızca gerektiğinde ağ ya da daha geniş dosya erişimi verin. Korumalı alan kullanımını anlayın.

Zamanlanmış görevleri yönetin

Tüm zamanlanmış görevleri ve bunların çalıştırmalarını ChatGPT masaüstü uygulamasının kenar çubuğundaki Scheduled bölümünde bulun.

Scheduled görünümü gelen kutunuz işlevini görür. Bulgular içeren zamanlanmış görev çalıştırmaları burada görünür; bir çalıştırma ilginizi gerektirdiğinde okunmamış göstergesi bunu bildirir.

Bağımsız zamanlanmış görevler, her zamanlanmış çalıştırma için yeni bir sohbet başlatır ve sonuçları Scheduled bölümünde bildirir. Her çalıştırmanın bağımsız olması veya tek bir zamanlanmış görevin bir ya da daha fazla projede çalışması gerekiyorsa bunları kullanın. Özel bir çalışma sıklığına ihtiyacınız varsa özel zamanlama denetimlerini kullanın. Gelişmiş bir zamanlama için RFC 5545 yineleme kuralını (RRULE) düzenleyin; örneğin RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

Git depolarında her zamanlanmış görev yerel projenizde veya özel bir arka plan worktree üzerinde çalışabilir. Zamanlanmış görev değişikliklerini tamamlanmamış yerel işlerden yalıtmak istediğinizde worktree'leri kullanın. Zamanlanmış görevin doğrudan ana checkout'unuzda çalışmasını istediğinizde yerel modu kullanın; ancak etkin olarak düzenlediğiniz dosyaları değiştirebileceğini unutmayın. Sürüm denetimi olmayan projelerde zamanlanmış görevler doğrudan proje dizininde çalışır. Aynı zamanlanmış görevi birden fazla projede çalıştırabilirsiniz.

Web'de ChatGPT Work ile veya masaüstü uygulamasında ChatGPT Work ya da Codex ile oluşturulan zamanlanmış görevler plugins kullanabilir. Zamanlanmış görevler skills öğelerini de kullanabilir. Zamanlanmış görevleri ekipler arasında bakımı kolay ve paylaşılabilir tutmak için eylemi tanımlamak, araçlar ve bağlam sağlamak üzere skills kullanın. İş akışının otomatik araç seçimine dayanmaması gerektiğinde görev isteminde belirli bir skill'i seçin veya çağırın.

ChatGPT'den zamanlanmış görevler oluşturmasını veya güncellemesini isteyin

Bir ChatGPT veya Codex sohbetinden zamanlanmış görevler oluşturabilir ve bunları güncelleyebilirsiniz. İşi, zamanlamayı ve her zamanlanmış çalıştırmanın mevcut sohbete mi dönmesi yoksa yeni bir sohbet mi başlatması gerektiğini açıklayın. ChatGPT istem taslağı hazırlayabilir, doğru hedefi seçebilir ve kapsamı ya da çalışma sıklığı değiştiğinde zamanlanmış görevi güncelleyebilir.

Örneğin ChatGPT'den bir dağıtım tamamlanırken mevcut sohbetten takip görevi zamanlamasını veya bir projeyi yinelenen bir zamanlamayla kontrol eden bağımsız bir zamanlanmış görev oluşturmasını isteyin.

Skills öğeleri de zamanlanmış görevler oluşturabilir veya güncelleyebilir. Örneğin bir pull request'i takip eden skill, GitHub plugin'iyle PR durumunu kontrol eden ve yeni inceleme geri bildirimlerini düzelten zamanlanmış bir görev oluşturabilir.

Sohbet içinde görev zamanlayın

ChatGPT'nin belirli bir zamanlamayla aynı sohbete dönmesini istediğinizde mevcut bir sohbetin içinde görev zamanlayın. Zamanlanmış görev, her seferinde yeni bir istemle başlamak yerine sohbetin mevcut bağlamını kullanır.

Sohbet içindeki zamanlanmış görevler, etkin takip döngüleri için dakika tabanlı aralıklar veya belirli bir zamanda kontrol gerektiğinde günlük ve haftalık zamanlamalar kullanabilir.

Şunlar için sohbet içinde görev zamanlayın:

• uzun süren bir işlemi tamamlanana kadar kontrol etmek
• sonuçların aynı sohbette kalması gerektiğinde Slack, GitHub veya başka bir bağlı kaynağı yoklamak
• ChatGPT'ye sabit bir sıklıkla inceleme döngüsünü sürdürmesini hatırlatmak
• PR durumunu kontrol etmek ve yeni geri bildirimleri ele almak gibi plugins kullanan, skill odaklı bir iş akışı çalıştırmak
• bağlamını kaybetmeden devam eden bir araştırma veya triyaj sohbetini sürdürmek

Her çalıştırmanın bağımsız olması veya bulguların Scheduled bölümünde ayrı çalıştırmalar olarak görünmesi gerekiyorsa bağımsız bir zamanlanmış görev kullanın.

Bir sohbet içinde görev zamanlarken istemi kalıcı olacak şekilde yazın. Her zamanlanmış çalıştırmada ChatGPT'nin ne yapacağını, bildirilecek önemli bir şey olup olmadığına nasıl karar vereceğini ve ne zaman duracağını ya da sizden girdi isteyeceğini açıklamalıdır.

Zamanlanmış görevleri test edin

Bir görevi zamanlamadan önce istemi normal bir sohbette elle test edin. Bu, şunları doğrulamanıza yardımcı olur:

• İstem açık ve doğru kapsamda.
• Seçilen veya varsayılan model, akıl yürütme yoğunluğu ve araçlar beklendiği gibi davranıyor.
• Oluşan çıktı incelenebilir durumda.

Çalıştırmaları zamanlamaya başladığınızda ilk birkaç çıktıyı inceleyin ve istemi veya çalışma sıklığını gerektiği gibi ayarlayın.

ChatGPT masaüstü uygulamasında $skill-name kullanarak zamanlanmış görev isteminde bir skill'i açıkça tetikleyebilirsiniz.

Zamanlanmış görevler için worktree temizliği

Git depoları için worktree'leri seçerseniz sık zamanlamalar zaman içinde çok sayıda worktree oluşturabilir. Artık ihtiyaç duymadığınız zamanlanmış çalıştırmaları arşivleyin ve worktree'lerini saklamak istemiyorsanız çalıştırmaları sabitlemekten kaçının.

İzinler ve güvenlik modeli

Zamanlanmış görevler gözetimsiz çalışır ve varsayılan korumalı alan ayarlarınızı kullanır.

Bu sınırların sade bir açıklaması için korumalı alana genel bakış belgesine bakın. Dosya sistemi ve ağ kuralları için İzinler belgesine bakın.

• Korumalı alan modunuz read-only ise dosyaları değiştirmeyi, ağa erişmeyi veya bilgisayarınızdaki uygulamalarla çalışmayı gerektiren araç çağrıları başarısız olur. Korumalı alan ayarlarını workspace write olarak güncellemeyi düşünün.
• Korumalı alan modunuz workspace-write ise çalışma alanının dışındaki dosyaları değiştirmeyi, ağa erişmeyi veya bilgisayarınızdaki uygulamalarla çalışmayı gerektiren araç çağrıları başarısız olur. Korumalı alan dışında çalışabilecek komutlara rules kullanarak seçici biçimde izin verebilirsiniz.
• Korumalı alan modunuz full access ise ChatGPT sormadan dosyaları değiştirebileceği, komut çalıştırabileceği ve ağa erişebileceği için arka plan zamanlanmış görevleri daha yüksek risk taşır. Korumalı alan ayarlarını workspace write olarak güncellemeyi ve ajanın hangi komutları tam erişimle çalıştırabileceğini seçici olarak tanımlamak için rules kullanmayı düşünün.

Yönetilen bir ortamdaysanız yöneticiler, yönetici tarafından uygulanan gereksinimlerle bu davranışları sınırlayabilir. Örneğin approval_policy = "never" ayarına izin vermeyebilir veya izin verilen korumalı alan modlarını kısıtlayabilirler. Yönetici tarafından uygulanan gereksinimler (requirements.toml) belgesine bakın.

Kuruluş politikanız izin verdiğinde zamanlanmış görevler approval_policy = "never" kullanır. Yönetici gereksinimleri approval_policy = "never" kullanımına izin vermiyorsa zamanlanmış görevler seçili izin modunuzun onay davranışına geri döner.

Örnekler

Otomatik olarak yeni skills oluşturun

Scan all of the `~/.codex/sessions` files from the past day and if there have been any issues using particular skills, update the skills to be more helpful. Personal skills only, no repo skills.

If there’s anything we’ve been doing often and struggle with that we should save as a skill to speed up future work, let’s do it.

Definitely don't feel like you need to update any- only if there's a good reason!

Let me know if you make any.

Projenizi güncel tutun

Look at the latest remote origin/master or origin/main . Then produce an exec briefing for the last 24 hours of commits that touch <DIRECTORY>

Formatting + structure:

- Use rich Markdown (H1 workstream sections, italics for the subtitle, horizontal rules as needed).
- Preamble can read something like “Here’s the last 24h brief for <directory>:”
- Subtitle should read: “Narrative walkthrough with owners; grouped by workstream.”
- Group by workstream rather than listing each commit. Workstream titles should be H1.
- Write a short narrative per workstream that explains the changes in plain language.
- Use bullet points and bolding when it makes things more readable
- Feel free to make bullets per person, but bold their name

Content requirements:

- Include PR links inline (e.g., [#123](...)) without a “PRs:” label.
- Do NOT include commit hashes or a “Key commits” section.
- It’s fine if multiple PRs appear under one workstream, but avoid per‑commit bullet lists.

Scope rules:

- Only include changes within the current cwd (or main checkout equivalent)
- Only include the last 24h of commits.
- Use `gh` to fetch PR titles and descriptions if it helps.
  Also feel free to pull PR reviews and comments

Kendi hatalarınızı düzeltmek için zamanlanmış görevleri skills ile birleştirin

Yeni bir $recent-code-bugfix oluşturarak kendi commit'lerinizin yol açtığı bir hatayı düzeltmeye çalışan yeni bir skill oluşturun ve kişisel skills klasörünüzde saklayın.

---
name: recent-code-bugfix
description: Find and fix a bug introduced by the current author within the last week in the current working directory. Use when a user wants a proactive bugfix from their recent changes, when the prompt is empty, or when asked to triage/fix issues caused by their recent commits. Root cause must map directly to the author’s own changes.
---

# Recent Code Bugfix

## Overview

Find a bug introduced by the current author in the last week, implement a fix, and verify it when possible. Operate in the current working directory, assume the code is local, and ensure the root cause is tied directly to the author’s own edits.

## Workflow

### 1) Establish the recent-change scope

Use Git to identify the author and changed files from the last week.

- Determine the author from `git config user.name`/`user.email`. If unavailable, use the current user’s name from the environment or ask once.
- Use `git log --since=1.week --author=<author>` to list recent commits and files. Focus on files touched by those commits.
- If the user’s prompt is empty, proceed directly with this default scope.

### 2) Find a concrete failure tied to recent changes

Prioritize defects that are directly attributable to the author’s edits.

- Look for recent failures (tests, lint, runtime errors) if logs or CI outputs are available locally.
- If no failures are provided, run the smallest relevant verification (single test, file-level lint, or targeted repro) that touches the edited files.
- Confirm the root cause is directly connected to the author’s changes, not unrelated legacy issues. If only unrelated failures are found, stop and report that no qualifying bug was detected.

### 3) Implement the fix

Make a minimal fix that aligns with project conventions.

- Update only the files needed to resolve the issue.
- Avoid adding extra defensive checks or unrelated refactors.
- Keep changes consistent with local style and tests.

### 4) Verify

Attempt verification when possible.

- Prefer the smallest validation step (targeted test, focused lint, or direct repro command).
- If verification cannot be run, state what would be run and why it wasn’t executed.

### 5) Report

Summarize the root cause, the fix, and the verification performed. Make it explicit how the root cause ties to the author’s recent changes.

Ardından yeni bir zamanlanmış görev oluşturun:

Check my commits from the last 24h and submit a $recent-code-bugfix.