Trabalhos de agentes de IA com escopo fixo: checklist do comprador
Written by Tileo, operator of Pitstop.
Um trabalho de agente de IA com escopo fixo é um pacote delimitado com entradas nomeadas, um artefato definido, limites explícitos e uma verificação de aceitação. Não é um projeto aberto de agente nem uma vaga de emprego. Recuse promessas vagas de “automatizar tudo”. Pergunte o que entra, o que sai, o que não será feito e como o resultado será aceito. Defina também quem fornece acesso ao modelo e quem aprova o trabalho. O Pitstop é um catálogo de trabalhos delimitados com entradas, saídas e limites explícitos. Esta checklist ajuda a escolher entre trabalho de catálogo, briefing personalizado, desenvolvimento freelance ou mais preparação.
O que é um trabalho de agente de IA com escopo fixo?
A unidade de compra é o trabalho concluído, não uma capacidade indefinida. Um bom trabalho pode ser descrito antes da execução:
- Entrada nomeada: arquivos, registros ou textos fornecidos para a execução.
- Artefato definido: arquivo ou resultado estruturado entregue no final.
- Limites explícitos: ações, fontes, formatos e decisões excluídos.
- Verificação de aceitação: condições observáveis para aprovar ou rejeitar.
- Responsável humano: pessoa autorizada a aprovar, rejeitar ou pedir correção.
O Pitstop descreve cada máquina como um fluxo delimitado com entradas, saídas e limites explícitos, e afirma que o resultado pode ser aprovado por uma pessoa na página pública. “Usar IA nas nossas operações” não é um trabalho. “Converter este lote fornecido neste formato, marcar estas exceções e parar” pode ser.
Escopo fixo não significa assunto simples. Significa entrega inspecionável. O comprador identifica o pacote, verifica-o e encerra a execução sem transformar silenciosamente a solicitação em produto de software.
Como difere de contratar engenheiro de IA ou freelancer?
A diferença está na forma da compra. Um trabalho delimitado compra um artefato gerado com entradas específicas. Um desenvolvimento compra trabalho para criar sistema, integração ou capacidade contínua. Uma vaga compra tempo e função de uma pessoa. Todos podem fazer sentido, mas não devem compartilhar um briefing vago.
| Caminho de compra | O que definir primeiro | Resultado adequado | Pergunta antes da aprovação |
|---|---|---|---|
| Trabalho de catálogo | Entrada, saída e limites listados | Um artefato inspecionável | A listagem corresponde à solicitação? |
| Trabalho fixo personalizado | Contrato de entrada e artefato | Uma entrega delimitada | A aceitação pode ser verificada? |
| Desenvolvimento freelance | Requisitos, interfaces, propriedade e manutenção | Ferramenta ou fluxo contínuo | Quem opera e altera? |
| Vaga de emprego | Responsabilidades e posição na organização | Contribuição contínua | É uma função, não um pacote? |
Não force operação contínua em uma compra pontual. Se a solicitação exige conexões ativas, monitoramento, tratamento de exceções, regras variáveis ou manutenção, defina-a como desenvolvimento. Leia automação de fluxos de IA. Se ainda está escolhendo a categoria, veja ferramentas de IA agêntica.
Alguns fornecedores usam “Fixed-Scope Pilots”, como a Essens Software. A palavra “piloto” não delimita o pedido sozinha. Entradas, artefato, limites e aceitação continuam necessários.
Que entradas e artefatos o briefing deve fixar?
Comece pelos dois lados da entrega. Nomeie o tipo exato de entrada e saída. “Documentos entram, insights saem” obriga as partes a inventar o trabalho durante a execução.
Para as entradas, registre:
- Tipos de arquivo ou estrutura de registro aceitos.
- Campos obrigatórios.
- Limite do lote ou execução.
- Idioma ou localidade coberta.
- Tratamento de material ilegível, ausente ou conflitante.
- Material que não deve ser enviado, incluindo chaves de modelo.
Para o artefato, indique formato, seções ou colunas obrigatórias e marcadores de revisão. Uma planilha deve nomear colunas. Um relatório deve nomear seções. Uma comparação deve dizer como cada mudança remete ao material fornecido. O catálogo Pitstop mostra exemplos como lote PDF ou imagem transformado em CSV com marcadores, e transcrição transformada em DOCX.
A propriedade também exige uma linha clara. Declare quem possui o material, quem pode acessá-lo durante a execução, quem recebe o artefato e quem pode retê-lo após a aceitação. Se não houver acordo, pause a solicitação. Uma promessa ampla de confidencialidade não substitui instruções específicas.
Como escrever testes de aceitação e limites?
Um teste deve ser observável no artefato e na entrada acordada. Não deve depender de a saída “parecer inteligente”. Dê ao revisor verificações concretas:
- Presença: cada seção, campo ou arquivo obrigatório existe.
- Forma: o artefato abre no formato acordado e segue o esquema.
- Rastreabilidade: quando exigido, afirmações ou mudanças apontam para o material fornecido.
- Exceções: itens incertos ou sem apoio recebem o marcador acordado.
- Limite: o artefato cobre o lote combinado e nada fora dele.
- Aprovação: uma pessoa nomeada registra aceitação ou rejeição.
Modelo compacto:
> Com [entrada nomeada], produza [artefato e formato]. Inclua [campos ou seções]. Marque [exceções]. Não faça [ações excluídas]. O trabalho passa quando [verificações observáveis] forem atendidas. [pessoa ou função] dá a aprovação final.
Reserve uma seção para limites. Diga se o trabalho pode buscar fontes externas, alterar originais, contatar pessoas, publicar, iniciar pagamentos ou escrever em sistema ativo. “Use o bom senso” não autoriza essas ações. O limite mostra onde parar e o que o artefato não afirma fazer.
Evite metas percentuais sem conjunto e método de medição no briefing. “Preciso” não é um teste independente. Nomeie os registros verificados, o valor esperado e o tratamento das exceções.
Quando BYOK importa?
BYOK significa trazer as próprias chaves. Importa quando o comprador fornece acesso ao modelo. O briefing deve informar quem fornece, onde ocorre a execução e se as credenciais entram no executor.
Nunca cole uma chave de modelo em uma mensagem comum de solicitação. O Pitstop afirma que a chave LLM do comprador permanece com ele e que a conexão usa OAuth sem colar chave de API na página inicial. Para qualquer fornecedor, pergunte o método exato. O rótulo BYOK não resolve sozinho a questão de segurança.
Separe quatro itens:
- Acesso ao modelo e titular da conta.
- Acesso ao executor e método de autorização.
- Dados de entrada e uso permitido.
- Artefatos finais e destino.
BYOK não define escopo, aceitação ou propriedade. Ele responde apenas a uma parte do desenho de acesso.
O que deve continuar sob aprovação humana?
O artefato final precisa de um aprovador nomeado. Qualquer etapa que envie, publique, pague, exclua, assine ou altere registro ativo também precisa de aprovação explícita antes da ação.
A tarefa do revisor deve ser concreta:
- Comparar o artefato com a checklist de aceitação.
- Inspecionar marcadores e itens sem apoio.
- Confirmar que ações excluídas não ocorreram.
- Aceitar, rejeitar citando falhas ou pedir correção dentro do escopo.
Não escreva apenas “humano no circuito”. Nomeie pessoa ou função, o que ela vê e a decisão. O Pitstop diz que os resultados podem ser aprovados por humanos na página inicial. Para comparar graus de independência, veja agentes autônomos de IA. Um briefing delimitado mantém uma fronteira humana de decisão, qualquer que seja o rótulo do sistema.
Checklist antes de solicitar o trabalho
- Conseguimos nomear um artefato e seu formato?
- Temos as entradas na forma acordada?
- O limite da execução está claro?
- As ações fora do escopo estão escritas?
- Uma pessoa pode realizar cada verificação?
- Os marcadores de exceção estão definidos?
- Os acessos ao modelo e executor estão documentados?
- Tratamento das entradas e propriedade do artefato estão atribuídos?
- Há uma pessoa para a aprovação final?
- A solicitação termina na entrega?
Se tudo estiver claro, compare a solicitação com o catálogo. Se o artefato está claro, mas formato ou limites precisam de definição, escreva um briefing personalizado. Se precisa de ferramenta mantida ou fluxo contínuo, delimite um desenvolvimento. Se artefato, entradas ou aprovador são desconhecidos, ainda não envie dados.
Solicitar um trabalho de IA delimitado
Perguntas frequentes
Um trabalho de agente de IA com escopo fixo pode ser remoto?
Sim. “Remoto” descreve onde ocorre. “Escopo fixo” descreve o pacote. Entradas, artefato, limites, aceitação e aprovador continuam necessários.
Como deve funcionar a conversa sobre preço?
Peça preço para limite de entrada, artefato, condições de aceitação e política de correção exatos. Confirme o que ocorre se a execução falhar ou a entrada não corresponder ao combinado. Compare propostas apenas para o mesmo pacote. O Pitstop diz que créditos são liquidados apenas no sucesso e reembolsados automaticamente na falha na página inicial. Confira as condições do caminho escolhido.
Um prompt é suficiente?
Não. Ele pode ser uma instrução. O briefing também precisa de entradas, formato, limites, aceitação, acesso, propriedade e aprovação humana.
Quando contratar um freelancer?
Converse sobre desenvolvimento quando o resultado é ferramenta ou fluxo contínuo com conexões ativas, operação, requisitos variáveis ou manutenção. Mantenha entregáveis e propriedade explícitos.
A automação de relatórios pode ser delimitada?
Sim, se fontes, formato, seções, marcadores, lote e teste forem fixos. Coleta recorrente ou distribuição ativa pertence a um briefing de fluxo ou desenvolvimento. Veja automação de relatórios.
Como rejeitar uma proposta vaga?
Pergunte: o que fornecemos, qual artefato retorna, o que o executor não fará e como o revisor aceitará? Se alguma resposta continuar indefinida, o trabalho não está pronto.