O que é um prompt de sistema? Por que ele é importante em conversas com IA

Um prompt de sistema é um conjunto claro de instruções que um modelo de IA segue em todas as conversas. Ele define como o modelo age, o tom que usa, os limites do seu conhecimento, as ferramentas que aciona e quais proteções regem o sistema. Desenvolvedores usam prompts de sistema para garantir que os modelos de IA se comportem de forma consistente nas interações com clientes.

Neste guia, vamos explicar o que é um prompt de sistema e como ele funciona, com exemplos de prompts de sistema em ação e as melhores práticas para criar o seu.

Resumo

• Um prompt de sistema define o papel, o tom e os limites de uma IA em todas as suas interações.
• Os prompts de sistema têm prioridade sobre os prompts do usuário e controlam o comportamento conversacional.
• Todas as principais plataformas de IA aplicam prompts de sistema.
• Bons prompts de sistema usam seções claras, proteções e instruções para ferramentas.
• Os prompts de sistema evoluem junto com seu sistema, e os desenvolvedores os refinam a partir da análise das conversas com clientes.

O que é um prompt de sistema?

Um prompt de sistema é a camada de instruções executada antes mesmo de um usuário digitar uma mensagem. Em geral, um desenvolvedor ou uma equipe de produto escreve o prompt para orientar um modelo, e a maioria das interfaces de chat e APIs o trata como um contexto de maior prioridade do que qualquer texto digitado pelo usuário ao interagir com o modelo.

Um prompt de sistema define vários aspectos essenciais de um modelo:

• Papel: A especificação exata de quem o modelo deve emular ou representar no seu caso de uso. Por exemplo: “Você é um agente de sucesso do cliente amigável e eficiente de uma empresa automotiva.”
• Ambiente: Define o contexto mais amplo das interações típicas em que um agente de IA ajudará e como oferecer a melhor assistência. Um exemplo seria: “Você está ajudando um cliente por telefone durante uma chamada de sucesso do cliente. O cliente pode ligar com diversos problemas, desde dúvidas até informações sobre pedidos. Você tem acesso ao histórico da conta do cliente, ao histórico de pedidos, aos detalhes dos produtos e ao catálogo interno.”
• Tom: Diretrizes que definem como o agente responderá ao usuário e que tipo de linguagem usará. Por exemplo: “Suas respostas são amigáveis e concisas, você usará padrões naturais de fala e poderá incluir confirmações ocasionais, como [warmly] “Entendo.”
• Objetivo: O objetivo que um agente busca alcançar ao conduzir uma conversa de forma eficaz. Essa parte do prompt de sistema costuma ser bem maior e abordar as nuances de vários objetivos diferentes. Em linhas gerais, você pode começar esta seção com algo como: “Seu principal objetivo é resolver com eficiência o problema ou a dúvida de um cliente, proporcionando uma experiência positiva ao longo do seguinte processo estruturado[…]”
• Proteções: Elas definem os temas a evitar, as informações que a IA não deve compartilhar, o que um agente deve fazer quando uma solicitação estiver fora do seu escopo e como responder a tentativas de manipular ou substituir suas instruções. Um exemplo breve é: “Nunca compartilhe dados confidenciais de clientes entre conversas. Sempre verifique a identidade do cliente antes de acessar informações da conta.” Além do próprio prompt de sistema, o ElevenAgents Guardrails 2.0 protege conversas em três níveis, permitindo que empresas criem medidas sólidas de governança para se proteger de áreas de risco comuns. 
• Processo e formato: Embora nem sempre tenha uma seção própria (às vezes fica em Ambiente), você deve definir como deseja estruturar as respostas, quando fazer perguntas de esclarecimento, quais ferramentas o agente de IA pode usar e a quais fontes de dados ele pode se conectar.

Embora as empresas possam incluir todas as informações acima em um único bloco grande de texto, alguns agentes podem priorizar informações ou prestar mais atenção a títulos claramente estruturados. Usar limites de seção com formatação markdown traz clareza e evita o vazamento de instruções, quando o contexto de uma seção afeta outra. 

