Tarefas agendadas

Agende tarefas recorrentes para serem executadas em segundo plano. Consulte as tarefas ativas, em pausa e concluídas, bem como as execuções recentes, em Agendadas. Pode combinar tarefas agendadas com skills para trabalhos mais complexos.

Aplicação ChatGPT para computador

Na aplicação ChatGPT para computador, as tarefas agendadas podem trabalhar com projetos locais e ser executadas no diretório do projeto ou numa worktree isolada. Mantenha o computador ligado e a aplicação em execução quando uma tarefa agendada precisar de ficheiros locais.

ChatGPT web

Quando as tarefas agendadas estão ativadas para o seu espaço de trabalho, crie-as a partir do Chat ou do ChatGPT Work na web e faça a gestão das respetivas execuções em Agendadas. As tarefas web podem utilizar contexto carregado e ferramentas ligadas, mas não podem trabalhar diretamente numa pasta do seu computador.

Codex CLI

O Codex CLI não disponibiliza a interface de gestão Agendadas. Utilize o ChatGPT web ou a aplicação para computador para criar e gerir tarefas agendadas. A CLI pode ajudá-lo a preparar e testar primeiro um pedido, uma skill ou um script.

Extensão para IDE

A extensão para IDE não disponibiliza a interface de gestão Agendadas. Utilize o ChatGPT web ou a aplicação para computador para criar e gerir tarefas agendadas. A extensão para IDE pode ajudá-lo a preparar e testar primeiro um pedido, uma skill ou uma alteração ao espaço de trabalho.

Gerir tarefas agendadas na web

Abra Agendadas para consultar o estado das tarefas e as execuções recentes. Utilize uma tarefa agendada autónoma quando cada execução deva começar a partir do pedido guardado. Utilize uma tarefa agendada num chat quando quiser que o ChatGPT regresse ao mesmo chat com o respetivo contexto existente.

As tarefas agendadas na web podem utilizar ficheiros carregados, ferramentas ligadas, skills e plugins disponíveis nesse chat. Não mantêm uma pasta local nem uma worktree disponível entre execuções. Inclua instruções duradouras no pedido da tarefa ou numa skill anexada e mantenha o material de origem necessário num projeto acessível, carregamento ou serviço ligado.

Antes de agendar uma tarefa, teste o respetivo pedido num chat web normal. Analise as primeiras execuções e, em seguida, ajuste o pedido, as ferramentas ou a frequência se os resultados forem demasiado genéricos ou precisarem de contexto adicional.

Aplicação ChatGPT para computador

Por exemplo, agende uma tarefa para avaliar erros de telemetria e submeter correções, ou para criar relatórios sobre alterações recentes à base de código. Para trabalhos contínuos que devam continuar a utilizar o mesmo contexto, agende uma tarefa num chat existente.

Para tarefas agendadas limitadas a um projeto, mantenha o computador ligado e a aplicação ChatGPT para computador em execução. O projeto selecionado deve continuar disponível no disco quando a tarefa estiver agendada para ser executada.

Em repositórios Git, pode escolher se uma tarefa agendada é executada no seu projeto local ou numa nova worktree. Ambas as opções são executadas em segundo plano. As worktrees mantêm as alterações das tarefas agendadas separadas do trabalho local inacabado, enquanto a execução no projeto local pode modificar ficheiros nos quais ainda está a trabalhar. Em projetos sem controlo de versões, as tarefas agendadas são executadas diretamente no diretório do projeto.

Também pode manter o modelo e o nível de raciocínio nas respetivas predefinições ou selecioná-los explicitamente se pretender maior controlo sobre a execução da tarefa agendada.

Se uma tarefa agendada utilizar gpt-5.4 ou gpt-5.4-mini com o início de sessão do ChatGPT, atualize-a antes de esses modelos serem descontinuados em 31 de agosto de 2026. Substitua gpt-5.4 por gpt-5.6-terra e gpt-5.4-mini por gpt-5.6-luna.

As tarefas agendadas são executadas sem supervisão com as predefinições da sandbox. Comece pelo acesso mais restrito que permita concluir a tarefa e conceda acesso à rede ou acesso mais amplo aos ficheiros apenas quando necessário. Compreender o isolamento em sandbox.

Gerir tarefas agendadas

Encontre todas as tarefas agendadas e as respetivas execuções em Agendadas, na barra lateral da aplicação ChatGPT para computador.

A vista Agendadas funciona como a sua caixa de entrada. As execuções de tarefas agendadas com resultados aparecem nessa vista, e um indicador de itens não lidos mostra quando uma execução requer a sua atenção.

As tarefas agendadas autónomas iniciam um novo chat para cada execução agendada e apresentam os resultados em Agendadas. Utilize-as quando cada execução deva ser independente ou quando uma tarefa agendada deva ser executada num ou mais projetos. Se precisar de uma frequência personalizada, utilize os controlos de agendamento personalizado. Para um agendamento avançado, edite a respetiva regra de recorrência RFC 5545 (RRULE), como RRULE:FREQ=MONTHLY;BYMONTHDAY=1;BYHOUR=9;BYMINUTE=0.

Em repositórios Git, cada tarefa agendada pode ser executada no seu projeto local ou numa worktree dedicada em segundo plano. Utilize worktrees quando pretender isolar as alterações da tarefa agendada do trabalho local inacabado. Utilize o modo local quando pretender que a tarefa agendada trabalhe diretamente no seu checkout principal, tendo em conta que pode alterar ficheiros que está a editar ativamente. Em projetos sem controlo de versões, as tarefas agendadas são executadas diretamente no diretório do projeto. Pode executar a mesma tarefa agendada em mais do que um projeto.

