# 4.3 — Rotinas: como colocar seu Time de IA para trabalhar sem você precisar acionar / m04-a04

**Objetivo:** Preparar rotina no ambiente adequado, preservar aprovações e testar ausência/repetição/falha antes de ativar.

**Preparação:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Ensaio:** Agendamento real e contrato de retomada precisam de ensaio no ambiente escolhido; nenhuma rotina de produção será ativada nesta revisão.

### m04-a04-b01 — Agendar o início não resolve o processo

Slide m04-a04-s01

Até aqui, você chamava o time sempre que precisava. Uma rotina muda só isso: ela inicia o trabalho por um horário ou por uma frequência, por exemplo todo dia útil de manhã, e você deixa de acionar o time a cada vez.

Só que agendar o início não resolve o resto. A rotina não garante que o time tenha acesso às ferramentas de que precisa, que a entrada seja boa nem que alguém aprove a saída. Se nenhum desses três pontos foi cuidado, o que você automatizou foi só o começo de um processo que ainda pode falhar sem que ninguém perceba.

Então, antes de criar uma rotina, responda a três perguntas. Qual processo ela vai iniciar? Onde esse processo roda? E como você vai perceber que deu certo? O time que acabamos de construir é o procedimento. A rotina é só mais uma forma de acioná-lo, no lugar de você pedir o trabalho a cada vez.

No nosso caso comercial, a primeira pergunta tem esta resposta: a rotina vai verificar se existe uma nova reunião de teste pronta para análise. Se existir, ela prepara o material para aprovação, com as mesmas decisões humanas que já definimos. Vamos usar apenas origem e destino de teste, ou seja, um lugar de onde a reunião de teste é lida e um lugar onde o resultado é salvo. Não vamos criar nenhuma agenda de produção.

A segunda pergunta, onde o processo roda, vem agora. A terceira, como saber que deu certo, vamos responder abrindo o resultado no destino.

### m04-a04-b04 — Rotina na nuvem, no desktop ou na sessão

Slide m04-a04-s04

Já sabemos qual processo a rotina inicia. Agora vamos escolher onde ela roda, e isso vem antes de escolher o horário. Na documentação atual do Claude Code, há três opções: tarefas em nuvem, tarefas do desktop e repetições da sessão, como o /loop. Elas não têm as mesmas dependências.

Uma tarefa em nuvem roda nos servidores do fornecedor e pode funcionar sem o seu computador ligado. Em compensação, ela não recebe automaticamente a sua pasta local nem o seu navegador com login já feito. Ela precisa das próprias fontes e conexões.

Uma tarefa do desktop roda no aplicativo instalado no seu computador. Por isso ela pode alcançar os arquivos locais, mas exige a máquina ligada, nas condições do aplicativo.

Uma repetição dentro da sessão, como o /loop, repete um pedido enquanto a conversa está aberta. Por isso ela depende da sessão local ativa.

Existe ainda o controle remoto, que permite interagir com uma execução que continua no seu computador. Ele não transforma esse trabalho em nuvem.

A experiência nova de Claude e Cowork também pode manter trabalho e agendamentos na nuvem, sem depender de um dispositivo ligado. Uma conta mais antiga pode mostrar um fluxo diferente. Por isso, não use a regra “toda rotina precisa deixar o computador ligado”, nem a regra contrária. Leia qual tipo está sendo criado na sua conta.

No nosso caso, a pergunta prática é esta: o ambiente que você escolheu consegue ler a origem de teste, guardar o estado e salvar no destino? Estado é a anotação, guardada fora da conversa, que diz em que ponto está cada reunião, por exemplo “aguardando confirmação”. Vamos usá-lo daqui a pouco. Se faltar um desses três acessos, a existência de um botão de agendamento não resolve.

Escolha um único caminho para o ensaio e ensaie o processo nele primeiro. Só depois prepare a repetição.

### m04-a04-b02 — Local certo, resultado certo

Slide m04-a04-s02

Escolhido o ambiente, vamos criar a rotina nele. Antes, confira uma condição que depende do recurso de agendamento: se ele exige o aplicativo ou a sessão abertos na hora da execução. Isso muda de um recurso para outro. Se o ambiente é local, o computador precisa estar ativo. Escolha pelas dependências do processo, e não só porque existe um botão de agendamento à mão.