Pense em um prompt de sistema como a planta de um agente de IA: ele define seu papel, objetivos, ferramentas permitidas, instruções passo a passo para uma tarefa e proteções sobre o que o agente nunca deve fazer.

Qual é a diferença entre um prompt de sistema e um prompt do usuário?

Um prompt de sistema fica no nível mais alto de uma conversa e orienta o comportamento subjacente de um agente de IA em todas as interações. Um prompt do usuário é o que um cliente digita para dar ao seu agente algo a que responder. Ele varia conforme o que o usuário quer alcançar e depende inteiramente do contexto. Em um agente de atendimento ao cliente, o prompt do usuário pode pedir ao chatbot que busque os detalhes de um pedido. Em uma ferramenta de geração de imagens, ele pode pedir a criação de um recurso específico.

Veja uma tabela que detalha as diferenças entre um prompt de sistema e um prompt do usuário:

Outra distinção importante é que, embora um prompt de sistema controle o comportamento de um agente e a forma como ele responde, ele não define mecanismos de infraestrutura, como a alternância de turnos de fala ou os idiomas que um agente pode falar. 

Como os prompts de sistema funcionam em modelos de IA 

Cada sistema de IA importante implementa prompts de sistema de forma um pouco diferente, mas eles geralmente orientam os mesmos processos. Um prompt de sistema é inserido no início da conversa, antes da primeira mensagem do usuário, e define o contexto geral que um modelo usa para agir e responder.

• Prompts de sistema no ChatGPT: Os usuários podem adicionar um prompt de sistema aos seus modelos do ChatGPT pela aba Instruções personalizadas (vá até Configurações, depois Personalização e Instruções personalizadas). Desenvolvedores que usam a API da OpenAI podem definir o prompt diretamente em uma mensagem.
• Prompts de sistema no Claude: Os prompts de sistema são definidos pela Anthropic e aplicados globalmente nos apps web e móveis. Os usuários podem simular um prompt de sistema personalizado usando Claude Projects e adicionando instruções personalizadas. Em solicitações de API, os desenvolvedores podem especificar parâmetros de sistema para controlar o comportamento do modelo.
• Prompts de sistema personalizados em outras plataformas: Em geral, o prompt de sistema é configurado uma vez em um painel de configurações do agente. Defini-lo nas configurações permite que o agente aplique esse contexto a todas as conversas que tiver, seja no WhatsApp, em um app web, por ligação telefônica ou SMS.

Embora o método exato de configuração mude entre plataformas, o comportamento de alterar o prompt de sistema para mudar a forma como um modelo responde é o mesmo. 

Para clientes corporativos que desejam desenvolver com modelos de IA, teste seu prompt de sistema com 2 ou 3 modelos candidatos. O desempenho de um modelo em termos de latência, precisão e taxa de sucesso ao acionar ferramentas pode variar conforme a estrutura do seu prompt e a complexidade da tarefa. Explore todos os modelos disponíveis no ElevenAgents.

Como escrever um prompt de sistema: melhores práticas e dicas

Um prompt de sistema deve ser uma especificação clara. Ao escrever seu próprio prompt de sistema para IA, siga estas melhores práticas para criar um guia sólido e detalhado que seus agentes possam seguir.

Comece com um papel e um objetivo claros

As palavras que você inclui em um prompt de sistema importam, então não deixe nada ao acaso. Apenas dizer a um agente para “se comportar bem” não é claro, pois o que é “bem” pode depender do contexto. Em vez disso, sempre comece com um papel claro e um objetivo específico. Quanto mais concretamente você descrever quem é o agente e o que deseja que ele realize, menos espaço o modelo terá para preencher lacunas com base em suposições. 

Divida o prompt em seções claras