As tarefas agendadas criadas com o ChatGPT Work na web, ou com o ChatGPT Work ou o Codex na aplicação para computador, podem utilizar plugins. As tarefas agendadas também podem utilizar skills. Para manter as tarefas agendadas fáceis de gerir e partilhar entre equipas, utilize skills para definir a ação e fornecer ferramentas e contexto. Selecione ou invoque uma skill específica no pedido da tarefa quando o fluxo de trabalho não deva depender da seleção automática de ferramentas.

Pedir ao ChatGPT para criar ou atualizar tarefas agendadas

Pode criar e atualizar tarefas agendadas a partir de um chat do ChatGPT ou do Codex. Descreva o trabalho, o agendamento e se cada execução agendada deve regressar ao chat atual ou iniciar um novo chat. O ChatGPT pode elaborar o pedido, escolher o destino certo e atualizar a tarefa agendada quando o respetivo âmbito ou frequência mudar.

Por exemplo, peça ao ChatGPT para agendar um acompanhamento no chat atual enquanto uma implementação termina, ou peça-lhe que crie uma tarefa agendada autónoma que verifique um projeto de acordo com um agendamento recorrente.

As skills também podem criar ou atualizar tarefas agendadas. Por exemplo, uma skill para acompanhar um pull request pode configurar uma tarefa agendada que verifique o estado do PR com o plugin do GitHub e corrija novos comentários de revisão.

Agendar uma tarefa num chat

Agende uma tarefa num chat existente quando quiser que o ChatGPT regresse a esse chat de acordo com um agendamento. A tarefa agendada utiliza o contexto existente do chat em vez de começar sempre a partir de um novo pedido.

As tarefas agendadas num chat podem utilizar intervalos em minutos para ciclos de acompanhamento ativos, ou agendamentos diários e semanais quando precisar de uma verificação a uma hora específica.

Agende uma tarefa num chat para:

• verificar uma operação de longa duração até esta terminar
• consultar periodicamente o Slack, o GitHub ou outra origem ligada quando os resultados devam permanecer no mesmo chat
• lembrar o ChatGPT de continuar um ciclo de revisão com uma frequência fixa
• executar um fluxo de trabalho orientado por uma skill que utilize plugins, como verificar o estado de um PR e tratar novos comentários
• continuar um chat de investigação ou triagem em curso sem perder o respetivo contexto

Utilize uma tarefa agendada autónoma quando cada execução deva ser independente ou quando os resultados devam aparecer como execuções separadas em Agendadas.

Quando agendar uma tarefa num chat, torne o pedido duradouro. Este deve descrever o que o ChatGPT deve fazer em cada execução agendada, como decidir se existe algo importante a comunicar e quando deve parar ou pedir a sua intervenção.

Testar tarefas agendadas

Antes de agendar uma tarefa, teste primeiro o pedido manualmente num chat normal. Isto ajuda a confirmar:

• O pedido é claro e tem o âmbito correto.
• O modelo selecionado ou predefinido, o nível de raciocínio e as ferramentas comportam-se conforme esperado.
• O resultado produzido pode ser revisto.

Quando começar a agendar execuções, analise os primeiros resultados e ajuste o pedido ou a frequência conforme necessário.

Na aplicação ChatGPT para computador, pode acionar explicitamente uma skill num pedido de tarefa agendada utilizando $skill-name.

Limpeza de worktrees de tarefas agendadas

Se escolher worktrees para repositórios Git, os agendamentos frequentes podem criar muitas worktrees ao longo do tempo. Arquive as execuções agendadas de que já não precisa e evite fixar execuções, a menos que pretenda conservar as respetivas worktrees.

Modelo de permissões e segurança

As tarefas agendadas são executadas sem supervisão e utilizam as predefinições da sua sandbox.

Para obter uma explicação destas restrições em linguagem simples, consulte a descrição geral do isolamento em sandbox. Para conhecer as regras do sistema de ficheiros e da rede, consulte Permissões.

• Se o modo da sua sandbox for read-only, as chamadas de ferramentas falham se exigirem a modificação de ficheiros, o acesso à rede ou a interação com aplicações no seu computador. Considere atualizar as definições da sandbox para workspace write.
• Se o modo da sua sandbox for workspace-write, as chamadas de ferramentas falham se exigirem a modificação de ficheiros fora do espaço de trabalho, o acesso à rede ou a interação com aplicações no seu computador. Pode incluir seletivamente comandos numa lista de permissões para que sejam executados fora da sandbox utilizando regras.
• Se o modo da sua sandbox for full access, as tarefas agendadas em segundo plano implicam um risco elevado, uma vez que o ChatGPT pode alterar ficheiros, executar comandos e aceder à rede sem pedir autorização. Considere atualizar as definições da sandbox para workspace write e utilizar regras para definir seletivamente os comandos que o agente pode executar com full access.

Se estiver num ambiente gerido, os administradores podem restringir estes comportamentos através de requisitos impostos pelo administrador. Por exemplo, podem proibir approval_policy = "never" ou restringir os modos de sandbox permitidos. Consulte Requisitos impostos pelo administrador (requirements.toml).

As tarefas agendadas utilizam approval_policy = "never" quando a política da sua organização o permite. Se os requisitos do administrador proibirem approval_policy = "never", as tarefas agendadas recorrem ao comportamento de aprovação do modo de permissões selecionado.

Exemplos

Criar automaticamente novas skills

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.

Mantenha-se a par do seu projeto

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

Combinar tarefas agendadas com skills para corrigir os seus próprios erros

Crie uma nova skill que tente corrigir um erro introduzido pelos seus próprios commits, criando um novo $recent-code-bugfix, e guarde-a nas suas skills pessoais.

---
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.

Em seguida, crie uma nova tarefa agendada:

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