Deixe também as permissões definidas antes. Numa rotina, pode não haver ninguém diante da tela para responder a um pedido de permissão. Conceda só o necessário: ler a origem de teste e salvar no destino de teste. O envio ao cliente fica de fora.

Agora vamos configurar a rotina com o recurso de agendamento que a versão desta gravação oferece. Colocamos nela a instrução para o time e as pastas de teste. Se o recurso pedir um horário já na criação, use um horário de teste e confira o fuso, que é a região de referência daquele horário. O horário que vamos manter só vem depois, quando os casos estiverem ensaiados.

Depois de configurar, use a opção de executar agora, se ela existir, para testar sem esperar o horário.

E então vem a conferência. O que precisamos ver é a reunião certa analisada e a saída no destino combinado. Uma notificação de que a execução aconteceu não prova isso. Abra o destino e confira.

Esse primeiro teste mostra o caminho em que tudo dá certo. Falta ensaiar os caminhos em que não dá: sem reunião nova, reunião repetida, falha de conexão e espera por uma pessoa.

### m04-a04-b05 — Esperar aprovação sem deixar a rotina travada

Slide m04-a04-s05

Vamos começar pela espera, porque ela decide como a rotina se comporta nos outros casos. Uma rotina não precisa ficar indefinidamente aberta esperando alguém. Quando chega à confirmação de escopo, ela registra o entendimento, grava o estado “aguardando confirmação” e termina. A pessoa revisa e autoriza uma retomada daquela execução e daquela versão.

Depois da proposta, o estado passa a ser “aguardando aprovação do documento”. Uma nova rodada do agendamento consulta esse estado. Ela não interpreta o silêncio como aprovação e não gera outra proposta para o mesmo trabalho.

Por isso, o contrato precisa dizer três coisas: quem pode aprovar, qual documento está em revisão e o que muda quando o conteúdo é alterado. Esse contrato está no arquivo contrato-aprovacao.md. O arquivo estados-exemplo.json traz exemplos de estado para você seguir.

Antes de agendar, vamos fazer uma execução manual de teste para cada situação. Se há reunião nova, a rotina prepara a etapa permitida e registra a decisão pendente. Se não há reunião nova, ela registra que não havia trabalho e termina sem gerar arquivo vazio. Se a reunião já foi tratada, ela retorna a referência existente e não repete a entrega. Se uma conexão falhou, ela registra o erro e o ponto de retomada, para continuar dali.

Com esses resultados conferidos, configure horário, fuso e frequência no recurso atual. Escreva o fuso de forma explícita, porque o mesmo “oito da manhã” muda conforme a região de referência. Configure apenas uma agenda de teste. Não deixe uma agenda de produção ativa para demonstrar uma aula.

O objetivo é aprender a iniciar o time sem perder o controle das decisões que continuam sendo humanas.

### m04-a04-b06 — Conferir a primeira execução e encerrar o teste

Slide m04-a04-s06

Com a agenda de teste configurada, rode-a uma vez pela execução manual do agendamento, quando esse recurso existir. Abra o histórico, que é a lista das execuções, e abra o destino. A notificação indica que houve uma execução; o documento e o conteúdo dele mostram se a tarefa entregou o que foi combinado. Compare três pontos: a origem de teste, o estado e o destino.

Confira a reunião, a referência do entendimento, a decisão pendente e o documento criado, quando a etapa estiver autorizada. Verifique também o que acontece com um erro de acesso, num cenário controlado de teste. O responsável precisa saber onde acompanhar a falha e como corrigi-la, sem adivinhar se a proposta foi salva.

Agora pause ou remova a rotina de exercício e confirme na interface que ela aparece como pausada ou removida. Uma automação que você não pretende manter não deve continuar consumindo recursos. Guarde o registro do ensaio no arquivo registro-testes.md, junto com a regra que permitiria ativá-la no futuro, no seu processo.

### m04-a04-b03 — A rotina preserva o limite de decisão

Slide m04-a04-s03

Agora, uma conferência importante: o horário não muda a autorização. A proposta deve continuar aguardando revisão, porque agendar a preparação não autoriza enviar o documento ao cliente. Olhe o histórico e a saída para confirmar que nenhum envio aconteceu.