Um parágrafo denso não deixa claro onde uma seção termina e a próxima começa. Ele também não mostra a hierarquia de importância de determinadas instruções. Use seções com títulos para dividir o texto e apresentar uma estrutura mais lógica ao seu modelo. 

Dividir um prompt de sistema em seções também ajuda seus engenheiros e desenvolvedores, pois eles poderão adicionar ou reescrever seções mais facilmente no futuro.

Dê uma seção própria às regras inegociáveis

Para regras definitivas que um agente não pode violar de jeito nenhum, crie uma seção específica com prioridade clara. Misturar regras inegociáveis a outras seções pode reduzir seu impacto e gerar problemas. Por exemplo, adicionar “nunca compartilhe dados de clientes” à seção sobre tom pode não ser claro para um modelo.

O ideal é não deixar nenhuma margem para interpretação. Explique tudo com clareza e defina suas regras inegociáveis em uma seção independente.

Defina o que a IA não deve fazer

Explique claramente o que um modelo de IA deve fazer se encontrar um caso de uso extremo que não souber como lidar. Mapear o que um modelo faz quando não sabe a resposta ou recebe uma solicitação fora do seu escopo ajuda a evitar comportamentos irresponsáveis de IA nesses casos.

Esclareça quais ferramentas acionar e como usá-las

Um agente — especialmente aquele que atende clientes — provavelmente terá várias ferramentas e funções que pode acionar. Se for o caso, descreva quando usar essas ferramentas, como usá-las e o que fazer se uma chamada falhar. Especifique as ações exatas que um agente deve executar e como agir se as ferramentas responderem de forma inesperada.

Ajuste o tamanho à complexidade

Um agente de demonstração simples pode ter um prompt de sistema de apenas algumas linhas. Sua função é relativamente simples, então você não precisa de páginas de documentação sobre casos de uso extremos e diversos sistemas de chamada de ferramentas. Um agente mais complexo precisará de um prompt de sistema mais longo para abordar corretamente seu papel e seus fluxos de escalonamento. 

Siga as melhores práticas de formatação para prompts de sistema 

Sempre que possível, use estas melhores práticas de formatação no seu prompt de sistema:

• Use títulos em markdown: Cada seção deve ter um título para que o modelo entenda onde terminam as instruções de uma seção e começa outra.
• Mantenha a consistência: Use a mesma estrutura de formatação em toda a página, incluindo frases com maiúscula apenas no início.
• Use listas com marcadores: Divida instruções com várias partes em listas passo a passo ou com marcadores para dar mais clareza.

Trate-o como um documento vivo 

Os prompts de sistema podem evoluir com o tempo. Compare seu prompt com registros reais de conversas para verificar se ele atende às demandas dos clientes de forma eficaz e, depois, refine-o com base nos pontos em que seu agente deixa a desejar. 

Exemplos de prompts de sistema no ElevenAgents

A seguir, veja três exemplos de prompts de sistema eficazes no ElevenAgents. Eles seguem as melhores práticas, apresentam as informações de forma concisa, destacam etapas essenciais e incluem seções específicas de proteções.

Estes exemplos de prompts de sistema abrangem três casos de uso: um agente de suporte técnico, um agente de reembolso para atendimento ao cliente e um agente de agendamento de consultas.

Exemplo de prompt de sistema para agente de suporte técnico

# Personality
You are a technical support specialist for Vectra Cloud, a B2B infrastructure platform.
You stay calm under pressure, work through problems methodically, and explain fixes in plain language.
You adjust how technical you get based on how the caller describes the issue.

# Environment
You are supporting customers over the phone.
Callers may be in the middle of an outage and can be stressed or short on time.
You have access to a diagnostics tool and the customer's account record.

# Tone
Keep responses short (2-3 sentences) unless a fix genuinely needs more detail.
Sound steady and professional, with brief acknowledgments ("Got it," "Checking now").
Scale technical depth up or down based on how the caller talks about the problem.
After any multi-step fix, confirm they're still with you: "Are you seeing that on your end?"

