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. Os 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 explorar o que é um prompt de sistema e como ele funciona, com exemplos de prompts de sistema em ação e as melhores práticas que você pode seguir para escrever o seu.

Resumo

• Um prompt de sistema define o papel, o tom e os limites de uma IA em todas as interações.
• Os prompts de sistema estão em um nível superior aos prompts do usuário e controlam o comportamento da conversa.
• Todas as principais plataformas de IA aplicam prompts de sistema.
• Prompts de sistema eficazes usam seções claras, proteções e instruções para ferramentas.
• Os prompts de sistema evoluem junto com o seu sistema, e os desenvolvedores os refinam com base na 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. Normalmente, 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 coisa que o usuário digite 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 em seu caso de uso. Por exemplo: “Você é um agente de sucesso do cliente amigável e eficiente de uma empresa automotiva.”
• Ambiente: Define um contexto mais amplo sobre as interações típicas em que um agente de IA vai ajudar e como oferecer a melhor assistência. Um exemplo seria: “Você está ajudando um cliente por telefone durante uma ligação 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 do produto e ao catálogo interno.”
• Tom: Diretrizes que definem como o agente responderá a um 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 tem ao tentar conduzir uma conversa de forma eficaz. Essa parte do prompt de sistema costuma ser bem maior e aborda as nuances de vários objetivos diferentes. Em linhas gerais, você pode começar esta seção com algo como: “Seu principal objetivo é resolver de forma eficiente o problema ou a dúvida de um cliente, proporcionando uma experiência positiva ao longo do seguinte processo estruturado[…]”
• Proteções: Elas definem tópicos a evitar, 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 de um cliente antes de acessar informações da conta.” Além do próprio prompt de sistema, o ElevenAgents Guardrails 2.0 protege as conversas em três níveis, permitindo que empresas criem medidas sólidas de governança para se proteger contra áreas de risco comuns. 
• Processo e formato: Embora nem sempre tenha uma seção própria (às vezes, fica dentro de Ambiente), você deve explicar como deseja que as respostas sejam estruturadas, 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 grande bloco de texto, alguns agentes podem priorizar informações ou dar mais atenção a títulos claramente estruturados. Usar limites entre seções com formatação markdown proporciona clareza e evita o vazamento de instruções, quando o contexto de uma seção afeta outra. 

Pense em um prompt de sistema como o projeto 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 de acordo com o que o usuário quer alcançar e depende totalmente 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, um prompt do usuário 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 e as respostas de um agente, ele não define mecanismos de infraestrutura, como alternância de turnos ou os idiomas que um agente pode falar. 

Como os prompts de sistema funcionam em modelos de IA 

Cada grande sistema de IA 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 (acesse Configurações, depois Personalização e, em seguida, Instruções personalizadas). Desenvolvedores que usam a API da OpenAI podem definir o prompt diretamente com uma mensagem.
• Prompts de sistema no Claude: Os prompts de sistema são definidos pela Anthropic e aplicados globalmente nos apps para web e dispositivos móveis. Os usuários podem simular um prompt de sistema personalizado usando os Projetos do Claude 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 um agente aplique esse contexto a todas as conversas que tiver, seja no WhatsApp, em um app da 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 como um modelo responde é o mesmo. 

Para clientes corporativos que desejam criar com modelos de IA, teste seu prompt de sistema com dois ou três 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 detalhado e robusto 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. Simplesmente dizer a um agente para “se comportar bem” não é claro, pois o que significa “bem” pode depender do contexto. Em vez disso, comece sempre 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 indica a hierarquia de importância de determinadas instruções. Use seções com títulos para dividir o texto e apresentar um esboço mais lógico 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 com mais facilidade no futuro.

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

Para regras definitivas que um agente não deve violar sob nenhuma circunstância, crie uma seção específica com prioridade clara. Misturar itens inegociáveis com outras seções pode reduzir seu impacto e gerar problemas. Por exemplo, incluir “nunca compartilhe dados de clientes” na seção de tom pode não ficar claro para um modelo.

É sempre melhor não deixar margem para interpretação. Seja claro e defina seus pontos 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 sabe como lidar. Planejar o que um modelo faz quando não sabe a resposta ou encontra uma solicitação fora do seu escopo ajuda a evitar comportamentos irresponsáveis da IA nesses casos.

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

Um agente, especialmente um que atende clientes, provavelmente terá várias ferramentas e funções que pode acionar. Nesse caso, explique quando usar essas ferramentas, como usá-las e o que fazer se uma chamada falhar. Seja específico sobre as ações exatas que um agente deve tomar e sobre o que fazer se as ferramentas responderem de forma inesperada.

Adapte o tamanho à importância da tarefa

Um agente de demonstração simples pode ter um prompt de sistema com apenas algumas linhas. Sua função é relativamente simples, então você não precisa de páginas de documentação que detalhem casos de uso extremos e vários sistemas de chamada de ferramentas. Um agente mais complexo precisará de um prompt de sistema mais longo para abranger com precisão seu papel e os caminhos 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 para 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 relacionadas a uma seção e onde começa uma nova.
• Mantenha a consistência: Aplique a mesma estrutura de formatação em toda a página, incluindo o uso consistente de maiúsculas e minúsculas nos títulos.
• Use marcadores: Divida instruções com várias partes em listas passo a passo ou com marcadores para proporcionar 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

Abaixo estão três exemplos de prompts de sistema eficazes no ElevenAgents. Eles seguem as melhores práticas, apresentam informações de forma concisa, enfatizam etapas essenciais e incluem seções dedicadas a proteções.

Estes exemplos de prompts de sistema atendem a três casos de uso diferentes: um agente de suporte técnico, um agente de atendimento ao cliente para reembolsos 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 do 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 fornece 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, com novos acréscimos ou modificações aos prompts de sistema surgindo 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 dedicada de prompt de sistema, além de configurações de voz, idioma e base de conhecimento. As simulações integradas permitem testar como um agente responde a cenários reais antes que qualquer interação chegue 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 hoje a implementar a solução na sua empresa. 

Perguntas frequentes sobre prompts de sistema