Para concluir o exercício, confira três coisas: a primeira execução, o estado final e onde você acompanharia uma falha. Se a rotina de teste ainda estiver ativa, desative-a agora. Não deixe uma repetição ativa só para mostrar que sabe criá-la.

Na atividade, entregue o desenho da rotina, que são as suas respostas às três perguntas do início, e os resultados dos quatro casos de teste: trabalho novo, nenhum trabalho, trabalho repetido e espera de aprovação. Se a plataforma de agendamento não estiver disponível para você, ensaie esses estados manualmente e registre o agendamento como não executado. Você terá preparado o procedimento, mas só a execução real, no ambiente que você escolheu, comprova que o horário funciona.

Com isso, temos procedimento, ferramentas, coordenação e uma forma de iniciar o trabalho. No próximo módulo, vamos levar esse mesmo raciocínio para o ecossistema da OpenAI e separar o que dá para reaproveitar do que precisa ser adaptado.

# 4.3 — Rotinas: como colocar seu Time de IA para trabalhar sem você precisar acionar

ID m04-a04. Roteiro técnico — Rocco adaptado ao ensino.

TC da imagem e TC da fala são independentes. Slides novos não têm TC de fonte; fala escrita ainda não tem gravação. “—” indica não uso deliberado de depoimento/trilha. IDs são localizadores editoriais, não timecodes.

**Preparação específica:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Dependências e ensaio:** Agendamento real e contrato de retomada precisam de ensaio no ambiente escolhido; nenhuma rotina de produção será ativada nesta revisão.

| Bloco | Slide/PDF | Ação | Conferência |
|---|---|---|---|
| m04-a04-b01 | m04-a04-s01 / p. 1 | Retomar o caso comercial; apresentar uma rotina de verificação de novas reuniões em ambiente de teste, sem criar agenda produtiva. | Agendamento é diferenciado da execução e da conclusão da tarefa. |
| m04-a04-b04 | m04-a04-s04 / p. 2 | Comparar Cloud/Desktop/sessão e escolher ambiente pelo acesso às dependências. | Condição de máquina/app/sessão explicitada sem generalização para toda rotina. |
| m04-a04-b02 | m04-a04-s02 / p. 3 | Demonstrar agendamento no recurso disponível na versão da gravação, executar agora e conferir a saída. Usar origem e destino de teste; desativar após o ensaio. | Executar agora produz resultado conferido em origem/destino de teste. |
| m04-a04-b05 | m04-a04-s05 / p. 4 | Ensaiar rotina com estado de aprovação, ausência de trabalho e reunião já processada. | Rotina encerra/retoma por estado; silêncio não aprova e repetição não cria documento vazio ou duplicado. |
| m04-a04-b06 | m04-a04-s06 / p. 5 | Executar teste, conferir histórico/destino e pausar a rotina criada. | Resultado e estado conferidos; agendamento de teste encerrado e limitações registradas. |
| m04-a04-b03 | m04-a04-s03 / p. 6 | Conferir histórico, saída e ausência de envio automático. Cancelar/desativar o agendamento de exercício após teste. | Ambiente e fuso claros; estados preservados; nenhuma interpretação de silêncio como autorização; rotina final pausada/removida. |

## m04-a04-b01 — Agendar o início não resolve o processo

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Retomar o caso comercial; apresentar uma rotina de verificação de novas reuniões em ambiente de teste, sem criar agenda produtiva. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 1, ID m04-a04-s01; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b01 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b01. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Retomar o caso comercial; apresentar uma rotina de verificação de novas reuniões em ambiente de teste, sem criar agenda produtiva.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Agendamento é diferenciado da execução e da conclusão da tarefa.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b01; SHA-256 e5d0a5b4bd7906815dc099cd5ee32a734dc3ad4a1d0c8e35a8eb683cef35b936.

**Função visual:** Retomar o caso comercial; apresentar uma rotina de verificação de novas reuniões em ambiente de teste, sem criar agenda produtiva.


## m04-a04-b04 — Rotina na nuvem, no desktop ou na sessão

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Slides. Comparar Cloud/Desktop/sessão e escolher ambiente pelo acesso às dependências. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 2, ID m04-a04-s04; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b04 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b04. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Abrir quadro atualizado e documentação da superfície usada.
2. Conferir onde ficam arquivos, credenciais e estado.
3. Escolher um único caminho para o ensaio.