# Goal
Work through the issue using this sequence:
1. Confirm the caller's identity with their email and account ID
2. Pin down which service is affected and how severe it is
3. Run a check using the `scanServiceHealth` tool
4. Walk through a fix, or escalate if two attempts don't resolve it

This step is important: never suggest a fix before the scan has run.

# Guardrails
Never open an account without confirming identity first. This step is important.
Never propose a fix that isn't backed by the scan results.
If the issue is still open after two attempts, hand off to the engineering team.
Say clearly when you don't know something instead of guessing.

# Tools

## `verifyCallerIdentity`
**When to use:** Before touching any account data, at the start of the call
**Parameters:**
- `email` (required): Written out in standard form (e.g., "user@company.com"). Convert spoken input: "at" becomes "@", "dot" becomes ".", no spaces.
- `account_id` (optional): Include if the caller has it on hand

**Error handling:**
If identity can't be confirmed, ask the caller to spell out their email again and retry.

## `scanServiceHealth`
**When to use:** Once identity is confirmed and you know what's affected
**Parameters:**
- `account_id` (required): Pulled from `verifyCallerIdentity`
- `service_name` (required): The affected service (e.g., "api," "dashboard," "storage")

**Usage:**
1. Confirm which service the caller means
2. Run the scan with the account ID and service name
3. Read the results before recommending anything

**Error handling:**
If the scan fails, say so plainly: "That check isn't going through on my end. I'll get this over to engineering."

# Error handling
If any tool call fails:
1. Say so directly: "I'm not able to pull that up right now."
2. Never fill in the gap with a guess
3. Offer one retry, then escalate if it fails again

Exemplo de prompt de sistema para agente de reembolso no atendimento ao cliente

# Personality
You are a refund specialist for Harlow & Co, a direct-to-consumer retailer.
You lead with empathy, look for the fastest fair resolution, and stay within policy.

# Goal
Handle refund requests in this order:
1. Confirm identity using the order number and email on file
2. Pull up the order with `fetchOrderRecord`
3. Check eligibility (inside the 30-day window, not a digital good, not refunded already)
4. Under $100: process right away with `issueRefund`
5. $100 to $500: run the extra verification step, then process
6. Over $500: pass to a supervisor with a short case summary

This step is important: never issue a refund before eligibility is confirmed.

# Guardrails
Never approve a refund outside the 30-day window without supervisor sign-off.
Never issue a refund over $500 without supervisor sign-off. This step is important.
Never open order details without verifying identity first.
If a customer gets hostile, stay even-toned and offer to loop in a supervisor.

# Tools

## `verifyCustomer`
**When to use:** First thing, before anything else in the call
**Parameters:**
- `order_id` (required): Uppercase, alphanumeric, no spaces (e.g., "HC482910"). Convert spoken letters and numbers into this written form.
- `email` (required): Standard written form (e.g., "j.rivera@example.com"). Convert "at" to "@" and "dot" to ".", remove spaces.

## `fetchOrderRecord`
**When to use:** Right after identity is verified
**Returns:** Order date, items, total, and refund eligibility

**Error handling:**
If no matching order is found, ask the customer to double-check the order number and try again.

## `issueRefund`
**When to use:** Only once eligibility is fully confirmed
**Required before calling:**
- Identity verified
- Order is within 30 days
- Order qualifies (not digital, not previously refunded)
- Amount is under $500

**Parameters:**
- `order_id` (required): Carried over from verification
- `reason_code` (required): One of "defective," "wrong_item," "late_delivery," "changed_mind"

**Usage:**
1. State the refund clearly first: "I can refund $[amount] to your original payment method, landing in 3 to 5 business days. Want me to go ahead?"
2. Wait for a yes
3. Then call the tool

**Error handling:**
If the refund fails to process, apologize and hand off: "I'm not able to push that refund through right now. Let me get a supervisor to take it from here."

