> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/pt/o-seu-espaco-de-trabalho/settings/usage.md). # Utilização Acompanhe produção, testes e utilização de Answers em todo o seu espaço de trabalho A **Utilização** O separador é o local central para perceber como o seu espaço de trabalho está a consumir o seu plano. Use-o para rever tarefas de produção, tarefas de teste, Insights Answers, o gasto projetado de Answers e os limites de utilização. {% hint style="info" %} As unidades que vê dependem do seu plano. Os espaços de trabalho com tarefas combinadas medem Workflows, Playbooks e Answers em tarefas. Os espaços de trabalho no modelo legado mostram um saldo separado de Créditos de Answer para o Insights. Consulte [Faturação](/docs/pt/o-seu-espaco-de-trabalho/settings/billing.md#usage-model-for-your-workspace) para mais detalhes. {% endhint %} ## Resumo mensal Comece com o período de faturação atual para comparar a utilização com a alocação incluída. O resumo reúne: * Tarefas de produção utilizadas por Workflows e Playbooks * Utilização de Answers e gasto projetado para o período de faturação * Tarefas de teste utilizadas durante a construção e iteração * Limites suaves e rígidos de tarefas Use os controlos de data quando precisar de investigar um período mais curto ou comparar padrões de utilização recentes. ## Tarefas de cortesia Os pacotes de Tarefas de cortesia mostram o respetivo motivo ou etiqueta, as tarefas usadas e totais e a data de expiração, quando aplicável. Estes detalhes mantêm-se visíveis mesmo quando um pacote não tem utilização, para que possa distinguir uma alocação não utilizada de um estado de carregamento. ## Utilização de Workflow e Playbook A análise da utilização de produção mostra onde as tarefas estão a ser consumidas entre Workflows e Playbooks. Use-a para: * Comparar o total de tarefas usadas por cada recurso. * Rever o volume de execuções e a média de tarefas por execução. * Identificar recursos responsáveis por uma grande parte da utilização do espaço de trabalho. * Encontrar aumentos inesperados antes de alterar um limite ou plano. O custo das tarefas depende dos passos e modelos que são executados. Por exemplo, um passo de Workflow que nunca é executado não incorre em utilização, enquanto um passo executado de modelo alojado consome tarefas proporcionalmente à sua utilização. Consulte [Faturação](/docs/pt/o-seu-espaco-de-trabalho/settings/billing.md#if-a-workflow-errors-will-i-still-be-charged-for-tasks) para o comportamento de faturação do Workflow. ## Utilização de Answers A área de Answers mostra quanto da sua alocação de monitorização do Insights foi usado e o gasto projetado para o resto do período de faturação. Reveja a projeção antes de adicionar prompts, plataformas, regiões ou personas, porque cada dimensão adicional de acompanhamento aumenta o número de Answers que a AirOps recolhe. * Num **espaço de trabalho com tarefas combinadas**, a utilização real e projetada de Answers é mostrada em tarefas e provém do mesmo saldo que Workflows e Playbooks. * Num **espaço de trabalho legado**, os Answers são apresentados em Créditos de Answer e utilizam um saldo separado. Os multiplicadores do fornecedor estão incluídos na utilização e nas projeções. A maioria dos fornecedores consome uma unidade por Answer; o Claude consome quatro. Consulte [uso e faturamento de respostas AEO](/docs/pt/o-seu-espaco-de-trabalho/settings/billing.md#aeo-answers-usage-and-billing) para o cálculo. ## Tarefas de teste Os testes de Workflow e as execuções de Playbook iniciados a partir dos respetivos editores usam primeiro o saldo separado de tarefas de teste do espaço de trabalho. Cada espaço de trabalho inclui 50 000 tarefas de teste por mês para iteração. Depois de esse saldo se esgotar, as execuções adicionais no editor usam tarefas de produção. Reveja a utilização de teste separadamente da utilização de produção para que a iteração frequente não pareça um pico de produção. Para instruções sobre testar um Workflow, consulte [Teste e Iteração](/docs/pt/acoes/workflow-concepts/testing-and-iteration.md). ## Limites Abrir **Utilização → Limites** para gerir guardrails para tarefas de produção: * **Limite suave:** envia uma notificação por e-mail quando a utilização atinge o limite que definiu. * **Limite rígido:** impede os utilizadores de executar Workflows e Playbooks adicionais quando a utilização atinge o limite que definiu. Apenas os administradores do espaço de trabalho podem alterar os limites de utilização. Reavalie-os quando o gasto projetado de Answers ou o volume de execuções de produção mudarem significativamente. ## Proteger o rastreamento de Answers **Proteger o rastreamento de Answers** ajuda os espaços de trabalho com tarefas combinadas a manter a monitorização diária do Insights ativa à medida que o saldo partilhado de tarefas se aproxima do limite. Aparece em **Utilização → Limites** e está marcado como **Recomendado**. Quando está ativado: * A AirOps reserva as tarefas previstas como necessárias para o acompanhamento de Answers até ao final do período de faturação. * As execuções de Workflow e Playbook pausam no limite do espaço de trabalho antes de consumirem as tarefas reservadas para Answers. * A definição mostra o número e a percentagem de tarefas incluídas atualmente reservadas. Quando está desativado, Answers concorre com Workflows e Playbooks pelo mesmo saldo de tarefas. A monitorização pode parar se esse saldo se esgotar. {% hint style="info" %} A Proteção do Acompanhamento de Answers aplica-se a espaços de trabalho com tarefas combinadas. Os espaços de trabalho que usam Créditos de Answer legados gerem Answers contra o respetivo saldo separado de créditos. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.airops.com/docs/pt/o-seu-espaco-de-trabalho/settings/usage.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.