**Saída e conferência:** Condição de máquina/app/sessão explicitada sem generalização para toda rotina.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b04; SHA-256 a6e453dcf99701830848b20b47b751059958ba210c2886549a7157233bb816a8.

**Função visual:** Comparar Cloud/Desktop/sessão e escolher ambiente pelo acesso às dependências.


## m04-a04-b02 — Local certo, resultado certo

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Demonstrar agendamento no recurso disponível na versão da gravação, executar agora e conferir a saída. Usar origem e destino de teste; desativar após o ensaio. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 3, ID m04-a04-s02; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b02 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b02. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Demonstrar agendamento no recurso disponível na versão da gravação, executar agora e conferir a saída. Usar origem e destino de teste; desativar após o ensaio.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Executar agora produz resultado conferido em origem/destino de teste.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b02; SHA-256 ad0f5bf9954103c1fa861600e874b8678da9593cce90aeaaffaeb73d8a920c67.

**Função visual:** Demonstrar agendamento no recurso disponível na versão da gravação, executar agora e conferir a saída. Usar origem e destino de teste; desativar após o ensaio.


## m04-a04-b05 — Esperar aprovação sem deixar a rotina travada

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Ensaiar rotina com estado de aprovação, ausência de trabalho e reunião já processada. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 4, ID m04-a04-s05; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b05 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b05. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Usar contrato-aprovacao.md e estados-exemplo.json.
2. Executar manualmente antes de agendar.
3. Conferir ausência de trabalho e reunião repetida.
4. Configurar apenas agenda de teste com fuso explícito.

**Saída e conferência:** Rotina encerra/retoma por estado; silêncio não aprova e repetição não cria documento vazio ou duplicado.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b05; SHA-256 592e1571fc52033a8c56f74d56b8864bae548b518aa36920ee5598f887d7f7ad.

**Função visual:** Ensaiar rotina com estado de aprovação, ausência de trabalho e reunião já processada.


## m04-a04-b06 — Conferir a primeira execução e encerrar o teste

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Executar teste, conferir histórico/destino e pausar a rotina criada. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 5, ID m04-a04-s06; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b06 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b06. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Rodar agora e comparar origem, estado e destino.
2. Observar falha de acesso no cenário controlado.
3. Pausar/remover rotina de exercício e confirmar na interface.

**Saída e conferência:** Resultado e estado conferidos; agendamento de teste encerrado e limitações registradas.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b06; SHA-256 4e060e496cce5a5141aa8331635c9ca5bb274ee4fd6d96444ac6691c33e92d05.

**Função visual:** Executar teste, conferir histórico/destino e pausar a rotina criada.


## m04-a04-b03 — A rotina preserva o limite de decisão

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Conferir histórico, saída e ausência de envio automático. Cancelar/desativar o agendamento de exercício após teste. | slides/m04-a04.pptx e slides/m04-a04.pdf, página 6, ID m04-a04-s03; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a04-b03 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a04-b03. Sem trilha prevista. |

**Estado inicial:** Time testado, estado durável definido e agendamento disponível na superfície escolhida. Usar somente origem/destino de teste.

**Entrada/material:** apoio/guia-rotinas.md, apoio/contrato-aprovacao.md, apoio/estados-exemplo.json, apoio/registro-testes.md

**Passos de captura:**
1. Conferir histórico, saída e ausência de envio automático. Cancelar/desativar o agendamento de exercício após teste.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Ambiente e fuso claros; estados preservados; nenhuma interpretação de silêncio como autorização; rotina final pausada/removida.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a04-b03; SHA-256 86437c43a697742d7d90304383e7d9d6c375fdc47667a09f9ed0f1c080e6d008.

**Função visual:** Conferir histórico, saída e ausência de envio automático. Cancelar/desativar o agendamento de exercício após teste.


## Atividade e solução

Ensaiar quatro estados e criar uma rotina de teste, conferir a primeira execução e desativá-la.

Ambiente e fuso claros; estados preservados; nenhuma interpretação de silêncio como autorização; rotina final pausada/removida.

## Materiais

- guia-rotinas.md
- contrato-aprovacao.md
- estados-exemplo.json
- registro-testes.md