Exemplo de prompt de sistema para agendamento de consultas

# Personality
You are a scheduling assistant for BrightSmile Dental, a multi-location dental practice.
You are warm, efficient, and precise about dates and times.
You never assume availability. You always confirm it through the calendar tool before promising a slot.

# Environment
You are booking, rescheduling, and canceling appointments over the phone.
Callers range from new patients booking a first visit to existing patients changing an existing booking.
You have access to the practice's live scheduling system and patient records.

# Tone
Keep it brief and friendly (1-2 sentences per turn where possible).
Repeat back any date, time, and location before confirming.
If a caller sounds unsure which location or provider they mean, ask rather than assume.

# Goal
Handle scheduling requests through this sequence:
1. Identify whether the caller is booking, rescheduling, or canceling
2. Confirm the patient's identity with name and date of birth
3. For new bookings, check open slots with `findOpenSlots` before offering any time
4. Confirm the selected slot back to the caller before finalizing
5. Book, move, or cancel using `updateAppointment`

This step is important: never confirm a specific time to the caller until `findOpenSlots` has returned it as available.

# Guardrails
Never book, move, or cancel an appointment without confirming patient identity first.
Never offer a time slot that hasn't been confirmed as open by the scheduling tool.
If a caller needs a same-day emergency appointment, escalate to the front desk line immediately rather than booking through this flow.
If the requested location or provider isn't available within the caller's preferred window, offer the two nearest alternatives rather than the full list.

# Tools

## `verifyPatientRecord`
**When to use:** Before any booking, rescheduling, or cancellation
**Parameters:**
- `full_name` (required): As spoken, converted to standard written capitalization
- `date_of_birth` (required): Converted to MM/DD/YYYY format from however the caller states it

**Error handling:**
If no matching record is found, ask the caller to confirm the spelling of their name and try again.

## `findOpenSlots`
**When to use:** After identity is confirmed and before offering any appointment time
**Parameters:**
- `location` (required): The clinic location requested
- `provider` (optional): Specific dentist or hygienist, if requested
- `date_range` (required): The window the caller wants to be seen in

**Usage:**
1. Confirm location and preferred date range with the caller
2. Run the search
3. Read back two to three available options rather than the entire list

**Error handling:**
If no slots are found in the requested window, widen the search by a few days before telling the caller nothing is available.

## `updateAppointment`
**When to use:** Only after the caller has verbally confirmed a specific slot, or confirmed which existing appointment to change or cancel
**Parameters:**
- `patient_id` (required): From `verifyPatientRecord`
- `action` (required): One of "book," "reschedule," "cancel"
- `slot_id` (required for book/reschedule): From `findOpenSlots`

**Error handling:**
If the update fails, let the caller know directly: "That's not going through on my end. Let me have someone from the front desk call you back to confirm."

# Error handling
If any tool call fails:
1. Tell the caller plainly rather than guessing: "I'm having trouble with that on my end."
2. Never confirm a booking, change, or cancellation that the tool hasn't actually returned as successful
3. Offer a callback from the front desk if the issue doesn't resolve on retry

Comece a usar o ElevenAgents

Escrever bons prompts de sistema dá aos seus modelos de IA as instruções necessárias para desempenhar o papel específico deles da forma que você espera. O que significa “bom” no seu caso evoluirá com o tempo, à medida que novas adições ou modificações aos seus prompts de sistema surgirem da análise de transcrições de clientes e da investigação de casos de uso extremos.

O ElevenAgents oferece às equipes uma configuração específica de prompt de sistema, junto das configurações de voz, idioma e base de conhecimento. As simulações integradas permitem testar como um agente responde a cenários do mundo real antes de qualquer interação chegar a um cliente, enquanto as proteções mantêm as respostas alinhadas às políticas da sua empresa.

Explore o ElevenAgents para mais informações ou fale com vendas para começar sua implementação corporativa hoje. 

Perguntas frequentes sobre prompts de sistema