Com a API do Do4U usas, a partir do teu próprio software, as mesmas ferramentas do site: resumir, comparar, respostas de apoio ao cliente, textos alternativos, reescrever e traduzir. Cada pedido é processado nos nossos próprios servidores na Polónia, UE.
URL base: https://do4u.eu/api/v1
Descrição OpenAPI 3.1 (JSON) – Descrição desta API legível por máquina, para geradores de código e ferramentas como o Postman ou o Insomnia. Não é necessária chave.
Autenticação
Cria uma chave em Chaves de API, na tua conta. Envia-a em cada pedido no cabeçalho Authorization: Bearer <key> (ou X-API-Key: <key>). Mantém a chave secreta e nunca a coloques numa página web. Podes revogar uma chave a qualquer momento.
Como funciona
As tarefas são executadas de forma assíncrona. Crias uma tarefa e recebes logo o seu id (HTTP 202). Depois consultas a tarefa até o estado ser done ou failed. Consulta de 2 em 2 a 5 em 5 segundos; a maioria das tarefas demora alguns segundos.
Endpoints
GET
/tools
Ferramentas, opções e os teus limites de entrada
GET
/balance
O teu saldo de créditos
POST
/jobs
Criar uma tarefa (JSON, ou multipart/form-data com um ficheiro de imagem)
GET
/jobs/{id}
Estado e resultado de uma tarefa
DELETE
/key
Revoga a chave que envias com este pedido, por exemplo quando uma integração é desligada. As tarefas já criadas terminam na mesma.
POST
/key/revoke
Igual a DELETE /key, para clientes que só conseguem enviar GET e POST.
Nome da ferramenta, vê a tabela abaixo. Obrigatório.
text
Texto de entrada. Em compare: texto A. Em alt_text: contexto da página, opcional.
text_b
Texto B (apenas compare).
url
Página web pública a ler em vez do texto (summarize, accessibility_check).
html
HTML de uma página a verificar (accessibility_check), até 300 000 carateres.
focus_keyword
Palavra-chave principal opcional para seo_meta. Sem target, seo_meta escreve em language.
faq
Excertos de FAQ opcionais (apenas support_reply).
questions
Opcional para seo_meta, content_brief e faq_schema: perguntas frequentes dos visitantes, como lista de textos ou de {"text": ..., "count": n} (até 50, são usadas no máximo 20). faq_schema responde-lhes primeiro se a fonte lhes responder; visitor_questions no resultado indica o que aconteceu a cada uma.
image
Imagem para alt_text: campo de ficheiro em multipart/form-data, ou base64 / data URI em JSON. JPG, PNG, WebP ou GIF, até 5 MB.
image_url
Opcional para alt_text em vez de image: endereço público da imagem (http ou https; JPEG, PNG, WebP ou GIF; no máximo 5 MB). O Do4U carrega-a uma vez em segundo plano. Se falhar, a tarefa falha com o erro image_unavailable e não custa nada.
options
Objeto com as opções da ferramenta, por exemplo {"length": "short"}.
language
Idioma do resultado e das notas: en, de ou pl. Por omissão en. Em translate, o idioma de destino é a opção target.
no_store
true: a entrada é eliminada logo após o processamento e o resultado após a primeira consulta.
brand_voice
Opcional: false desativa a voz da tua marca nesta tarefa (por omissão aplica-se a voz da marca, se tiveres definido uma).
ai_label
Opcional: true mostra o aviso visível “Marcado como gerado por IA” junto ao resultado na interface web, false oculta-o. Predefinição: a definição da tua conta. A etiqueta de IA legível por máquina está sempre no resultado e não pode ser desativada: os campos ai_generated e generator, um comentário HTML nos resultados em HTML, ai_notice para descrições de imagens. ai_generated é false se o resultado vier apenas de verificações automáticas.
callback_url
Opcional: endereço https público que recebe um POST assinado quando a tarefa termina (vê Webhooks).
render_js
Opcional: true carrega primeiro a página com JavaScript (páginas que constroem o conteúdo no navegador; ferramentas que leem um url). O suplemento de renderização só é cobrado se a página tiver sido mesmo carregada assim; o campo de resultado render indica o que aconteceu.
no_cache
Opcional: true inicia sempre uma nova tarefa de IA. Sem isto, é reutilizado um resultado concluído e ainda guardado da tua conta (ou espaço de trabalho) com a mesma ferramenta, as mesmas opções e a mesma entrada: a tarefa fica concluída de imediato, from_history é true e custa 0 % dos créditos do original. Nunca com no_store, nunca para um url.
allow_same_language
Opcional para translate, translate_html e translate_file: true traduz mesmo que o texto já esteja no idioma de destino. Sem isto, uma tarefa assim é rejeitada com same_language (400) – apenas quando a verificação tem certeza.
Repetir pedidos com segurança (Idempotency-Key)
Envia o cabeçalho Idempotency-Key com POST /jobs, por exemplo um UUID aleatório para cada tarefa (1 a 255 carateres ASCII imprimíveis). Se a ligação cair e enviares o mesmo pedido novamente com a mesma Idempotency-Key e a mesma chave de API dentro de 24 horas, recebes a mesma resposta outra vez: a mesma tarefa, sem uma segunda tarefa e sem uma segunda cobrança. A resposta tem então o cabeçalho Idempotent-Replayed: true. Usa uma chave nova para cada tarefa nova. Se enviares a mesma chave com um pedido diferente, recebes 422 idempotency_conflict. Os erros não são guardados: após um erro, podes enviar o pedido novamente com a mesma chave.
action: review | exportexport_format: csv | xlsxocr_language: en | de | pl | fr | es | it | nl | cs | sk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv | uk | nb
document_filingAssistente de arquivamento de documentos
text
action: review | exportexport_format: zipocr_language: en | de | pl | fr | es | it | nl | cs | sk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv | uk | nb
mode: check | translateformat: auto | srt | vtttarget: en | de | pl | cs | sk | bg | hr | sl | uk | el | fr | es | it | pt | nl | da | sv | fi | lt | hu | ro
tone: neutral | friendly | persuasive | formallength: medium | short | longchannel: shop | marketplacetarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svmeta_description: no | yes
products, language, detected_language, channel, format, limits, counts, check, note
geralmente 1–3 créditos
headlinesTítulos e assuntos
text
kind: page | newsletter | adtone: neutral | friendly | persuasive | formalcount: 5 | 3 | 8target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
level: simple | general | expertexamples: no | yestarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
level: B1 | A1 | A2 | B2 | C1target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svkeep_terms: no | yes
ai_transparency_checkVerificação de transparência da IA
url, text, html
chatbot: auto | yes | nomedia: unknown | no | realistic | artistic | illustrativearticles: unknown | no | unreviewed | reviewedtarget: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
target: auto | en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svtone: friendly | neutral | persuasive | formal | casuallength: medium | short | long
target: en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | sv
translation, notes, review_status, alignment
geralmente 1–4 créditos
proofreadRevisão de texto
text
text_language: auto | en | de | pl | fr | es | it | pt | nl | cs | sk | uk | ru | bg | ro | hu | sv | da | fi | tr | el | ar | fa | he | hi | zh | ja | ko | th
target: en | de | pl | fr | es | it | nl | cs | sk | uk | bg | da | el | fi | hr | hu | lt | pt | ro | sl | svscope: auto | all | missingline_endings: lf | crlf | lf_no_final_newline | crlf_no_final_newline
queued e running: ainda em curso (position e wait_seconds ajudam-te a esperar). done: result contém os campos da ferramenta. failed: nada foi cobrado (credits é 0); error.code indica o motivo: address_blocked (o Do4U não abre este endereço, por exemplo um endereço privado ou interno; envia antes o texto ou o HTML), input_too_large (encurta a entrada), image_unavailable ou job_failed. expired: o resultado já não está guardado.
Webhooks
Acrescenta "callback_url" a POST /api/v1/jobs e a Do4U envia um POST assinado (evento job.finished com estado, créditos e a ligação para o resultado - não o resultado em si) assim que a tarefa terminar. Apenas endereços públicos na porta 80 ou 443; tentamos novamente até 6 vezes, com pausas cada vez maiores.
Exemplo: criar uma tarefa com callback_url – e o pedido que a Do4U envia para esse endereço quando a tarefa termina:
POST /do4u-hook
Content-Type: application/json
X-Do4U-Event: job.finished
X-Do4U-Signature: t=1793180000,v1=6b1f...
{"event":"job.finished","id":"8f1c0b6a...","tool":"summarize","status":"done","credits":1,
"created":"2026-10-28T10:00:00+01:00","finished":"2026-10-28T10:00:04+01:00","result_url":"https://do4u.eu/api/v1/jobs/8f1c0b6a..."}
Verifica o cabeçalho X-Do4U-Signature: t=<time>,v1=<hex>, em que v1 = HMAC-SHA256(secret, "<time>.<raw body>"). Rejeita datas antigas (p. ex. com mais de 5 minutos). O teu segredo começa por whsec_ e é mostrado na página Chaves de API.
// Node.js: rawBody = the request body exactly as received (string)
const crypto = require('crypto');
function do4uSignatureOk(rawBody, header, secret) {
const t = (header.match(/t=(\d+)/) || [])[1];
const v1 = (header.match(/v1=([0-9a-f]{64})/) || [])[1];
if (!t || !v1 || Math.abs(Date.now() / 1000 - Number(t)) > 300) return false;
const expected = crypto.createHmac('sha256', secret).update(t + '.' + rawBody).digest('hex');
return crypto.timingSafeEqual(Buffer.from(expected), Buffer.from(v1));
}
Quando o saldo de créditos de uma conta desce abaixo do limiar, o Do4U envia um POST assinado para o endereço de webhook da conta. O evento não contém dados pessoais, apenas o saldo, o limiar e a hora (UTC). O seguinte só ocorre depois de serem adicionados créditos novamente (compra, créditos gratuitos mensais ou vale). A assinatura e o segredo são os mesmos que para job.finished.
POST /do4u-hook
Content-Type: application/json
X-Do4U-Event: credits.low
X-Do4U-Signature: t=1793180000,v1=6b1f...
{"event":"credits.low","balance":18,"threshold":20,"ts":"2026-10-29T10:00:04Z"}
Modelo ainda não testado numa instância real do n8n ou do Make – testa a verificação da assinatura antes de o usares.
No n8n: Workflows → Import from file. Depois introduz o teu segredo no nó "Check signature" e a tua chave de API em "Do4U: get result", ativa o fluxo de trabalho e usa o URL de produção do webhook como callback_url. O n8n autoalojado precisa da variável de ambiente NODE_FUNCTION_ALLOW_BUILTIN=crypto para a verificação da assinatura.
Make
Acrescenta o módulo Webhooks → Custom webhook como acionador e ativa "JSON pass-through" e "Get request headers" nas suas definições avançadas.
Usa o endereço deste webhook como callback_url.
Verifica a assinatura: compara v1 do cabeçalho X-Do4U-Signature com sha256(t + "." + corpo bruto; hex; o teu segredo).
Acrescenta HTTP → Make a request: GET em result_url com o cabeçalho Authorization: Bearer <your API key>.
Usa o campo result nos teus módulos seguintes.
Modelo ainda não testado numa instância real do n8n ou do Make – testa a verificação da assinatura antes de o usares.
Receitas: encadear ferramentas
Uma receita executa 2 a 4 ferramentas uma a seguir à outra como uma única tarefa. Envia "recipe" em vez de "tool": o nome de uma receita pronta ou uma lista de passos. O texto vai para o primeiro passo; o resultado de cada passo é o texto do passo seguinte. GET /api/v1/recipes lista as receitas prontas, as ferramentas que podes usar e o campo que cada ferramenta passa a seguir.
Recebes uma estimativa para todos os passos (credits_estimate). Esse montante é reservado no início. Após cada passo, a utilização real é registada e o resto permanece reservado até ao fim, altura em que é libertado. Um passo falhado não custa nada, os restantes passos são ignorados e os passos que já terminaram são cobrados.
GET /api/v1/jobs/{id} mostra cada passo com o seu estado (pending, queued, running, done, failed, skipped), os seus créditos, um aviso input_shortened se o texto teve de ser encurtado para a ferramenta seguinte, e o resultado de cada passo depois de a receita terminar. Com no_store, os resultados são mostrados uma só vez. callback_url é acionado uma só vez, no fim da receita.
Os erros têm sempre a mesma forma: {"error": {"code": "...", "message": "..."}}. Com 429 e 503, o cabeçalho Retry-After indica quantos segundos deves esperar.
Código
HTTP
Significado
missing_key
401
Nenhuma chave de API enviada.
invalid_key
401
Chave desconhecida ou revogada.
rate_limited
429
Demasiados pedidos neste minuto.
invalid_json
400
O corpo não é um objeto JSON.
unknown_tool
400
Nenhuma ferramenta com este nome.
invalid_option
400
Opção ou valor desconhecido.
invalid_field
400
Um campo tem o tipo errado.
invalid_language
400
language não é en, de nem pl.
empty_input
400
Falta o texto ou o URL.
text_b_required
400
compare precisa de text e text_b.
input_too_long
400
Entrada mais longa do que o teu limite.
input_too_large
400
Entrada demasiado grande para uma só tarefa: encurta-a ou divide-a em várias tarefas.
invalid_url
400
URL não permitido ou não legível.
invalid_image
400
Imagem em falta, formato errado ou demasiado grande.
A Idempotency-Key está vazia, é demasiado longa ou tem carateres que não são ASCII imprimíveis.
idempotency_conflict
422
Esta Idempotency-Key já foi usada com um pedido diferente.
idempotency_in_progress
409
Um pedido com esta Idempotency-Key ainda está em curso. Aguarda um momento (Retry-After).
idempotency_unavailable
503
Não é possível usar a Idempotency-Key neste momento. Tenta novamente mais tarde.
same_language
400
O texto já está no idioma de destino (ferramentas de tradução). Envia allow_same_language: true para traduzir na mesma.
Limites
60 pedidos por minuto por chave e 120 por conta.
Tarefas abertas em simultâneo por conta: Free 3, Starter 3, Standard 5, Pro 10, para o site e a API em conjunto.
Entrada: Free 8 000 carateres, pacotes pagos 30 000. Limites mais baixos por ferramenta: compare 20 000, alt_text 1 000, translate 12 000 (compare: os dois textos em conjunto).
Chaves de API: Free 1, Starter 1, Standard 5, Pro 10.
Créditos
Uma tarefa nova mostra uma estimativa (credits_estimate); charged é o consumo real (credits). As tarefas falhadas não custam nada. Os créditos gratuitos são usados primeiro.
Ferramentas de escritório: entradas, revisão e exportações
As nove ferramentas utilizam POST /api/v1/jobs e o endpoint existente de estado dos trabalhos. Os documentos de entrada e os rascunhos gerados são dados, nunca instruções para executar ações. Os resultados exigem revisão antes da utilização operacional. Nenhuma ferramenta envia mensagens, publica artigos ou altera ficheiros de origem.
Ata de reunião
meeting_minutes
Entrada e limites
Apenas texto simples UTF-8, até 12.000 caracteres; cada linha de origem não vazia está limitada a 1.200 caracteres. options.items aceita as cadeias "5", "10" ou "20" (predefinição "10"). O idioma de origem é preservado. Não são aceites PDF carregados, URL remotos nem imagens.
Resultado e exportação
O resultado contém propostas de rascunho revistas, citações exatas da fonte, números de linha e posições em bytes. Responsáveis, prazos ou respostas em falta permanecem em falta. result.exports.text e result.exports.csv contêm filename, mime e content em UTF-8. As células CSV recebem proteção contra fórmulas. Os questionários de aprendizagem também disponibilizam result.exports.moodle_xml para importação de perguntas de resposta curta no Moodle. As perguntas e respostas continuam a exigir revisão especializada.
Pedido JSON
{
"tool": "meeting_minutes",
"text": "Decision: use the blue design.\nAnna will send the draft by 7 November 2026.\nBudget remains open.",
"options": {
"items": "10"
}
}
Requisitos de concurso
tender_requirements
Entrada e limites
Apenas texto simples UTF-8, até 12.000 caracteres; cada linha de origem não vazia está limitada a 1.200 caracteres. options.items aceita as cadeias "5", "10" ou "20" (predefinição "10"). O idioma de origem é preservado. Não são aceites PDF carregados, URL remotos nem imagens.
Resultado e exportação
O resultado contém propostas de rascunho revistas, citações exatas da fonte, números de linha e posições em bytes. Responsáveis, prazos ou respostas em falta permanecem em falta. result.exports.text e result.exports.csv contêm filename, mime e content em UTF-8. As células CSV recebem proteção contra fórmulas. Os questionários de aprendizagem também disponibilizam result.exports.moodle_xml para importação de perguntas de resposta curta no Moodle. As perguntas e respostas continuam a exigir revisão especializada.
Pedido JSON
{
"tool": "tender_requirements",
"text": "A signed declaration is mandatory.\nThe proposal must include two references.\nThe submission deadline is 9 November 2026.",
"options": {
"items": "10"
}
}
Instruções de trabalho
work_instructions
Entrada e limites
Apenas texto simples UTF-8, até 12.000 caracteres; cada linha de origem não vazia está limitada a 1.200 caracteres. options.items aceita as cadeias "5", "10" ou "20" (predefinição "10"). O idioma de origem é preservado. Não são aceites PDF carregados, URL remotos nem imagens.
Resultado e exportação
O resultado contém propostas de rascunho revistas, citações exatas da fonte, números de linha e posições em bytes. Responsáveis, prazos ou respostas em falta permanecem em falta. result.exports.text e result.exports.csv contêm filename, mime e content em UTF-8. As células CSV recebem proteção contra fórmulas. Os questionários de aprendizagem também disponibilizam result.exports.moodle_xml para importação de perguntas de resposta curta no Moodle. As perguntas e respostas continuam a exigir revisão especializada.
Pedido JSON
{
"tool": "work_instructions",
"text": "Prerequisite: a clean surface.\nOperator: technician.\nSwitch off the device before cleaning.\nCheck that the surface is dry.",
"options": {
"items": "10"
}
}
Questionário de aprendizagem
learning_quiz
Entrada e limites
Apenas texto simples UTF-8, até 12.000 caracteres; cada linha de origem não vazia está limitada a 1.200 caracteres. options.items aceita as cadeias "5", "10" ou "20" (predefinição "10"). O idioma de origem é preservado. Não são aceites PDF carregados, URL remotos nem imagens.
Resultado e exportação
O resultado contém propostas de rascunho revistas, citações exatas da fonte, números de linha e posições em bytes. Responsáveis, prazos ou respostas em falta permanecem em falta. result.exports.text e result.exports.csv contêm filename, mime e content em UTF-8. As células CSV recebem proteção contra fórmulas. Os questionários de aprendizagem também disponibilizam result.exports.moodle_xml para importação de perguntas de resposta curta no Moodle. As perguntas e respostas continuam a exigir revisão especializada.
Pedido JSON
{
"tool": "learning_quiz",
"text": "Water freezes at zero degrees Celsius.\nA triangle has three sides.\nPhotosynthesis uses light energy.",
"options": {
"items": "10"
}
}
Limpeza de CSV e XLSX
clean_table
Entrada e limites
O CSV é enviado em text (até 24.000 bytes), ou text começa por D4XLSX1: seguido de base64 estrito de um ficheiro XLSX (até 1.000.000 de bytes descodificados). Limites: uma folha, 201 linhas incluindo o cabeçalho, 32 colunas, 3.000 células e 20.000 bytes de texto das células. Fórmulas, macros e ligações externas são rejeitadas. Estilos e funcionalidades da folha de cálculo não são preservados. options.delimiter: auto, comma, semicolon ou tab. options.decimal: keep ou comma.
Resultado e exportação
A revisão identifica linhas exatamente duplicadas e correções prudentes de valores. Para exportar, são reenviados o mesmo text original e as mesmas opções, com options.office_action="export", options.export_format="csv" ou "xlsx", e selected como lista de identificadores revistos codificada numa cadeia JSON. Só são aplicadas as alterações selecionadas. Uma seleção vazia não aplica qualquer limpeza. A proteção contra fórmulas CSV mantém-se ativa; XLSX armazena cadeias literais. O processo de execução recalcula os identificadores em vez de confiar num relatório do cliente.
selected é uma cadeia que contém uma lista JSON, por exemplo "[\"C1\"]"; devem ser utilizados os identificadores reais da revisão. Máximo de 5.000 bytes e 3.000 identificadores distintos. Os trabalhos de exportação devolvem result.type="office_export" e result.export com filename, mime e content_base64. O base64 é descodificado como bytes do ficheiro. Não é aceite qualquer relatório fornecido pelo cliente.
Texto simples UTF-8 até 12.000 bytes. options.scope aceita all, email, phone, iban ou ip. O campo opcional terms é uma cadeia de até 30 termos exatos, sensíveis a maiúsculas e minúsculas, em linhas separadas, com um máximo de 2.000 bytes. A deteção de nomes e moradas exige estes termos personalizados. O reconhecimento de IP abrange IPv4; os possíveis números de telefone exigem revisão e os possíveis IBAN precisam de uma soma de controlo válida.
Resultado e exportação
Cada ocorrência e o marcador proposto exigem revisão. Valores idênticos repetidos utilizam marcadores estáveis dentro do texto. Para exportar, são reenviados o text original e as opções com options.office_action="export", options.export_format="txt", e selected como lista de identificadores de ocorrências codificada numa cadeia JSON. As ocorrências não selecionadas permanecem inalteradas. Esta função auxilia a ocultação de dados e não certifica uma anonimização irreversível.
selected é uma cadeia que contém uma lista JSON, por exemplo "[\"C1\"]"; devem ser utilizados os identificadores reais da revisão. Máximo de 5.000 bytes e 3.000 identificadores distintos. Os trabalhos de exportação devolvem result.type="office_export" e result.export com filename, mime e content_base64. O base64 é descodificado como bytes do ficheiro. Não é aceite qualquer relatório fornecido pelo cliente.
É enviado SRT ou WebVTT simples em text, até 65.536 bytes, 200 blocos e 16.000 caracteres de texto das legendas. Estilos, marcação incorporada e metadados não suportados são rejeitados. options.mode é check (predefinição) ou translate; options.format é auto, srt ou vtt. options.target seleciona um idioma de tradução suportado. Os campos inteiros max_line_chars (10–100, predefinição 42), max_lines (1–6, predefinição 2) e max_cps (5–40, predefinição 20) são campos de nível superior.
Resultado e exportação
O resultado apresenta erros de temporização, sobreposições, comprimentos de linha e velocidade de leitura. A verificação mantém o idioma original. A tradução altera o texto dos blocos, preservando os tempos de origem e a correspondência entre blocos; não altera a temporização nem divide blocos. O texto descarregável encontra-se em result.file com result.filename e result.mime. Tempos inválidos podem deixar file a null. Uma verificação bem-sucedida não garante acessibilidade nem qualidade linguística.
É enviado XML de fatura UTF-8 em text, até 262.144 bytes. São aceites UBL Invoice, UBL CreditNote e UN/CEFACT CII com um perfil EN 16931 ou XRechnung 3. options.profile é auto, en16931 ou xrechnung. ZIP, PDF, extração de PDF ZUGFeRD incorporado, DTD e entidades externas não são suportados. O XML extraído pode ser enviado separadamente se cumprir o perfil aceite.
Resultado e exportação
A validação utiliza artefactos oficiais XSD e Schematron com versões fixadas: KoSIT 1.6.3, configuração XRechnung 3.0.2 de 2026-08-31, regras EN 16931 1.3.16 e regras XRechnung 2.6.0. O resultado regista versões, hash do documento, ocorrências, gravidade, identificadores de regras e estado de aceitação. not_checked significa que não foi obtida uma decisão de conformidade. A aprovação técnica não garante aceitação pelo destinatário, correção contabilística nem conformidade legal.
Pedido JSON
O exemplo XML compacto abaixo está deliberadamente incompleto e deverá devolver erros de validação. Uma fatura comercial completa deve incluir todos os campos obrigatórios; o exemplo demonstra o formato do pedido, não uma fatura conforme.
A fase de briefing exige topic (300 bytes), audience (500 bytes) e goal (500 bytes). O campo opcional text fornece até 12.000 bytes de material de referência, em não mais de 12 parágrafos de 1.800 bytes cada. Um eventual source_url deve ser um endereço HTTP(S) público com um máximo de 2.000 caracteres; analyse_url deve ser o booleano JSON true para autorizar a análise. Destinos privados e páginas não permitidas continuam bloqueados.
Resultado e exportação
Primeiro é enviado phase="briefing". Segue-se a revisão da estrutura, das perguntas e das fontes devolvidas. O resultado vinculado ao titular fornece approval_token e briefing_hash. Só após revisão explícita são enviados phase="article", approved=true, sources_approved=true e ambos os valores inalterados. A aprovação expira ao fim de 30 minutos e pertence à conta autenticada. Os pedidos de artigo não podem substituir topic, audience, goal, text ou as fontes. O artigo permanece um rascunho com parágrafos associados às fontes; nada é publicado automaticamente.
Pedido JSON
{
"tool": "blog_assistant",
"phase": "briefing",
"topic": "Bicycle inspections",
"audience": "Local commuters",
"goal": "Explain the appointment process",
"text": "An inspection requires an appointment.\n\nThe workshop checks brakes, tyres and lights."
}
Os relatórios de faturas incluem result.exports.json; os rascunhos de artigos validados incluem result.exports.text. Cada exportação contém filename, mime e content em UTF-8. O texto do artigo mantém as referências às fontes e permanece um rascunho não publicado.
As exportações são guardadas como anexos com o tipo MIME devolvido. Todo o texto deve ser tratado como conteúdo não fiável e escapado antes da apresentação em HTML. Os conteúdos dos documentos não devem ser executados nem as ocorrências transformadas em ações externas automáticas.
Ferramentas de documentos, folhas de cálculo e multimédia
Estas oito ferramentas utilizam a mesma API de tarefas autenticada. O pedido JSON inclui um campo text que contém um objeto codificado em JSON. Os ficheiros carregados são representados pelo nome e pelo conteúdo em base64 padrão dentro desse objeto. Não são obtidos ficheiros através de URLs remotos.
A pré-visualização e a exportação são pedidos separados. A exportação exige aprovação explícita e a impressão digital da origem ou o token de aprovação associado à conta devolvido pela pré-visualização. Um ficheiro ou uma resposta do modelo não podem conceder aprovação.
Digitalização de recibos
receipt_extract
Entrada e limites
O objeto contém files: um objeto com name e content_base64. São aceites PDF, PNG, JPEG ou TXT, até 1 MB; os PDF podem ter até três páginas. options.action é review ou export; options.export_format é csv ou xlsx. Para exportar, são reenviados os ficheiros originais com approved=true, source_sha256 e reviewed, que contém fields e items corrigidos.
Resultado e revisão
A pré-visualização devolve campos extraídos, linhas de artigos, provas textuais exatas da origem e avisos aritméticos. Os valores exportados são propostas revistas pelo cliente, não registos contabilísticos verificados. O OCR pode introduzir erros.
O envelope contém task, columns, application, formula_language e separator. Cada coluna possui name, cell e sample. Até 20 colunas e 3.000 caracteres de task. application é excel ou sheets; nomes de funções são en, de ou pl; separator é vírgula ou ponto e vírgula. Nomes de funções em inglês estão disponíveis para configurações de planilha compatíveis.
Resultado e revisão
Retorno de fórmula, explicação, suposições e verificações de exemplo. tests_executed é false: o servidor nunca executa a fórmula. O subconjunto suportado permite funções comuns e referências de células locais; referências externas, macros e funções de rede são rejeitadas.
Exemplo de requisição
{
"tool": "spreadsheet_formula",
"text": "{\"task\":\"Calculate quantity times unit price.\",\"columns\":[{\"name\":\"Quantity\",\"cell\":\"A2\",\"sample\":\"3\"},{\"name\":\"Unit price\",\"cell\":\"B2\",\"sample\":\"12\"}],\"application\":\"excel\",\"formula_language\":\"en\",\"separator\":\",\"}"
}
Esquema do objeto JSON descodificado do campo text
O objeto contém source, translation, source_language e target_language, além de terms opcional com pares source e target. São permitidos até 10.000 caracteres por texto e 30 pares terminológicos.
Resultado e revisão
Retorno de possíveis diferenças com citações exatas e deslocamentos de bytes em ambos os textos. Verificações separadas comparam ocorrências numéricas literais e termos obrigatórios. Formatação localizada ou inflexão podem explicar um achado; um relatório vazio não certifica a precisão.
O envelope contém filename, content_base64 e language. Formatos suportados: WAV, MP3, M4A, MP4, WebM, OGG e FLAC. Máximo de 3 MiB e 30 segundos. language pode ser auto ou um código de idioma suportado. Os arquivos são processados localmente; nenhum download via URL é realizado.
Resultado e revisão
Retorno de segmentos com marcação de tempo e exportações em TXT, SRT e VTT para revisão. O reconhecimento pode apresentar erros. Um status not_completed inclui um código de erro delimitado e não representa uma transcrição bem-sucedida.
É necessário um ficheiro real. O esquema abaixo descreve o objeto JSON descodificado do campo text; content_base64 tem de conter os bytes reais do ficheiro codificados em base64 padrão. Os marcadores de posição não são exemplos funcionais.
Esquema do objeto JSON descodificado do campo text
O envelope contém template com name e content_base64, além de data como texto CSV ou D4XLSX1: seguido por bytes XLSX em base64 padrão. Um template DOCX aceita até 32 placeholders e até 20 linhas de dados. options.action pode ser review ou export; options.export_format pode ser docx ou pdf. A exportação requer os inputs originais, approved=true e source_sha256.
Resultado e revisão
A pré-visualização lista os marcadores de posição, as colunas de dados e os valores em falta. A ausência de valores utilizados impede a exportação. Um ZIP contém os documentos preenchidos. O DOCX preserva a disposição do modelo; o PDF usa uma disposição simples de texto, sem estilos do Word nem imagens.
É necessário um ficheiro real. O esquema abaixo descreve o objeto JSON descodificado do campo text; content_base64 tem de conter os bytes reais do ficheiro codificados em base64 padrão. Os marcadores de posição não são exemplos funcionais.
Esquema do objeto JSON descodificado do campo text
O envelope contém tabelas de source e target como texto CSV ou D4XLSX1: seguido por bytes XLSX em base64 padrão. O cabeçalho de target define as colunas obrigatórias; uma segunda linha opcional declara text, number, date ou email, opcionalmente prefixada por required:. mapping contém índices de colunas de origem baseados em zero ou null. Até 200 linhas de dados e 32 colunas.
Resultado e revisão
Retorno de mapeamentos sugeridos, um perfil reutilizável, linhas de visualização e problemas de validação. A exportação com options.action=export requer approved=true e um mapeamento explícito; problemas de validação não resolvidos impedem a exportação. Nenhum sistema externo é modificado.
Para phase=outline, text contém title, audience, purpose e material. Material possui de um a oito parágrafos de origem, com até 1.200 caracteres cada. Para phase=pptx, envio de approved=true e approval_token no nível superior; text deve estar ausente ou vazio. Os tokens estão vinculados à conta autenticada e expiram.
Resultado e revisão
A estrutura contém títulos de diapositivos e citações associados à origem. Após a revisão, o segundo pedido exporta um PPTX editável com elementos geométricos e notas do orador. O texto de origem não pode alterar a aprovação, a associação à conta nem as permissões de exportação.
Exemplo de requisição
{
"tool": "presentation",
"phase": "outline",
"text": "{\"title\":\"Workshop services\",\"audience\":\"Local businesses\",\"purpose\":\"Explain available services\",\"material\":\"The workshop repairs bicycles.\\nAppointments are required for inspections.\"}"
}
Esquema do objeto JSON descodificado do campo text
O objeto contém files e um nome project opcional. São permitidos até dez ficheiros TXT, PDF, DOCX, PNG ou JPEG, com 1 MB por ficheiro e 2 MB no total. options.action é review ou export; options.export_format é zip. A exportação exige os dados originais, approved=true, source_sha256 e um objeto names que associa os identificadores dos ficheiros aos destinos revistos.
Resultado e revisão
Retorno de categorias, datas e nomes de arquivos propostos. As sugestões baseiam-se no texto do documento e requerem revisão. A exportação cria um arquivo ZIP de cópias; os originais permanecem inalterados. Caminhos inseguros, alterações de extensão e destinos duplicados são rejeitados.
As exportações de texto incluem content. As exportações binárias indicam base64 através de content_base64 ou encoding=base64. Só deve ser descodificada a codificação declarada. Os nomes dos ficheiros são sugestões; o resultado da tarefa só está disponível após autenticação e verificação de que pertence à conta que o solicita.
Ferramentas de compras, planeamento e operações
Estas oito ferramentas usam a API de tarefas autenticada existente. O campo text contém um objeto codificado em JSON com os campos de entrada indicados abaixo. Os exemplos contêm dados reais e limitados.
Cada resultado inicial exige uma fase do modelo de IA através do serviço de processamento existente. O código determinístico valida referências de origem, restrições e cálculos depois de o modelo propor correspondências, atribuições ou estrutura. Não existe alternativa baseada apenas em código.
Enviar application/json. Carregamentos multipart, URL de ficheiros remotos, campos desconhecidos e options específicas não vazias são rejeitados. Omitir options ou enviar um objeto vazio. Os indicadores comuns mantêm o significado geral da API.
Comparação de propostas de fornecedores
supplier_compare
Comparar linhas de propostas com os artigos necessários, rever correspondências de IA e examinar diferenças de quantidade, moeda, portes e preço total.
Campos de entrada descodificados
requirements — Artigos necessários
Colunas CSV: description,quantity,unit. As unidades devem ter a mesma grafia das propostas comerciais. Até 30 linhas; 40 linhas no conjunto das tabelas.
offers — Linhas de propostas dos fornecedores
Colunas CSV: supplier,description,quantity,unit,unit_price,shipping,currency,lead_days. Os portes dizem respeito apenas a esta linha; indicar 0 se não existirem. O prazo de entrega pode ficar vazio. Os preços devem ser comparados na mesma base fiscal.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
max_lead_days — Limite de revisão do prazo de entrega
0 desativa esta verificação adicional. Caso contrário, assinalar prazos de entrega das propostas superiores ao número de dias selecionado e propostas sem prazo de entrega indicado. Preços e comparações permanecem inalterados. Máximo de 999 dias.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 60000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Associar linhas de encomenda, entrega e fatura com ajuda de IA e calcular quantidades em falta, faturação excessiva e diferenças de preços unitários a partir dos dados de origem.
Campos de entrada descodificados
orders — Linhas de encomenda
Colunas CSV: reference,description,quantity,unit,unit_price,currency. A referência é a referência comum da encomenda, não um número de documento do fornecedor. Devem ser usadas as mesmas designações de unidades e base fiscal em todos os dados.
deliveries — Linhas entregues
Colunas CSV: reference,description,quantity,unit. A referência é a referência comum da encomenda. Entregas parciais podem ocupar linhas separadas.
invoices — Linhas de fatura
Colunas CSV: reference,description,quantity,unit,unit_price,currency. A referência é a referência comum da encomenda. Impostos, descontos e notas de crédito não devem ser introduzidos como linhas de artigos.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
review_blank_references — Assinalar referências documentais em falta
Adicionar uma observação de revisão a cada linha de encomenda, entrega ou fatura com referência vazia. As decisões de correspondência e os avisos existentes permanecem inalterados.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 60000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Propor correspondências entre recebimentos e faturas em aberto, identificar ambiguidades e calcular prestações, saldos restantes e pagamentos em excesso.
Campos de entrada descodificados
payments — Recebimentos
Colunas CSV: reference,counterparty,date,amount,currency. Devem ser usadas referências de fatura quando conhecidas, montantes positivos e datas YYYY-MM-DD. Um pagamento só pode ser proposto para uma fatura.
invoices — Faturas em aberto
Colunas CSV: reference,counterparty,date,amount,currency. O montante é o saldo em dívida antes dos pagamentos carregados. As referências podem ficar vazias, mas a ambiguidade pode impedir a atribuição.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
review_date — Data de referência da antiguidade das faturas
Data explícita opcional YYYY-MM-DD, de 1900 a 2200. Os saldos em aberto das faturas são verificados por antiguidade desde a data da fatura na fonte. Vazio desativa esta verificação. A antiguidade de uma fatura não é uma data de vencimento nem uma conclusão jurídica de mora.
aging_days — Limiar de revisão da antiguidade das faturas
Assinalar saldos positivos em aberto cuja data de fatura seja anterior à data de referência selecionada em pelo menos este número de dias. Intervalo de 0–3.650 dias. Exige uma data de referência; não é deduzido qualquer vencimento da fatura.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 60000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Priorizar artigos com IA, calcular quantidades de reposição a partir da procura e dos prazos fornecidos e rever os efeitos de mínimos de encomenda e tamanhos de embalagem.
Campos de entrada descodificados
items — Artigos em stock
Colunas CSV: id,name,on_hand,daily_demand,lead_days,safety_stock,min_order,pack_size. Os ID têm de ser únicos. As quantidades usam ponto decimal; lead_days e min_order são inteiros não negativos e pack_size é um inteiro positivo.
horizon_days — Dias adicionais de cobertura
A cobertura pretendida corresponde ao prazo de entrega acrescido destes dias. Pressupõe-se procura constante; o resultado é uma estimativa de planeamento.
notes — Notas e preferências de planeamento
Contexto opcional para a proposta de IA. Disponibilidade, qualificações, dependências e limites numéricos também têm de constar das tabelas estruturadas; as notas nunca substituem essas verificações.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
large_order_threshold — Limiar de revisão de encomendas grandes
0 desativa esta verificação adicional. Caso contrário, assinalar quantidades de encomenda sugeridas estritamente superiores ao limiar, até 10.000.000 de unidades. Stock de origem, procura, cobertura-alvo, arredondamento a embalagens e quantidades de encomenda não são alterados.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 120000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Exemplo de pedido
{
"tool": "reorder_plan",
"text": "{\"items\":\"id,name,on_hand,daily_demand,lead_days,safety_stock,min_order,pack_size\\nI1,Pastilhas de travão,12,3,5,4,10,5\\nI2,Óleo de corrente,30,1,3,2,6,6\",\"horizon_days\":7,\"notes\":\"As pastilhas de travão são necessárias para reparações agendadas e devem ser revistas primeiro. O óleo de corrente é menos urgente.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"large_order_threshold\":0,\"row_order\":\"source\"}"
}
Propor atribuições de trabalhadores com IA e verificar disponibilidade, competências necessárias, sobreposição de turnos, limites de horas fornecidos e cobertura restante.
Campos de entrada descodificados
workers — Trabalhadores
Colunas CSV: id,name,skills,max_hours. Várias competências usam |. max_hours é o máximo de trabalho total planeado nesta proposta, não um limite legal de horário laboral.
availability — Disponibilidade
Colunas CSV: id,worker_id,start,end. As horas são explicitamente UTC no formato YYYY-MM-DDTHH:MM. Um intervalo de disponibilidade tem de cobrir o turno completo.
shifts — Turnos
Colunas CSV: id,start,end,skill,needed. Todas as horas são UTC. O trabalhador tem de possuir exatamente a competência exigida. needed é o número de trabalhadores necessário.
notes — Notas e preferências de planeamento
Contexto opcional para a proposta de IA. Disponibilidade, qualificações, dependências e limites numéricos também têm de constar das tabelas estruturadas; as notas nunca substituem essas verificações.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
max_shift_hours — Limiar de revisão da duração dos turnos
0 desativa esta verificação adicional. Caso contrário, assinalar turnos de origem mais longos do que a duração selecionada, até 168 horas. Atribuições e avisos de cobertura são preservados. É uma preferência de planeamento, não uma avaliação jurídica do tempo de trabalho.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 120000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Exemplo de pedido
{
"tool": "shift_plan",
"text": "{\"workers\":\"id,name,skills,max_hours\\nW1,Alex,service|repair,8\\nW2,Sam,service,8\",\"availability\":\"id,worker_id,start,end\\nA1,W1,2026-11-09T08:00,2026-11-09T16:00\\nA2,W2,2026-11-09T08:00,2026-11-09T16:00\",\"shifts\":\"id,start,end,skill,needed\\nS1,2026-11-09T08:00,2026-11-09T12:00,service,1\\nS2,2026-11-09T12:00,2026-11-09T16:00,repair,1\",\"notes\":\"Sempre que possível, reservar Alex para reparações e colocar Sam no balcão de assistência.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_shift_hours\":0,\"row_order\":\"source\"}"
}
Usar IA para propor prioridades de tarefas e atribuições de recursos, calcular um calendário que respeita dependências e capacidade diária e assinalar trabalho por atribuir.
Campos de entrada descodificados
tasks — Tarefas do projeto
Colunas CSV: id,name,hours,depends,skill. As dependências são ID de tarefas separados por |. depends vazio significa ausência de predecessor. O esforço de uma tarefa é atribuído a um recurso qualificado.
resources — Recursos do projeto
Colunas CSV: id,name,skills,hours_per_day. As competências usam |. A capacidade diária é o tempo disponível para planeamento, até 12 horas. Os calendários abrangem segunda a sexta-feira; feriados e ausências não são modelados.
start_date — Data de início do projeto
O primeiro dia útil é esta data ou a segunda-feira seguinte se coincidir com um fim de semana. Os intervalos diários começam às 00:00 UTC e descrevem a alocação de capacidade, não horários reais de trabalho.
notes — Notas e preferências de planeamento
Contexto opcional para a proposta de IA. Disponibilidade, qualificações, dependências e limites numéricos também têm de constar das tabelas estruturadas; as notas nunca substituem essas verificações.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
max_task_hours — Limiar de revisão do esforço das tarefas
0 desativa esta verificação adicional. Caso contrário, assinalar tarefas com esforço superior ao limiar selecionado, até 10.000 horas. Dependências, capacidade dos recursos e calendário calculado permanecem inalterados.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 120000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Exemplo de pedido
{
"tool": "project_plan",
"text": "{\"tasks\":\"id,name,hours,depends,skill\\nT1,Definição inicial,4,,planning\\nT2,Conceção,10,T1,design\\nT3,Revisão,3,T2,planning\",\"resources\":\"id,name,skills,hours_per_day\\nR1,Alex,planning,4\\nR2,Sam,design,5\",\"start_date\":\"2026-11-09\",\"notes\":\"A conceção depende da conclusão da definição inicial. Reservar tempo para a revisão final.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_task_hours\":0,\"row_order\":\"source\"}"
}
Transformar linhas de artigos em etiquetas imprimíveis com códigos de barras e QR verificados.
Campos de entrada descodificados
csv — Linhas de artigos (CSV)
Colunas obrigatórias: id, name, code, qr. Até 24 linhas. Os conteúdos QR provêm apenas da coluna qr fornecida.
format — Formato de código de barras
EAN-13 exige 13 algarismos e um dígito de controlo válido. Code 128 suporta 1–24 caracteres ASCII imprimíveis.
layout — Disposição da folha
A4: 2 × 7 etiquetas de 99.1 × 38.1 mm, ou 3 × 8 de 63.5 × 33.9 mm. Imprimir a 100% sem redimensionar.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
max_label_characters — Limiar de revisão dos nomes impressos nas etiquetas
0 desativa esta verificação adicional. Caso contrário, assinalar nomes impressos mais longos do que o número escolhido de caracteres Unicode, até 160. Os mesmos nomes, etiquetas e sequência permanecem na pré-visualização, no PDF e no SVG; esta opção não trunca qualquer conteúdo.
require_https_qr — Assinalar conteúdo QR sem um endereço HTTPS simples
Adicionar uma observação quando o conteúdo QR não é um endereço HTTPS com anfitrião e sem credenciais incorporadas, espaços em branco ou barras invertidas. O conteúdo QR nunca é alterado, aberto ou consultado. Esta verificação de sintaxe não demonstra que um destino seja seguro.
Máximo de bytes UTF-8 no objeto text: 24000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Exemplo de pedido
{
"tool": "label_sheet",
"text": "{\"csv\":\"id,name,code,qr\\nA1,Caixa de armazenamento azul,BOX-001,BOX-001\\nA2,Caixa de armazenamento verde,BOX-002,BOX-002\",\"format\":\"code128\",\"layout\":\"auto\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_label_characters\":0,\"require_https_qr\":false}"
}
Criar casos de revisão positivos e negativos ligados aos requisitos fornecidos.
Campos de entrada descodificados
requirements — Requisitos
Separar até 12 requisitos por linhas vazias. Cada requisito pode conter até 1000 bytes UTF-8.
context — Contexto da revisão
Informação opcional de âmbito, até 2000 bytes UTF-8. Não constitui um requisito adicional nem uma instrução para executar testes.
csv_separator — Separador CSV
Escolher ponto e vírgula, vírgula ou tabulação apenas para o CSV exportado. Os CSV de origem carregados continuam a exigir os cabeçalhos documentados separados por vírgulas.
csv_bom — Marcador UTF-8 no CSV
Incluir uma marca de ordem de bytes UTF-8 para compatibilidade com folhas de cálculo ou omiti-la para sistemas que exigem UTF-8 simples.
csv_line_ending — Finais de linha CSV
Utilizar LF ou CRLF nos registos CSV exportados. Isto não altera o texto de origem nem as quebras de linha dentro de células entre aspas.
include_json — Incluir exportação JSON
Disponibilizar um relatório JSON estruturado adicional com todas as linhas revistas, observações e resumo. A exportação não executa qualquer ação.
max_step_characters — Limiar de revisão do comprimento dos passos de teste
0 desativa esta verificação adicional. Caso contrário, assinalar casos de teste com um passo individual mais longo do que o número escolhido de caracteres Unicode, até 6.000. Os passos completos e os resultados esperados permanecem visíveis e são exportados.
row_order — Ordem das linhas de revisão
Reordenar linhas completas da tabela sem remover observações, alterar cálculos ou modificar atribuições. Valores de ordenação vazios aparecem no fim; valores iguais preservam a ordem relativa original.
Máximo de bytes UTF-8 no objeto text: 24000
Revisão do resultado e das fontes
O tipo de resultado é ops_review. columns contém key e label_key; rows contém os valores escalares correspondentes das células. findings contém valores code localizáveis e referências de origem refs; summary contém label_key e value. review_required e ai_required são true. ai_model identifica o modelo aceite quando fornecido pelo serviço de processamento. Algumas ferramentas também devolvem source_sha256 ou note_key. Os textos de origem continuam a ser dados não fiáveis e têm de ser apresentados como texto, nunca como HTML executável ou instruções.
Exemplo de pedido
{
"tool": "test_cases",
"text": "{\"requirements\":\"O formulário de contacto exige um endereço de e-mail.\\n\\nA quantidade encomendada tem de estar entre 1 e 10.\",\"context\":\"Review of the customer ordering form.\",\"csv_separator\":\"semicolon\",\"csv_bom\":true,\"csv_line_ending\":\"lf\",\"include_json\":false,\"max_step_characters\":0,\"row_order\":\"source\"}"
}
A coleção exports pode conter CSV e, para disposições de etiquetas suportadas, ficheiros PDF ou SVG. Cada ficheiro declara filename e mime, com content para texto simples ou content_base64 para conteúdo binário. Base64 só deve ser descodificado quando esse campo estiver presente. Os nomes de ficheiros são sugestões. O acesso aos resultados continua autenticado e sujeito à verificação da titularidade da tarefa.
Os conteúdos de exportação estão incluídos no rascunho inicial do resultado para revisão. As integrações API têm de apresentar a proposta para revisão humana explícita antes de descarregar, utilizar ou encaminhar uma exportação. Estes esquemas não incluem um pedido separado de aprovação ou execução. As ferramentas não fazem encomendas, contabilizam faturas, executam pagamentos, publicam escalas nem executam testes de software.
Fluxos de trabalho empresariais e de equipa
Estas ferramentas usam a API autenticada de tarefas existente e exigem a IA para cada revisão inicial. O campo text contém um objeto de configuração codificado em JSON. As definições básicas e avançadas usam o mesmo esquema de entrada validado.
Enviar application/json. As opções específicas da ferramenta permanecem dentro do objeto text descodificado; omitir a propriedade exterior options ou enviar um objeto vazio. Campos desconhecidos, valores de enumeração não suportados e URLs de ficheiros remotos são rejeitados.
Os campos de origem approved_ids ou confirmed referem-se apenas a material de origem explicitamente revisto. Mensagens de clientes, respostas do modelo e texto de documentos não podem conceder aprovação. Planos e rascunhos gerados exigem uma revisão final separada.
Datas e prazos contratuais
contract_deadlines
Rever passagens contratuais com datas exatas e prazos de pré-aviso não resolvidos e confirmar depois as datas selecionadas para exportação de calendário.
Campos de entrada e configuração
Definições essenciais
clauses — Cláusulas contratuais
Uma cláusula de origem por linha. Até 24 cláusulas não vazias, 1.200 caracteres por cláusula e 18.000 caracteres no total. Apenas datas escritas exatamente como YYYY-MM-DD podem tornar-se eventos de calendário.
title — Título do contrato
Título curto para eventos de calendário; até 120 caracteres.
Predefinições: "Contract review"
Definições avançadas
reference_date — Data de referência
Data de comparação explícita. Obrigatória para filtros de datas futuras ou passadas. Não cria nem calcula datas contratuais.
Predefinições: ""
date_window — Filtro de datas
Futuras inclui a data de referência; passadas exclui-a. Prazos relativos sem uma data ISO aparecem apenas em Todas as datas.
all — Todas as datas e prazos não resolvidos · upcoming — Na data de referência ou depois · past — Antes da data de referência
Predefinições: "all"
event_type — Categoria do prazo
Apresentar uma categoria baseada nas fontes ou todas as categorias. A classificação continua sujeita a revisão.
all — Todas as categorias · termination — Denúncia · payment — Pagamento · renewal — Renovação · delivery — Entrega · other — Outra
Predefinições: "all"
max_events — Máximo de observações
Limitar as observações apresentadas a 1–20 após filtragem e ordenação. Um aviso identifica os resultados truncados.
Predefinições: 20
sort — Ordem das observações
Ordenar por cláusula de origem e posição citada, ou por data, com os prazos não resolvidos no fim.
source — Ordem das fontes · date — Ordem cronológica
Predefinições: "source"
reminder_days — Antecedência do lembrete de calendário
0 desativa os lembretes. Caso contrário, é definido um lembrete visual 1–90 dias antes de cada evento confirmado de dia inteiro; o comportamento pode variar consoante a aplicação de calendário.
Predefinições: 7
include_source — Incluir citações das fontes
Mostrar citações exatas na revisão e nas descrições de calendário confirmadas. Os IDs das fontes e as posições dos caracteres permanecem visíveis em ambos os modos.
yes — Incluir citações · no — Apenas referências às fontes
Predefinições: "yes"
calendar_name — Nome do calendário
Nome do calendário ICS confirmado, até 120 caracteres.
Predefinições: "Reviewed contract dates"
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "contract_deadlines",
"text": "{\"clauses\":\"A fatura é pagável em 2027-03-15.\\nO pré-aviso deve ser recebido pelo menos 30 dias antes da renovação.\\nA data de entrega é 2027-04-02.\",\"title\":\"Acordo de prestação de serviços\",\"reference_date\":\"2027-01-01\",\"date_window\":\"upcoming\",\"event_type\":\"all\",\"max_events\":20,\"sort\":\"date\",\"reminder_days\":7,\"include_source\":\"yes\",\"calendar_name\":\"Datas contratuais revistas\"}"
}
Organizar rubricas de mão de obra, serviços e materiais fornecidas num rascunho com cálculos determinísticos de acréscimo, margem, desconto e imposto.
Campos de entrada e configuração
Definições essenciais
items — Rubricas do orçamento
Cabeçalhos CSV: label,kind,quantity,unit,cost. kind é labor, material ou service. quantity utiliza ponto decimal e até três casas decimais; cost é o custo unitário líquido com até duas casas decimais. Até 30 linhas. As quantidades de mão de obra podem representar horas.
currency — Moeda
Uma moeda para todas as rubricas; sem conversão cambial. Todos os montantes utilizam duas casas decimais.
O acréscimo adiciona uma percentagem ao custo. A margem-alvo divide o custo por um menos a percentagem; é a margem antes do desconto, não um acréscimo.
markup — Acréscimo sobre o custo · margin — Margem-alvo antes do desconto
Predefinições: "markup"
pricing_percent — Percentagem de formação do preço
0–500 para acréscimo ou 0–95 para margem-alvo; no máximo duas casas decimais.
Predefinições: 20
discount_percent — Percentagem de desconto
Desconto explícito de 0–100%, aplicado a cada preço de venda calculado antes do imposto. No máximo duas casas decimais.
Predefinições: 0
tax_percent — Percentagem de imposto
Imposto explícito de 0–100%, aplicado após o desconto. Zero significa nenhum imposto acrescentado. Esta ferramenta não determina a taxa de imposto nem o tratamento fiscal aplicáveis.
Predefinições: 0
rounding — Arredondamento em cada etapa do cálculo
Arredondar o custo da rubrica, o preço de venda, o montante líquido após desconto e o imposto para duas casas decimais da moeda, segundo a regra selecionada. Os totais somam as rubricas arredondadas.
nearest — Cêntimo mais próximo; metades para cima · up — Arredondar sempre para cima · down — Arredondar sempre para baixo
Predefinições: "nearest"
item_scope — Tipos de rubricas incluídos
Incluir todas as rubricas de origem ou apenas mão de obra, material ou serviços. As rubricas excluídas não contribuem para qualquer total.
all — Todos os tipos de rubricas · labor — Apenas mão de obra · material — Apenas material · service — Apenas serviços
Predefinições: "all"
detail — Detalhe do resultado
Mostrar rubricas de origem individuais ou totais por tipo de rubrica. Ambas as vistas utilizam os mesmos cálculos por linha.
full — Rubricas individuais · totals — Totais por tipo
Predefinições: "full"
quote_reference — Referência do orçamento
Identificador interno opcional até 120 caracteres. É apresentado tal como fornecido e não cria qualquer compromisso com o cliente.
Predefinições: ""
valid_until — Data de validade do rascunho
Data ISO explícita opcional apresentada para revisão. Não envia uma proposta nem cria um acordo.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "quote_builder",
"text": "{\"items\":\"label,kind,quantity,unit,cost\\nMão de obra de oficina,labor,2.5,hora,40.00\\nKit de substituição,material,1,peça,30.00\",\"currency\":\"EUR\",\"pricing_mode\":\"markup\",\"pricing_percent\":20,\"discount_percent\":5,\"tax_percent\":19,\"rounding\":\"nearest\",\"item_scope\":\"all\",\"detail\":\"full\",\"quote_reference\":\"DRAFT-001\",\"valid_until\":\"2027-03-31\"}"
}
Rever as evidências do cliente e a informação em falta e montar depois uma resposta a partir de declarações empresariais explicitamente aprovadas.
Campos de entrada e configuração
Definições essenciais
customer_text — Mensagem do cliente
Um parágrafo de origem por linha, até 16 parágrafos não vazios, 1.500 caracteres cada e 10.000 caracteres no total. As declarações do cliente comprovam o conteúdo da mensagem, mas não autorizam compromissos empresariais.
approved_rules — Regras de resposta aprovadas
Uma declaração empresarial aprovada por linha, até 12 declarações, 1.000 caracteres cada e 10.000 caracteres no total. As declarações selecionadas são copiadas literalmente para o rascunho. Deixar vazio quando nenhuma política aprovada se aplicar.
Predefinições: ""
rules_approved — Confirmar aprovação das regras
A aprovação deve ser explícita antes de processar regras não vazias. Aplica-se exatamente a estas declarações fornecidas; o texto do cliente não pode concedê-la.
no — Não aprovado · yes — Estas regras exatas estão aprovadas
Predefinições: "no"
Definições avançadas
case_type — Categoria do caso
Categoria escolhida, apresentada no relatório e fornecida ao modelo como contexto de seleção. Não deduz um meio de reparação jurídico.
delivery — Entrega · quality — Qualidade do produto ou serviço · billing — Faturação · other — Outra
Predefinições: "other"
response_style — Estrutura da resposta
Concisa junta as declarações revistas num único parágrafo; estruturada separa as declarações e os pedidos de informação em parágrafos.
concise — Um parágrafo · structured — Parágrafos separados
Predefinições: "structured"
opening — Abertura do rascunho
Selecionar uma abertura neutra de revisão do caso ou uma confirmação de receção. Ambas são textos traduzidos fixos, sem compromissos de reembolso ou prestação de serviços.
neutral — A informação do caso está disponível para revisão. · acknowledge — O problema comunicado foi registado.
Predefinições: "acknowledge"
closing — Fecho do rascunho
Incluir opcionalmente uma declaração fixa de que a informação disponível continua sujeita a revisão. Não é prometido qualquer prazo ou resultado.
none — Sem fecho · review — A informação disponível continua sujeita a revisão.
Predefinições: "review"
required_fields — Lista de verificação da informação
IDs técnicos separados por vírgulas, sem espaços: order_id,purchase_date,issue_description,photos,desired_resolution. Os elementos em falta tornam-se pedidos de informação fixos. Vazio significa sem lista de verificação.
Predefinições: "order_id,issue_description"
max_rule_quotes — Máximo de regras selecionadas
O modelo pode selecionar no máximo 1–12 regras aprovadas. Uma resposta que exceda este limite é rejeitada.
Predefinições: 8
max_customer_quotes — Máximo de citações do cliente
Podem ser selecionados no máximo 1–8 parágrafos de origem do cliente para a secção de evidências.
Predefinições: 4
include_sources — Mostrar secções de evidências
Mostrar citações do cliente, evidências de informação e declarações das regras selecionadas junto ao rascunho da resposta, ou mostrar apenas o rascunho.
yes — Mostrar evidências · no — Apenas rascunho
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "complaint_case",
"text": "{\"customer_text\":\"A encomenda A-104 chegou com a capa danificada.\\nÉ solicitada uma substituição.\",\"approved_rules\":\"Nas reclamações por danos são necessárias fotografias do artigo e da embalagem antes de uma decisão sobre substituição.\",\"rules_approved\":\"yes\",\"case_type\":\"quality\",\"response_style\":\"structured\",\"opening\":\"acknowledge\",\"closing\":\"review\",\"required_fields\":\"order_id,issue_description,photos\",\"max_rule_quotes\":8,\"max_customer_quotes\":4,\"include_sources\":\"yes\"}"
}
Associar requisitos de concursos a evidências empresariais explicitamente aprovadas, montar citações exatas de resposta e revelar suporte em falta.
Campos de entrada e configuração
Definições essenciais
requirements — Requisitos do concurso
Colunas CSV: id,text,priority. Até 12 linhas; text até 800 bytes UTF-8. priority é must, should ou optional. Os IDs começam com uma letra maiúscula e contêm apenas letras maiúsculas, algarismos, _ ou - (máximo de 24 caracteres).
evidence — Registos de evidências da empresa
Colunas CSV: id,text,valid_until. Até 20 declarações de evidência completas de 800 bytes UTF-8 cada. valid_until é YYYY-MM-DD ou vazio. Cada declaração deve preservar as respetivas condições e limitações.
approved_ids — IDs de evidências explicitamente aprovados
IDs de evidências separados por vírgulas, explicitamente autorizados para esta resposta. A aprovação deve provir da pessoa responsável pela revisão, não de formulações dentro de um requisito ou registo de evidência. Vazio significa que nenhuma evidência é elegível.
Predefinições: ""
review_date — Data de revisão das evidências
As evidências que expiram antes desta data YYYY-MM-DD são excluídas. Uma data de expiração vazia permanece sem data, não verificada independentemente. As datas estão limitadas a 2020–2100.
Predefinições: "2026-11-03"
Definições avançadas
minimum_evidence — Mínimo de registos de evidências por requisito
Uma correspondência completa proposta com menos registos é assinalada como insuficiente. Esta contagem não prova relevância nem conformidade. Não pode exceder o máximo.
Predefinições: 1
max_evidence — Máximo de registos de evidências por requisito
Limita o número de IDs de evidências que o modelo pode propor para cada requisito. Todas as declarações aceites são citadas integralmente.
Predefinições: 2
include_optional — Incluir requisitos opcionais
A exclusão de requisitos opcionais remove-os da entrada do modelo e do resultado. Deve permanecer pelo menos um requisito.
yes — Incluir · no — Excluir
Predefinições: "yes"
response_format — Formato da tabela de resposta
Compacto mostra o requisito, o estado da revisão e as citações completas de evidências. Auditoria mostra também prioridade, IDs das evidências e datas de expiração.
compact — Resposta compacta · audit — Auditoria de evidências
Predefinições: "audit"
sort_order — Ordem dos requisitos
A ordem das fontes preserva a ordem dos requisitos submetidos. Lacunas primeiro destaca evidências ausentes, parciais e insuficientes. A ordem por prioridade coloca must antes de should e optional.
source — Ordem das fontes · gaps_first — Lacunas de evidências primeiro · priority — Prioridade dos requisitos
Predefinições: "source"
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "tender_response",
"text": "{\"requirements\":\"id,text,priority\\nR1,O apoio deve estar disponível em dias úteis.,must\\nR2,É necessária uma certificação de segurança independente.,must\\nR3,É preferível uma sessão de integração.,optional\",\"evidence\":\"id,text,valid_until\\nE1,O apoio está disponível de segunda a sexta-feira das 09:00 às 17:00 UTC.,2027-12-31\\nE2,Uma sessão de integração está incluída no serviço padrão.,2027-12-31\\nE3,Um plano de serviço anterior incluía apoio ao fim de semana.,2025-12-31\",\"approved_ids\":\"E1,E2,E3\",\"review_date\":\"2026-11-03\",\"minimum_evidence\":1,\"max_evidence\":2,\"include_optional\":\"yes\",\"response_format\":\"audit\",\"sort_order\":\"gaps_first\"}"
}
Comparar valores de produto ligados às fontes entre fichas técnicas, manuais, embalagens e textos de produto, com regras de unidades e tolerâncias explícitas.
Campos de entrada e configuração
Definições essenciais
documents — Documentos do produto
Colunas CSV: id,kind,text. Fornecer 2–4 documentos, cada um até 2.400 bytes UTF-8. kind é datasheet, manual, packaging ou product. Os IDs seguem as regras dos IDs de origem em maiúsculas. São obrigatórias aspas CSV para vírgulas e quebras de linha dentro do texto.
features — Características a comparar
Colunas CSV: id,label,type,unit. Até 6 características. label (até 80 bytes UTF-8) deve ocorrer literalmente em cada citação extraída, sem distinguir maiúsculas de minúsculas. type é number ou text. As características textuais exigem unit vazio; a unidade numérica é a unidade de comparação. As evidências suportadas utilizam declarações explícitas de atributos, como Weight: 2 kg ou Colour=Blue; declarações livres sem esta estrutura permanecem em falta. Os qualificadores textuais devem ser preservados; declarações numéricas qualificadas não são tratadas como números simples.
reference_id — ID do documento de referência
ID de um documento existente utilizado como base para todas as comparações. Valores de referência ausentes ou ambíguos deixam a comparação correspondente por resolver.
Predefinições: "D1"
Definições avançadas
unit_policy — Comparação de unidades
Exata exige a unidade da característica inalterada. Métrica permite apenas conversões mg/g/kg, mm/cm/m, ml/L, W/kW e mV/V dentro da mesma família. As unidades distinguem maiúsculas de minúsculas; todas as outras divergências permanecem conflitos.
exact — Apenas unidades exatas · metric — Permitir as conversões métricas indicadas
Predefinições: "exact"
absolute_tolerance — Tolerância numérica absoluta
Diferença absoluta máxima na unidade de comparação da característica. Aplicada apenas a valores numéricos compatíveis; 0 exige igualdade, salvo se a tolerância relativa permitir uma diferença.
Predefinições: 0
relative_tolerance_pct — Tolerância relativa (%)
A diferença permitida é o maior valor entre a tolerância absoluta e abs(valor de referência) × percentagem / 100. Uma referência igual a zero dá uma margem relativa de zero.
Predefinições: 0
case_sensitive — Comparação de maiúsculas e minúsculas no texto
Controla a distinção entre maiúsculas e minúsculas apenas nos valores textuais. Nunca altera a capitalização das unidades ou as citações das fontes.
no — Ignorar maiúsculas e minúsculas · yes — Distinguir maiúsculas e minúsculas
Predefinições: "no"
whitespace_policy — Comparação de espaços em branco no texto
Exata compara os valores textuais tal como extraídos. Normalizar remove espaços das extremidades e trata espaços em branco consecutivos como um único espaço. As citações das fontes permanecem inalteradas.
exact — Preservar espaços em branco · collapse — Normalizar espaços em branco
Predefinições: "collapse"
missing_policy — Tratamento de valores em falta
Valores ausentes ou ambíguos permanecem visíveis como uma lacuna de evidência aberta ou como um conflito bloqueante. Nunca é inventado um valor de substituição.
warn — Assinalar uma lacuna de evidência · conflict — Tratar como conflito
Predefinições: "warn"
result_filter — Linhas apresentadas
Todas mostra cada comparação com a referência. Problemas mostra apenas diferenças, conflitos de unidades e valores em falta; os resumos continuam a contar todas as comparações.
all — Todas as comparações · issues — Apenas problemas
Predefinições: "all"
sort_order — Ordem dos resultados
A ordem por característica segue a tabela de características. A ordem por documento agrupa por ID de documento. Problemas primeiro coloca as comparações divergentes no início.
feature — Ordem por característica · document — Ordem por documento · issues_first — Problemas primeiro
Predefinições: "feature"
decimal_separator — Separador decimal da fonte
Os valores numéricos devem utilizar consistentemente o separador selecionado, com até seis casas decimais e sem separadores de milhares. A magnitude está limitada a 100.000.000. O modelo deve copiar os números exatamente.
dot — Ponto decimal · comma — Vírgula decimal
Predefinições: "dot"
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "product_consistency",
"text": "{\"documents\":\"id,kind,text\\nD1,datasheet,Peso: 2 kg. Cor: Azul.\\nD2,packaging,Peso: 2000 g. Cor: azul.\\nD3,manual,Peso: 2.2 kg. Cor: Vermelho.\",\"features\":\"id,label,type,unit\\nF1,Peso,number,kg\\nF2,Cor,text,\",\"reference_id\":\"D1\",\"unit_policy\":\"metric\",\"absolute_tolerance\":0.05,\"relative_tolerance_pct\":1,\"case_sensitive\":\"no\",\"whitespace_policy\":\"collapse\",\"missing_policy\":\"warn\",\"result_filter\":\"all\",\"sort_order\":\"issues_first\",\"decimal_separator\":\"dot\"}"
}
Transformar material interno confirmado num calendário de integração passível de revisão, com datas, responsabilidades, objetivos de aprendizagem e carga diária limitada.
Campos de entrada e configuração
Definições essenciais
role — Função
Função profissional para o plano de integração; máximo de 200 bytes UTF-8.
Predefinições: ""
start_date — Data de início
Primeiro dia de calendário do horizonte de planeamento. As datas são calculadas em UTC; feriados e ausências não são deduzidos.
Predefinições: "2026-11-09"
documents — Documentos internos de origem confirmados
CSV com os cabeçalhos exatos id,text; 1–12 IDs de fonte únicos e textos de origem de, no máximo, 1.000 bytes UTF-8 cada. Fornecer tarefas e descrições de processos existentes, não instruções para a IA. Sem URLs ou marcação.
Predefinições: ""
confirmed — Fontes confirmadas para planeamento
Confirmação explícita de que o material interno fornecido é adequado para este rascunho de planeamento. Não concede acesso nem aprova qualquer ação no mundo real.
Predefinições: false
Definições avançadas
horizon — Horizonte de planeamento
Horizonte de calendário a partir da data de início. Apenas os dias de trabalho selecionados estão disponíveis para agendamento.
7_days — 7 dias · 14_days — 14 dias · 30_days — 30 dias · 4_weeks — 4 semanas · 8_weeks — 8 semanas
Predefinições: "14_days"
workdays — Dias de trabalho
Restringir as datas disponíveis ao padrão semanal selecionado. Feriados locais e férias não são excluídos automaticamente.
mon_fri — Segunda a sexta-feira · mon_sat — Segunda a sábado · all_days — Todos os dias
Predefinições: "mon_fri"
work_mode — Modalidade de trabalho
Orientar a seleção de tarefas sustentadas por fontes e apresentar a modalidade escolhida para cada tarefa. Não é criada qualquer reunião, conta ou direito de acesso.
Uma função por parágrafo, separada por uma linha em branco; 1–8 funções, no máximo 160 bytes UTF-8 cada. A IA só pode atribuir estas funções.
Predefinições: ""
learning_goals — Objetivos de aprendizagem
Um objetivo por parágrafo, separado por uma linha em branco; 1–8 objetivos, no máximo 600 bytes UTF-8 cada. Cada tarefa proposta é associada a um objetivo fornecido.
Predefinições: ""
task_count — Número de tarefas
É solicitado exatamente este número de tarefas distintas sustentadas por fontes. Os documentos devem conter excertos de tarefas adequados em quantidade suficiente.
Predefinições: 4
minutes_per_day — Tempo diário disponível para integração
Soma máxima dos minutos de tarefas planeadas em cada dia de trabalho. Cada tarefa exige pelo menos 5 minutos.
Predefinições: 120
follow_up — Modalidade de acompanhamento
Adicionar nenhum ponto de verificação, o próximo dia de trabalho disponível ou o último dia de trabalho do horizonte. Um ponto de verificação no limite do horizonte permanece na última data disponível.
none — Nenhum · next_workday — Próximo dia de trabalho · final_day — Último dia de trabalho
Predefinições: "next_workday"
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "onboarding_plan",
"text": "{\"role\":\"Especialista de apoio ao cliente\",\"start_date\":\"2026-11-09\",\"documents\":\"id,text\\nS1,Ler o manual de apoio e rever o fluxo de encaminhamento para níveis superiores.\\nS2,Praticar a redação de respostas no ambiente de formação e rever os casos de exemplo.\",\"confirmed\":true,\"horizon\":\"14_days\",\"workdays\":\"mon_fri\",\"work_mode\":\"hybrid\",\"owners\":\"Líder de equipa\\n\\nCoordenador de formação\",\"learning_goals\":\"Compreender o fluxo de encaminhamento para níveis superiores.\\n\\nPreparar respostas de apoio claras.\",\"task_count\":4,\"minutes_per_day\":120,\"follow_up\":\"next_workday\"}"
}
Criar perguntas profissionais consistentes, distribuições de tempo e referenciais de evidência a partir de uma descrição de função e de requisitos profissionais, sem pontuar candidatos.
Campos de entrada e configuração
Definições essenciais
role_description — Descrição da função
Apenas função e responsabilidades profissionais, até 3.000 bytes UTF-8. Não incluir perfis de candidatos, dados pessoais ou características protegidas.
Predefinições: ""
requirements — Requisitos profissionais
Um requisito relacionado com a função por parágrafo, separado por uma linha em branco; 1–12 requisitos, no máximo 1.000 bytes UTF-8 cada. Sem URLs, marcação ou informação privada de candidatos.
Predefinições: ""
duration — Duração da entrevista em minutos
Duração total da sessão, incluindo a margem de tempo reservada. Devem restar pelo menos 2 minutos por pergunta após essa margem.
Predefinições: 45
Definições avançadas
level — Nível de experiência
Ajustar a profundidade normalizada das perguntas: fundamentos, trabalho prático de ponta a ponta ou compromissos complexos. Descreve a função, não uma avaliação de uma pessoa.
É solicitado exatamente este número de combinações distintas de requisito e estratégia. Devem restar pelo menos 2 minutos por pergunta.
Predefinições: 6
rubric — Referenciais de avaliação
Incluir nenhuma escala, três níveis de evidência ou cinco níveis de evidência. A ferramenta fornece apenas referenciais e nunca atribui uma pontuação a um candidato.
none — Nenhum · three_level — Três níveis de evidência · five_level — Cinco níveis de evidência
Predefinições: "three_level"
followups — Pergunta de aprofundamento
Incluir opcionalmente uma pergunta normalizada sobre evidências, alternativas e verificação. O respetivo tempo de discussão está incluído na atribuição de tempo de cada pergunta.
none — Nenhum · one — Uma pergunta de aprofundamento
Predefinições: "one"
time_buffer — Margem de tempo reservada
Minutos reservados para introdução, transições e encerramento; deduzidos antes da distribuição uniforme do tempo das perguntas.
Predefinições: 5
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "interview_guide",
"text": "{\"role_description\":\"Engenheiro de apoio a software responsável pelo diagnóstico de problemas do produto e pela documentação de casos reproduzíveis.\",\"requirements\":\"Explicar um processo de depuração reproduzível.\\n\\nComunicar claramente as conclusões técnicas à equipa de execução.\",\"duration\":45,\"level\":\"experienced\",\"interview_type\":\"structured\",\"focus\":\"problem_solving\",\"question_types\":\"mixed\",\"question_count\":4,\"rubric\":\"three_level\",\"followups\":\"one\",\"time_buffer\":5}"
}
Preparar uma transição concisa a partir de fontes de projeto identificadas, com estado, responsabilidades e filtros explícitos e incógnitas visíveis.
Campos de entrada e configuração
Definições essenciais
project — Nome do projeto
Nome do projeto ou da frente de trabalho, até 200 bytes UTF-8.
Predefinições: ""
sources — Retrato das fontes do projeto
CSV com os cabeçalhos exatos id,category,status,role,text. Utilizar 1–12 linhas, IDs únicos e textos de origem até 1.000 bytes UTF-8. Categorias: risk, decision, open, deliverable. Estados: open, in_progress, done, unknown. Utilizar uma designação de função em vez de dados pessoais privados. Sem URLs ou marcação.
Predefinições: ""
cutoff_date — Data de corte do retrato
Data atribuída ao retrato fornecido. É uma data de referência indicada pelo utilizador, não um carimbo temporal da fonte verificado independentemente.
Predefinições: "2026-11-09"
Definições avançadas
audience — Destinatários da transição
Orientar a seleção dos pontos sustentados por fontes quando existem mais fontes correspondentes do que o limite de elementos.
successor — Sucessor · team — Equipa de execução · management — Direção
Predefinições: "successor"
category_filter — Filtro de categoria
Incluir todas as categorias ou apenas a categoria de origem selecionada.
all — Todas · risk — Risco · decision — Decisão · open — Em aberto · deliverable — Entregável
Predefinições: "all"
status_filter — Filtro de estado
Filtrar o estado explicitamente fornecido. O estado nunca é deduzido a partir de uma paráfrase do modelo.
all — Todas · open — Em aberto · in_progress — Em curso · done — Concluído na fonte · unknown — Desconhecido
Predefinições: "all"
role_filter — Filtro de função responsável
Designação exata opcional da função no CSV; um valor vazio inclui todas as funções. O filtro distingue maiúsculas de minúsculas.
Predefinições: ""
detail — Detalhe dos excertos
Comprimento máximo do excerto de origem por elemento: breve 180, padrão 400, detalhado 800 bytes UTF-8. A formulação e a língua originais são preservadas.
brief — Breve · standard — Padrão · detailed — Detalhado
Predefinições: "standard"
max_items — Máximo de elementos da transição
Selecionar no máximo este número de fontes correspondentes, um excerto por fonte. Menos fontes correspondentes produzem menos elementos.
Predefinições: 8
include_unknowns — Incluir estado desconhecido
Manter ou excluir fontes explicitamente marcadas como unknown. Os factos em falta nunca são preenchidos com respostas inventadas.
yes — Incluir · no — Excluir
Predefinições: "yes"
sort_order — Ordem de apresentação
Ordenar os pontos de transição selecionados pela ordem original das fontes, categoria traduzida ou estado traduzido.
source — Ordem das fontes · category — Categoria · status — Estado
Predefinições: "source"
Máximo de bytes UTF-8 de entrada: 24000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "project_handover",
"text": "{\"project\":\"Lançamento do portal de clientes\",\"sources\":\"id,category,status,role,text\\nS1,decision,done,Responsável de execução,O âmbito do lançamento inclui a página da conta e as definições de notificações.\\nS2,risk,open,Responsável de qualidade,A revisão de regressão em dispositivos móveis ainda está pendente.\\nS3,open,unknown,Operações,A janela de implementação não foi confirmada.\",\"cutoff_date\":\"2026-11-09\",\"audience\":\"successor\",\"category_filter\":\"all\",\"status_filter\":\"all\",\"role_filter\":\"\",\"detail\":\"standard\",\"max_items\":8,\"include_unknowns\":\"yes\",\"sort_order\":\"source\"}"
}
Comparação de uma previsão de tesouraria de base fundamentada nas fontes com cenários explícitos de datas e montantes, saldos diários e alertas de reserva.
Campos de entrada e configuração
Definições essenciais
transactions — Movimentos de tesouraria
Cabeçalhos CSV: id,date,direction,amount,description,certainty. Até 40 identificadores de origem únicos. direction é in ou out; certainty é confirmed ou expected. As datas usam YYYY-MM-DD; os montantes positivos usam ponto decimal e, no máximo, duas casas decimais, até 10000000.00. As descrições estão limitadas a 600 bytes UTF-8. Não é consultado qualquer URL.
start_date — Data de início da previsão
O saldo inicial é o saldo imediatamente anterior a este dia. Os movimentos de origem anteriores permanecem visíveis, mas não entram na previsão de base. As datas são datas de calendário UTC, sem ajustes para fins de semana ou feriados.
opening_balance — Saldo inicial
Montante decimal com sinal entre -10000000.00 e 10000000.00, com no máximo duas casas decimais. É necessário um saldo conhecido explícito; a ferramenta não se liga a um banco.
Predefinições: "0.00"
currency — Moeda
Uma única moeda para todas as linhas de origem, saldos, reservas e limites. Todos os montantes usam duas casas decimais; não é efetuada conversão cambial.
Inclui 1–90 dias de calendário a partir da data de início. Os movimentos fora de qualquer um dos horizontes permanecem visíveis e recebem uma observação; não entram no saldo dessa previsão.
Predefinições: 30
reserve_buffer — Reserva de segurança
Limiar de saldo decimal não negativo até 10000000.00. Uma observação identifica saldos do cenário inferiores a este nível; trata-se de uma preferência de planeamento, não de uma facilidade de descoberto.
Predefinições: "0.00"
inflow_delay_days — Atraso das entradas no cenário
Adia em 0–90 dias de calendário as entradas datadas do início da previsão ou posteriormente, apenas no cenário. Os movimentos de origem anteriores permanecem excluídos de ambas as previsões porque o saldo inicial já estabelece a posição de partida. Uma rubrica adiada pode sair do horizonte; a respetiva data de base permanece visível.
Predefinições: 0
outflow_delay_days — Atraso das saídas no cenário
Adia em 0–90 dias de calendário as saídas datadas do início da previsão ou posteriormente, apenas no cenário. Os movimentos de origem anteriores permanecem excluídos de ambas as previsões. É um pressuposto, não uma autorização para adiar um pagamento. As datas de origem permanecem visíveis.
Predefinições: 0
inflow_percent — Percentagem das entradas no cenário
Aplica uma percentagem inteira entre 0 e 200 a cada entrada do cenário. Os montantes são arredondados ao cêntimo mais próximo, com as metades para cima; os montantes de base mantêm-se inalterados.
Predefinições: 100
outflow_percent — Percentagem das saídas no cenário
Aplica uma percentagem inteira entre 0 e 200 a cada saída do cenário. Os montantes são arredondados ao cêntimo mais próximo, com as metades para cima; os montantes de base mantêm-se inalterados.
Predefinições: 100
expected_inflow_percent — Percentagem das entradas esperadas
Para entradas de origem marcadas como expected, aplica esta percentagem inteira de 0–100 após a percentagem geral das entradas, arredondando novamente a cêntimos. As entradas confirmadas e todas as saídas não são afetadas por este segundo fator.
Predefinições: 100
chart_interval — Intervalo do gráfico
A vista diária mostra cada saldo de fim do dia. A semanal mostra cada sétimo dia e o último dia. Os saldos mínimos e as observações sobre a reserva continuam a ser calculados para todos os dias, incluindo os omitidos do gráfico.
daily — Diário · weekly — Semanal
Predefinições: "daily"
sort_order — Ordem das linhas de revisão
Altera apenas a ordem das linhas de origem completas. As verificações monetárias, os dados de origem, as previsões e todas as observações mantêm-se inalterados.
source — Ordem de origem · date — Ordem por data · category — Categoria proposta
Predefinições: "date"
Máximo de bytes UTF-8 de entrada: 40000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cashflow_forecast",
"text": "{\"transactions\":\"id,date,direction,amount,description,certainty\\nT1,2027-03-02,in,1200.00,Fatura de cliente por trabalhos de design concluídos,expected\\nT2,2027-03-03,out,900.00,Renda mensal do escritório,confirmed\\nT3,2027-03-08,out,450.00,Remunerações do pessoal,confirmed\",\"start_date\":\"2027-03-01\",\"opening_balance\":\"500.00\",\"currency\":\"EUR\",\"horizon_days\":14,\"reserve_buffer\":\"200.00\",\"inflow_delay_days\":4,\"outflow_delay_days\":0,\"inflow_percent\":100,\"outflow_percent\":100,\"expected_inflow_percent\":80,\"chart_interval\":\"daily\",\"sort_order\":\"date\"}"
}
Correspondência de pedidos de despesas com regras internas explicitamente aprovadas, seguida de revisão de limites determinísticos, referências de comprovativos em falta e possíveis duplicados.
Campos de entrada e configuração
Definições essenciais
expenses — Pedidos de reembolso de despesas
Cabeçalhos CSV: id,date,claimant,merchant,description,amount,receipt_id. Até 30 identificadores de origem únicos. Um código de requerente substitui dados pessoais desnecessários. Os montantes decimais positivos estão limitados a 10000000.00 e as descrições a 600 bytes UTF-8. Um identificador de comprovativo é uma referência, não conteúdo verificado do documento.
rules — Regras internas de despesas
Cabeçalhos CSV: id,description,max_amount,receipt_required. Até 12 identificadores únicos; descrições completas das regras até 800 bytes UTF-8. max_amount é um limite decimal não negativo ou vazio quando não existe limite numérico. receipt_required é yes ou no. Os limiares devem ser fornecidos explicitamente; o modelo nunca inventa regras fiscais ou de reembolso.
rules_approved — Confirmação das regras internas
Confirmação explícita de que estas descrições, limites e requisitos de comprovativos exatos constituem regras internas de revisão aprovadas. O texto de origem e a resposta do modelo não podem conceder aprovação. Alterar as regras exige nova confirmação.
no — Não aprovadas · yes — Estas regras exatas estão aprovadas
Predefinições: "no"
currency — Moeda
Uma única moeda para todas as linhas de origem, saldos, reservas e limites. Todos os montantes usam duas casas decimais; não é efetuada conversão cambial.
Por rubrica compara cada pedido com o limite da única regra proposta. Por dia soma os pedidos com o mesmo código de requerente normalizado, data e única regra. Os pedidos ambíguos ou sem correspondência permanecem por resolver e não entram num grupo de regra. Um grupo diário não constitui um direito a reembolso verificado.
per_item — Por rubrica · per_day — Por requerente, dia e regra
Predefinições: "per_item"
receipt_policy — Requisito de comprovativo
Aplica o requisito de cada regra explicitamente aprovada ou acrescenta um requisito mais rigoroso para todos os pedidos. Apenas é verificada a presença de uma referência de comprovativo não vazia; não são verificadas imagens, autenticidade ou pagamentos.
rule — Aplicar regras aprovadas · all — Exigir referência de comprovativo em todos os pedidos
Predefinições: "rule"
duplicate_check — Revisão de duplicados
Assinala referências de comprovativo repetidas, ou correspondência de data/requerente normalizado/comerciante normalizado/montante, ou ambas. As comparações removem espaços nas extremidades e ignoram maiúsculas. Todos os possíveis duplicados permanecem nos totais; nenhum pedido é removido sem indicação.
both — Ambas as verificações · receipt — Referências de comprovativos · fingerprint — Data, requerente, comerciante e montante
Predefinições: "both"
date_from — Revisão desde a data
Limite inferior opcional de data YYYY-MM-DD, inclusive. Os pedidos fora do intervalo são assinalados, mas mantidos na tabela, nos totais e nos grupos diários. Vazio significa sem limite inferior.
Predefinições: ""
date_to — Revisão até à data
Limite superior opcional de data YYYY-MM-DD, inclusive. Os pedidos fora do intervalo são assinalados, mas mantidos na tabela, nos totais e nos grupos diários. Vazio significa sem limite superior.
Predefinições: ""
sort_order — Ordem das linhas de revisão
Altera apenas a ordem das linhas de origem completas. As verificações monetárias, os dados de origem, as previsões e todas as observações mantêm-se inalterados.
source — Ordem de origem · date — Ordem por data · issues_first — Observações primeiro
Predefinições: "source"
include_evidence — Mostrar colunas de provas
Inclui a citação exata da despesa selecionada e os enunciados completos das regras propostas, ou omite estas duas colunas de apresentação. Os identificadores de origem e de regras, as observações e as verificações monetárias permanecem visíveis.
yes — Incluir citações · no — Apenas referências de origem
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 40000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "expense_policy_check",
"text": "{\"expenses\":\"id,date,claimant,merchant,description,amount,receipt_id\\nE1,2027-03-02,TEAM-A,Hotel da Cidade,Dormida em hotel para visita a um cliente,140.00,REC-101\\nE2,2027-03-02,TEAM-A,Companhia ferroviária,Viagem de comboio para a visita ao cliente,35.00,\\nE3,2027-03-02,TEAM-A,Hotel da Cidade,Dormida em hotel para visita a um cliente,140.00,REC-101\",\"rules\":\"id,description,max_amount,receipt_required\\nR1,O alojamento em hotel em deslocações profissionais é revisto face ao limite fornecido.,120.00,yes\\nR2,As deslocações profissionais de comboio exigem uma referência de comprovativo.,80.00,yes\",\"rules_approved\":\"yes\",\"currency\":\"EUR\",\"limit_scope\":\"per_item\",\"receipt_policy\":\"rule\",\"duplicate_check\":\"both\",\"date_from\":\"2027-03-01\",\"date_to\":\"2027-03-31\",\"sort_order\":\"issues_first\",\"include_evidence\":\"yes\"}"
}
Comparação de extratos de origem e destino com mapeamento, normalização e tolerâncias explícitos, seguida de revisão das classificações de IA de observações representativas ligadas às fontes.
Campos de entrada e configuração
Definições essenciais
source_csv — CSV de origem
Até 1000 linhas e 12 colunas. CSV UTF-8 separado por vírgulas com nomes de colunas ASCII; cada célula com no máximo 600 bytes.
target_csv — CSV de destino
Extrato de destino com as mesmas convenções CSV. Os conjuntos de dados vazios podem conter apenas o cabeçalho.
mapping_csv — Mapeamento de colunas
Cabeçalhos CSV source,target,type. Até dez mapeamentos; type é text, number ou reference. Os valores de referência têm de identificar uma linha no extrato correspondente. A correspondência de chaves usa sempre valores exatos.
Definições avançadas
source_key — Coluna-chave de origem
Uma coluna presente no CSV de origem. Chaves vazias ou duplicadas permanecem visíveis como lacunas nos dados.
Predefinições: "id"
target_key — Coluna-chave de destino
Uma coluna presente no CSV de destino. As chaves são comparadas exatamente, independentemente da normalização do texto.
Predefinições: "id"
whitespace — Comparação de espaços
«Exato» conserva os espaços; «Aparar» remove os espaços nas extremidades; «Compactar» também substitui sequências internas de espaços por um único espaço.
case_sensitive — Comparação de texto sensível a maiúsculas
«Não» compara o texto mapeado após conversão Unicode para minúsculas. As chaves e pesquisas de referências mantêm-se exatas.
yes — Sim · no — Não
Predefinições: "yes"
null_tokens — Marcadores de valores vazios
Um marcador por linha, no máximo oito marcadores e 120 bytes. Os marcadores são comparados após o processamento dos espaços e antes da normalização de maiúsculas.
Predefinições: "NULL"
empty_policy — Política de valores vazios
«Equivalente» trata os marcadores nulos configurados como cadeias vazias. «Exato» conserva os marcadores como valores normais.
exact — Exato · equivalent — Equivalente
Predefinições: "equivalent"
absolute_tolerance — Tolerância numérica absoluta
Diferença absoluta máxima na unidade numérica fornecida. Apenas valores com ponto decimal; sem conversão de unidades.
Tolerância relativa ao valor absoluto da origem. Aplica-se a maior das tolerâncias absoluta e relativa; uma origem igual a zero usa a tolerância absoluta.
Predefinições: 0
extra_rows — Registos de destino adicionais
«Assinalar» comunica registos adicionais de destino como observações. «Permitir» considera a sua presença aceitável no âmbito configurado.
issue — Assinalar · allow — Permitir
Predefinições: "issue"
detail_filter — Seleção de detalhes
«Só observações» oculta as linhas de detalhe correspondentes. «Todos» inclui as linhas correspondentes. Os totais e a seleção de candidatos de IA são independentes deste filtro de apresentação.
issues — Só observações · all — Todos
Predefinições: "issues"
Máximo de bytes UTF-8 de entrada: 200000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
{
"type": "object",
"additionalProperties": false,
"required": [
"source_csv",
"target_csv",
"mapping_csv"
],
"properties": {
"source_csv": {
"type": "string",
"description": "Up to 1,000 rows and 12 columns. Comma-separated UTF-8 CSV with ASCII column names; each cell at most 600 bytes.",
"maxLength": 190000
},
"target_csv": {
"type": "string",
"description": "Target extract using the same CSV conventions. Empty datasets may contain the header only.",
"maxLength": 190000
},
"mapping_csv": {
"type": "string",
"description": "CSV headers source,target,type. Up to ten mappings; type is text, number or reference. Reference values must identify a row in the corresponding extract. Key matching always uses exact values.",
"maxLength": 190000
},
"source_key": {
"type": "string",
"description": "A column present in the source CSV. Empty or duplicate keys remain visible as data gaps.",
"default": "id",
"maxLength": 600
},
"target_key": {
"type": "string",
"description": "A column present in the target CSV. Keys are matched exactly, independently of text normalization.",
"default": "id",
"maxLength": 600
},
"whitespace": {
"type": "string",
"description": "Exact preserves whitespace; trim removes surrounding whitespace; collapse also replaces internal whitespace runs with one space.",
"default": "trim",
"enum": [
"exact",
"trim",
"collapse"
],
"maxLength": 600
},
"case_sensitive": {
"type": "string",
"description": "No compares mapped text after Unicode lowercasing. Keys and reference lookups remain exact.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 600
},
"null_tokens": {
"type": "string",
"description": "One value per line, at most eight values and 120 bytes. Values match after whitespace processing and before case normalization.",
"default": "NULL",
"maxLength": 600
},
"empty_policy": {
"type": "string",
"description": "Equivalent treats the configured empty values as empty strings. Exact retains them as ordinary values.",
"default": "equivalent",
"enum": [
"exact",
"equivalent"
],
"maxLength": 600
},
"absolute_tolerance": {
"type": "number",
"description": "Maximum absolute difference in the supplied numeric unit. Decimal-dot values only; no unit conversion.",
"default": 0,
"minimum": 0,
"maximum": 1000000
},
"relative_tolerance_pct": {
"type": "number",
"description": "Tolerance relative to the absolute source value. The larger of absolute and relative tolerance applies; a zero source uses absolute tolerance.",
"default": 0,
"minimum": 0,
"maximum": 100
},
"extra_rows": {
"type": "string",
"description": "Issue reports additional target records as findings. Allow treats their presence as acceptable within the configured scope.",
"default": "issue",
"enum": [
"issue",
"allow"
],
"maxLength": 600
},
"detail_filter": {
"type": "string",
"description": "Issues hides matching detail rows. All includes matching rows. Totals and AI candidate selection remain independent of this display filter.",
"default": "issues",
"enum": [
"issues",
"all"
],
"maxLength": 600
}
}
}
Revisão de rastreabilidade de lotes e números de série
batch_traceability
Rastreio de relações entre lotes e registos de movimentos fornecidos, cálculo de saldos ligados às unidades e identificação de destinatários e provas em falta num âmbito explícito.
Campos de entrada e configuração
Definições essenciais
batches_csv — CSV do registo de lotes
Cabeçalhos id,product,serial,unit,opening,notes. Até 100 identificadores de lote únicos. opening é o saldo inicial do registo, não um inventário verificado de forma independente.
links_csv — CSV de relações entre lotes
Cabeçalhos parent,child; até 200 relações. As relações descrevem ligações de rastreabilidade e nunca deduzem existências. Um ficheiro contendo apenas o cabeçalho é válido.
movements_csv — CSV do registo de movimentos
Cabeçalhos id,batch,kind,quantity,unit,party,reference,date. Até 300 movimentos únicos. Tipos: receive,consume,ship,adjust_in,adjust_out. As quantidades são valores não negativos com ponto decimal; as datas usam YYYY-MM-DD.
start_batch — Lote inicial
É necessário exatamente um lote inicial ou número de série. Os identificadores de lote usam letras, dígitos, sublinhados ou hífenes.
Predefinições: ""
Definições avançadas
start_serial — Número de série inicial
Alternativa ao lote inicial. O número de série tem de identificar exatamente um lote fornecido.
Predefinições: ""
direction — Direção do rastreio
«Para a frente» segue do pai para o filho; «Para trás» do filho para o pai; «Ambos» explora ambas as direções. Os ciclos são visitados uma vez.
forward — Para a frente · backward — Para trás · both — Ambos
Predefinições: "both"
max_depth — Profundidade máxima das relações
Entre 1 e 20. As relações além do limite são contadas explicitamente; os respetivos lotes não são incluídos.
Predefinições: 10
as_of — Data limite dos movimentos
Data limite opcional em YYYY-MM-DD, inclusive. Apenas são filtradas as datas dos movimentos; relações de lotes sem data não são instantâneos históricos.
Predefinições: ""
include_zero — Mostrar existências nulas
«Não» oculta as linhas de detalhe de existências com saldo zero. O alcance do rastreio, os movimentos e a revisão de notas por IA não são afetados.
yes — Sim · no — Não
Predefinições: "yes"
movement_view — Detalhes dos movimentos
«Todos» apresenta todos os movimentos selecionados. «Expedições» apresenta apenas expedições; «Existências» apresenta os restantes movimentos. Cada movimento selecionado continua a contribuir para o saldo de existências.
all — Todos · shipments — Expedições · stock — Existências
Predefinições: "all"
minimum_stock — Limiar de aviso de existências
Os saldos inferiores a este limiar são destacados. As unidades têm de corresponder exatamente às de cada lote. Os movimentos incompatíveis são excluídos dos cálculos e comunicados como lacunas.
Predefinições: 0
detail_order — Ordem dos detalhes
«Lote» ordena pelo identificador de lote. «Observações primeiro» coloca as observações determinísticas antes dos detalhes normais.
batch — Lote · issues_first — Observações primeiro
Predefinições: "batch"
Máximo de bytes UTF-8 de entrada: 200000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "batch_traceability",
"text": "{\"batches_csv\":\"id,product,serial,unit,opening,notes\\nB1,Material de base,S1,kg,100,Manter seco\\nB2,Produto acabado,S2,kg,20,Inspecionar a embalagem\",\"links_csv\":\"parent,child\\nB1,B2\",\"movements_csv\":\"id,batch,kind,quantity,unit,party,reference,date\\nM1,B2,ship,5,kg,Armazém A,DEL-1,2026-11-01\",\"start_batch\":\"B1\",\"start_serial\":\"\",\"direction\":\"forward\",\"max_depth\":10,\"as_of\":\"\",\"include_zero\":\"yes\",\"movement_view\":\"all\",\"minimum_stock\":0,\"detail_order\":\"batch\"}"
}
Esquema de configuração completo
{
"type": "object",
"additionalProperties": false,
"required": [
"batches_csv",
"links_csv",
"movements_csv"
],
"properties": {
"batches_csv": {
"type": "string",
"description": "Headers id,product,serial,unit,opening,notes. Up to 100 unique batch IDs. Opening is the starting ledger balance, not an independently verified inventory.",
"maxLength": 190000
},
"links_csv": {
"type": "string",
"description": "Headers parent,child; up to 200 relationships. Relationships describe trace links and never deduct stock. A header-only file is valid.",
"maxLength": 190000
},
"movements_csv": {
"type": "string",
"description": "Headers id,batch,kind,quantity,unit,party,reference,date. Up to 300 unique movements. Kinds: receive,consume,ship,adjust_in,adjust_out. Quantities are non-negative decimal-dot values; dates use YYYY-MM-DD.",
"maxLength": 190000
},
"start_batch": {
"type": "string",
"description": "Exactly one starting batch or serial number is required. Batch IDs use letters, digits, underscores or hyphens.",
"default": "",
"maxLength": 600
},
"start_serial": {
"type": "string",
"description": "Alternative to the starting batch. The serial must identify exactly one supplied batch.",
"default": "",
"maxLength": 600
},
"direction": {
"type": "string",
"description": "Forward follows parent to child; backward follows child to parent; both explores both directions. Cycles are visited once.",
"default": "both",
"enum": [
"forward",
"backward",
"both"
],
"maxLength": 600
},
"max_depth": {
"type": "integer",
"description": "Between 1 and 20. Relationships beyond the boundary are counted explicitly; their batches are not included.",
"default": 10,
"minimum": 1,
"maximum": 20
},
"as_of": {
"type": "string",
"description": "Optional inclusive cutoff in YYYY-MM-DD. Only movement dates are filtered; undated batch relationships are not historical snapshots.",
"default": "",
"maxLength": 600
},
"include_zero": {
"type": "string",
"description": "No hides zero-balance stock detail rows. Trace reach, movements and AI note review are unaffected.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 600
},
"movement_view": {
"type": "string",
"description": "All displays every selected movement. Shipments displays shipping movements only; stock displays other movements. Every selected movement still contributes to the stock balance.",
"default": "all",
"enum": [
"all",
"shipments",
"stock"
],
"maxLength": 600
},
"minimum_stock": {
"type": "number",
"description": "Balances below this threshold are highlighted. Units must match each batch exactly. Incompatible movements are excluded from arithmetic and reported as gaps.",
"default": 0,
"minimum": -1000000,
"maximum": 1000000
},
"detail_order": {
"type": "string",
"description": "Batch sorts by batch identifier. Issues first places deterministic findings before ordinary details.",
"default": "batch",
"enum": [
"batch",
"issues_first"
],
"maxLength": 600
}
}
}
Planeamento de manutenção fundamentado nas fontes
maintenance_planner
Planeamento de manutenção por datas e horas de funcionamento a partir de intervalos explícitos da fonte, com revisão de atrasos, funções responsáveis e exportação de calendário confirmada separadamente.
Campos de entrada e configuração
Definições essenciais
assets — Registos de origem de manutenção
Cabeçalhos CSV: id,asset,instruction,interval_days,interval_hours,last_date,last_hours,current_hours,priority,owner. O texto CSV está limitado a 40 000 bytes UTF-8. Até 20 identificadores únicos em maiúsculas; asset e owner até 160 bytes UTF-8, instrução do fabricante até 1200 bytes. É necessário pelo menos um intervalo positivo explícito: dias 1–3650 ou horas 1–100000. Os intervalos diários exigem last_date em YYYY-MM-DD, não posterior à data de referência. Os intervalos horários exigem last_hours e current_hours inteiros de 0–10000000, com current_hours não inferior a last_hours. As células de intervalos e contadores não utilizadas ficam vazias. priority é high, medium ou low. owner pode ficar vazio. Os intervalos têm de ser transcritos das informações reais do fabricante ou de uma fonte de manutenção aprovada; a ferramenta não verifica a sua autoridade.
Predefinições: ""
reference_date — Data de referência
Data YYYY-MM-DD explícita usada para comparar vencimentos e prazos de ações; anos suportados 2000–2100. Não é adivinhada qualquer data atual.
Predefinições: "2026-11-03"
Definições avançadas
horizon_days — Horizonte de planeamento em dias
Os vencimentos de calendário até à data de referência mais este número de dias ficam dentro do horizonte de planeamento. A data seguinte é last_date mais o intervalo fornecido; o trabalho em atraso não é transferido para o futuro sem indicação.
Predefinições: 30
priority_filter — Filtro de prioridade
Filtra a prioridade explicitamente fornecida antes da seleção do modelo. A prioridade não é deduzida do nome do equipamento nem gerada pelo modelo.
all — Todos · high — Alta · high_medium — Alta e média
Predefinições: "all"
due_filter — Filtro de estado de vencimento
Todos inclui trabalhos posteriores. Devidos inclui tarefas em atraso, datas dentro do horizonte e limiares horários dentro do aviso configurado. Em atraso exige uma data estritamente anterior à referência ou um saldo negativo de horas restantes. A igualdade significa vencimento atingido, não atraso.
all — Todos · due — Devidos dentro dos limites selecionados · overdue — Em atraso
Predefinições: "due"
hours_warning — Limiar de aviso de horas de funcionamento
Inclui tarefas horárias quando as horas restantes são iguais ou inferiores a este limiar. Não é uma estimativa do ritmo de utilização e nunca cria uma data de calendário a partir de horas.
Predefinições: 20
max_items — Máximo de registos selecionados
A IA seleciona este número de registos elegíveis, ou todos se restarem menos. A seleção é uma proposta de revisão; os registos excluídos ou não selecionados são contados em vez de apresentados como concluídos.
Predefinições: 12
detail — Detalhe dos excertos
Os excertos breves contêm no máximo 180 bytes UTF-8; os detalhados, 600. Os excertos mantêm a redação exata da fonte no idioma original.
Ordena as linhas selecionadas completas por prioridade fornecida, vencimento calculado com tarefas apenas horárias no fim ou pela ordem original da fonte.
priority — Prioridade fornecida · date — Data de origem · source — Ordem de origem
Predefinições: "priority"
calendar_name — Nome do calendário
Nome da exportação de calendário confirmada separadamente, no máximo 120 bytes UTF-8. Apenas vencimentos datados validados podem tornar-se eventos. Nenhum serviço de calendário é contactado.
Predefinições: "Maintenance review"
reminder_days — Antecedência do lembrete
0 desativa os lembretes. Caso contrário, o calendário confirmado usa um lembrete visual 1–90 dias antes de cada evento selecionado de dia inteiro. É obrigatória uma confirmação humana separada.
Predefinições: 7
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "maintenance_planner",
"text": "{\"assets\":\"id,asset,instruction,interval_days,interval_hours,last_date,last_hours,current_hours,priority,owner\\nA1,Filtro de ar,Inspecionar o filtro e registar a sujidade visível.,30,,2026-10-10,,,high,Equipa de manutenção\\nA2,Compressor da oficina,Verificar o estado da correia e registar o resultado.,,200,,1000,1190,medium,Responsável da oficina\",\"reference_date\":\"2026-11-03\",\"horizon_days\":30,\"priority_filter\":\"all\",\"due_filter\":\"due\",\"hours_warning\":20,\"max_items\":12,\"detail\":\"detailed\",\"sort_order\":\"priority\",\"calendar_name\":\"Datas de manutenção revistas\",\"reminder_days\":7}"
}
Organização da cronologia do incidente, impacto, causas confirmadas na fonte, hipóteses e acompanhamento de ações com provas exatas e perguntas por responder visíveis.
Campos de entrada e configuração
Definições essenciais
incident — Título do incidente
Nome breve do incidente, até 200 bytes UTF-8. Sem segredos, identificadores pessoais ou credenciais.
Predefinições: ""
evidence — Registos de provas do incidente
Cabeçalhos CSV: id,date,kind,status,impact,owner,deadline,text,criterion. O texto CSV está limitado a 40 000 bytes UTF-8. Até 24 identificadores únicos em maiúsculas; text até 1200 bytes UTF-8, criterion até 500 e owner até 160. date e deadline usam YYYY-MM-DD ou ficam vazios. kind é event, impact, cause, hypothesis ou action. status é recorded, confirmed, open, in_progress, done, verified ou unknown. cause exige confirmed; hypothesis exige open ou unknown; action exige open, in_progress, done, verified ou unknown. impact é high, medium, low ou unknown. Confirmação e verificação são afirmações no registo fornecido, não conclusões independentes. Responsáveis, prazos e critérios de eficácia em falta ficam vazios.
Predefinições: ""
reference_date — Data de referência
Data YYYY-MM-DD explícita usada para comparar vencimentos e prazos de ações; anos suportados 2000–2100. Não é adivinhada qualquer data atual.
Predefinições: "2026-11-03"
Definições avançadas
focus — Foco da revisão
Seleciona todas as provas, a cronologia de eventos e impactos, causas e hipóteses ou ações antes da seleção do modelo. Provas de eventos e impactos relacionados podem continuar a ser referenciadas a partir do instantâneo completo fornecido.
all — Todos · chronology — Cronologia · causes — Causas e hipóteses · actions — Ações
Predefinições: "all"
cause_filter — Filtro de classificação de causas
Mantém ambas as classificações da fonte, apenas causas confirmadas na fonte ou apenas hipóteses. O modelo não pode promover uma hipótese a causa confirmada. A confirmação é copiada da entrada e tem de ser revista independentemente.
all — Todos · confirmed — Confirmado na fonte fornecida · hypotheses — Apenas hipóteses
Predefinições: "all"
action_filter — Filtro de estado das ações
Todos mantém cada estado de ação fornecido. Abertas inclui open, in_progress e unknown; verificadas inclui apenas ações declaradas verified na fonte. Uma ação concluída não é automaticamente eficaz nem verificada.
all — Todos · open — Abertas · verified — Verificado na fonte fornecida
Predefinições: "all"
impact_filter — Filtro de impacto
Filtra o nível de impacto explícito em todos os tipos de registos. Impacto desconhecido só é incluído com Todos. O modelo nunca inventa a gravidade.
all — Todos · high — Alta · high_medium — Alta e média
Predefinições: "all"
max_items — Máximo de registos selecionados
A IA seleciona este número de registos elegíveis, ou todos se restarem menos. A seleção é uma proposta de revisão; os registos excluídos ou não selecionados são contados em vez de apresentados como concluídos.
Predefinições: 16
detail — Detalhe dos excertos
Os excertos breves contêm no máximo 180 bytes UTF-8; os detalhados, 600. Os excertos mantêm a redação exata da fonte no idioma original.
Ordena as linhas selecionadas completas por data da fonte com itens sem data no fim, tipo de registo traduzido ou pela ordem original da fonte. Datas em falta nunca são deduzidas.
chronology — Cronologia · type — Tipo de registo · source — Ordem de origem
Predefinições: "chronology"
include_questions — Incluir perguntas sobre lacunas nas provas
Acrescenta perguntas fixas de revisão sobre suporte de causas em falta, funções responsáveis, prazos de ações e critérios de eficácia. Ações não verificadas permanecem perguntas, não verificações automaticamente concluídas. Prazos vencidos de ações abertas são comparados com a data de referência explícita.
Predefinições: true
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "incident_review",
"text": "{\"incident\":\"Interrupção da linha de embalagem\",\"evidence\":\"id,date,kind,status,impact,owner,deadline,text,criterion\\nE1,2026-11-02,event,recorded,high,,,A linha parou após o alarme de temperatura.,\\nE2,2026-11-02,impact,recorded,high,,,A produção foi interrompida durante 25 minutos.,\\nH1,2026-11-02,hypothesis,open,high,,,\\\"Suspeita-se de uma passagem de arrefecimento bloqueada, mas não foi confirmada.\\\",\\nA1,2026-11-03,action,open,high,Responsável de manutenção,2026-11-05,Inspecionar a passagem de arrefecimento e registar as observações.,Nenhum alarme de temperatura durante o ensaio de validação documentado.\",\"reference_date\":\"2026-11-03\",\"focus\":\"all\",\"cause_filter\":\"all\",\"action_filter\":\"all\",\"impact_filter\":\"all\",\"max_items\":16,\"detail\":\"detailed\",\"sort_order\":\"chronology\",\"include_questions\":true}"
}
Comparação dos custos líquidos planeados com atribuições reais fundamentadas nas fontes, cálculos exatos por linha, desvios e avisos de margem.
Campos de entrada e configuração
Definições essenciais
plans — Rubricas planeadas
Colunas CSV id,description,planned_net,revenue_net. Até 15 rubricas. Todos os montantes são líquidos e numa única moeda.
actuals — Custos reais
Colunas CSV id,date,kind,description,quantity,unit_net,plan_id. Até 30 linhas. A quantidade de mão de obra representa horas; as quantidades de material e serviços externos representam unidades. Um plan_id vazio solicita uma proposta do modelo.
currency — Moeda
Uma única moeda com duas casas decimais aplica-se a todos os valores.
Só são aceites dados líquidos; não são calculados impostos nem convertidos montantes brutos em líquidos.
yes — Sim · no — Não
Predefinições: "no"
Definições avançadas
rounding — Arredondamento por linha
Cada quantidade multiplicada pelo preço unitário é arredondada a cêntimos antes da soma. O arredondamento ao par leva empates exatos ao cêntimo par.
half_up — Arredondar empates para cima · half_even — Arredondar empates para o cêntimo par
Predefinições: "half_up"
group_by — Ordem dos detalhes
Ordenação das linhas detalhadas por rubrica atribuída, tipo de custo ou ID da origem. Os totais planeados permanecem sempre separados.
plan — Rubrica planeada · kind — Tipo de custo · source — ID da origem
Predefinições: "plan"
variance_filter — Visibilidade das linhas planeadas
Apresentação opcional apenas das linhas cujo desvio positivo de custo excede o limiar. Os totais de resumo e todas as constatações permanecem completos.
all — Todos · over_threshold — Acima do limiar de desvio
Predefinições: "all"
variance_threshold — Limiar de desvio de custos
Montante líquido não negativo utilizado nas constatações de excesso de custo e no filtro opcional de linhas planeadas.
Predefinições: "0.00"
margin_warning_percent — Percentagem de aviso de margem
Sinalização das margens dos custos atribuídos inferiores a esta percentagem inteira, de 0 a 100. Receitas nulas originam uma margem desconhecida.
Predefinições: 20
date_from — Início do período
Data opcional inclusiva. Só são filtrados custos reais; os custos planeados e receitas fornecidos permanecem completos e inalterados.
Predefinições: ""
date_to — Fim do período
Data opcional inclusiva. As linhas reais excluídas permanecem visíveis e não entram nos totais selecionados.
Predefinições: ""
mapping_mode — Política de atribuição
O modo assistido utiliza uma única proposta validada do modelo. O modo explícito atribui apenas os valores plan_id fornecidos; custos ambíguos ou sem correspondência permanecem não atribuídos.
assisted — Atribuição assistida · explicit_only — Apenas atribuições explícitas
Predefinições: "assisted"
show_details — Mostrar linhas detalhadas normais
As linhas não atribuídas, ambíguas e excluídas permanecem visíveis mesmo quando os detalhes normais estão ocultos.
yes — Sim · no — Não
Predefinições: "yes"
include_quotes — Mostrar citações de origem
A evidência continua a ser validada mesmo quando as citações estão ocultas no relatório.
yes — Sim · no — Não
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "job_cost_review",
"text": "{\"plans\":\"id,description,planned_net,revenue_net\\nP1,Lançamento do site,600.00,1000.00\",\"actuals\":\"id,date,kind,description,quantity,unit_net,plan_id\\nA1,2027-03-01,labor,Implementação do lançamento do site,8.000,80.00,P1\\nA2,2027-03-02,material,Grafismo do lançamento do site,1.000,100.00,\",\"currency\":\"EUR\",\"net_basis\":\"yes\",\"rounding\":\"half_up\",\"group_by\":\"plan\",\"variance_filter\":\"all\",\"variance_threshold\":\"0.00\",\"margin_warning_percent\":30,\"date_from\":\"\",\"date_to\":\"\",\"mapping_mode\":\"assisted\",\"show_details\":\"yes\",\"include_quotes\":\"yes\"}"
}
Verificação de eventos explícitos de pedidos face a regras confirmadas, com cálculos de horários de trabalho, pausas e mudanças da hora.
Campos de entrada e configuração
Definições essenciais
events — Eventos dos pedidos
Colunas CSV id,ticket,at,event,priority,description. Até 60 eventos de 12 pedidos em 31 dias decorridos. As datas e horas exigem segundos e um desvio UTC explícito.
rules — Regras SLA aprovadas
Colunas CSV id,priority,description,response_minutes,resolution_minutes. Até 12 regras; cada limiar é um inteiro positivo explícito em minutos.
As descrições e os limiares numéricos fornecidos exigem confirmação explícita antes do processamento.
no — Não · yes — Sim
Predefinições: "no"
Definições avançadas
timezone — Fuso horário de trabalho
Datas locais, dias da semana, horários de trabalho e feriados fornecidos utilizam este fuso. Os desvios das datas e horas de origem determinam a ordem cronológica.
O tempo de trabalho conta apenas os intervalos locais configurados. O tempo decorrido conta todos os segundos. As pausas selecionadas são excluídas em ambos os modos.
business — Tempo de trabalho · elapsed — Tempo decorrido
Predefinições: "business"
business_hours — Intervalo diário de trabalho
Um intervalo HH:MM-HH:MM no mesmo dia, com início anterior ao fim e ambas as horas antes das 24:00. Aplica-se ao modo de tempo de trabalho.
Predefinições: "09:00-17:00"
business_days — Dias úteis da semana
Números únicos de dias separados por vírgulas, de segunda-feira 1 a domingo 7. Aplica-se ao modo de tempo de trabalho.
Predefinições: "1,2,3,4,5"
holidays — Datas locais excluídas
Até 31 datas únicas YYYY-MM-DD, separadas por vírgulas ou mudanças de linha. Não é pressuposto um calendário automático de feriados; aplica-se ao modo de tempo de trabalho.
Predefinições: ""
pause_states — Estados de pausa do relógio
pause_customer e/ou pause_vendor separados por vírgulas, ou vazio para nenhuma exclusão de tempo. resume termina uma pausa ativa; resolve também a termina.
Predefinições: "pause_customer"
cycle_mode — Seleção de ciclos
Análise de todos os ciclos explícitos open/reopen ou apenas do primeiro. Os restantes permanecem visíveis como excluídos; os avisos de sequência são conservados.
all — Todos · first — Apenas o primeiro ciclo
Predefinições: "all"
date_from — Início do período
Data local de abertura opcional inclusiva para selecionar ciclos. Os eventos são conservados para validar a sequência.
Predefinições: ""
date_to — Fim do período
Data local de abertura opcional inclusiva para selecionar ciclos. Os ciclos excluídos permanecem visíveis.
Predefinições: ""
sort_order — Ordenação dos resultados
Ordenação por pedido ou apresentação das constatações e ciclos incompletos primeiro.
ticket — Pedido de suporte · issues_first — Constatações primeiro
Predefinições: "ticket"
include_quotes — Mostrar citações de origem
A evidência continua a ser validada mesmo quando as citações estão ocultas no relatório.
yes — Sim · no — Não
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "sla_review",
"text": "{\"events\":\"id,ticket,at,event,priority,description\\nE1,T1,2027-03-01T09:00:00+01:00,open,high,Interrupção do serviço alojado\\nE2,T1,2027-03-01T09:30:00+01:00,response,high,Primeira resposta do suporte\\nE3,T1,2027-03-01T10:00:00+01:00,pause_customer,high,Espera por informação do cliente\\nE4,T1,2027-03-01T11:00:00+01:00,resume,high,Informação do cliente recebida\\nE5,T1,2027-03-01T12:00:00+01:00,resolve,high,Serviço restabelecido\",\"rules\":\"id,priority,description,response_minutes,resolution_minutes\\nR1,high,Incidentes de serviço alojado de alta prioridade,60,180\",\"rules_approved\":\"yes\",\"timezone\":\"Europe/Berlin\",\"clock\":\"business\",\"business_hours\":\"09:00-17:00\",\"business_days\":\"1,2,3,4,5\",\"holidays\":\"\",\"pause_states\":\"pause_customer\",\"cycle_mode\":\"all\",\"date_from\":\"\",\"date_to\":\"\",\"sort_order\":\"ticket\",\"include_quotes\":\"yes\"}"
}
Atribuição dos comprimentos solicitados a barras ou rolos fornecidos, com largura de corte, aparos, grupos de material, sobras e preferências de custo explícitos, seguida da análise de cada atribuição e sobra.
Campos de entrada e configuração
Definições essenciais
demand — CSV das peças necessárias
Cabeçalhos id,material,unit,length,quantity,note. Até 20 ID únicos em maiúsculas e 200 exemplares de peças no total. Comprimentos positivos usam ponto decimal com até três casas; quantity é um inteiro positivo. As notas têm no máximo 300 bytes UTF-8. Todas as linhas dos dois ficheiros devem usar uma unidade comum: mm, cm, m ou in.
stock — CSV do material disponível
Cabeçalhos id,material,unit,length,quantity,cost,kind,note. Até 30 ID únicos em maiúsculas e 100 exemplares de material no total. kind é new ou remnant; cost é um montante decimal não negativo por exemplar, com até duas casas na moeda selecionada. As sobras existentes são elementos explícitos; não é comprado material.
Definições avançadas
kerf — Largura de corte por peça
Texto decimal não negativo na unidade comum de comprimento, com até três casas decimais. É contabilizado exatamente um corte por peça atribuída, incluindo a última.
Predefinições: "0"
trim_start — Aparo inicial
Texto decimal não negativo descontado uma vez do início de cada elemento utilizado, na unidade comum.
Predefinições: "0"
trim_end — Aparo final
Texto decimal não negativo descontado uma vez do fim de cada elemento utilizado, na unidade comum.
Predefinições: "0"
minimum_remnant — Sobra reutilizável mínima
Texto decimal não negativo. Comprimentos restantes positivos iguais ou superiores ao limiar são apresentados como reutilizáveis; sobras mais curtas contam como desperdício. Esta classificação não altera a colocação.
Predefinições: "0"
strategy — Estratégia de colocação
O melhor ajuste escolhe a menor capacidade restante após as preferências prioritárias do material. O primeiro ajuste omite esta ordenação por capacidade restante. Ambas são heurísticas gulosas limitadas e nunca demonstram otimização global.
best_fit — Melhor ajuste · first_fit — Primeiro ajuste
Predefinições: "best_fit"
objective — Objetivo de seleção do material
Material prefere elementos compatíveis mais curtos após as preferências por sobras e material já iniciado. Custo ordena material não iniciado pelo custo unitário fornecido antes da capacidade restante. O material já iniciado é preferido. Não é declarado um custo mínimo global.
material — Utilização de material · cost — Custo fornecido
Predefinições: "material"
currency — Moeda dos custos
Uma única etiqueta para todos os custos fornecidos. Não é efetuada conversão cambial nem verificação independente de preços.
prefer_remnants — Dar prioridade a sobras existentes
Sim coloca sobras compatíveis antes de material novo. Esta preferência precede a ordenação por material iniciado, custo e capacidade restante.
yes — Sim · no — Não
Predefinições: "yes"
allow_remnants — Permitir sobras existentes
A opção «Não» exclui da colocação as linhas marcadas remnant. A exclusão nunca cria material novo nem altera as quantidades necessárias.
yes — Sim · no — Não
Predefinições: "yes"
material_case — Grupos de material sensíveis a maiúsculas
São removidos espaços exteriores dos nomes de materiais. A opção «Não» também compara os nomes convertidos para minúsculas Unicode; grupos diferentes nunca são misturados.
yes — Sim · no — Não
Predefinições: "yes"
cut_order — Ordem de colocação das peças
Mais compridas primeiro ordena por comprimento e usa a ordem de origem proposta pela IA para desempatar. A prioridade IA segue a ordem fundamentada nas fontes proposta a partir das notas de necessidade. Cada exemplar solicitado continua contabilizado.
longest_first — Mais compridas primeiro · ai_priority — Prioridade proposta pela IA
Predefinições: "longest_first"
display_order — Ordem dos resultados
Material ordena os exemplares utilizados pelo identificador. Desperdício primeiro ordena pela soma de corte, aparos e comprimento restante. A ordem visual nunca altera o plano calculado.
stock — Identificador do material · waste_first — Maior comprimento não produtivo primeiro
Predefinições: "stock"
Máximo de bytes UTF-8 de entrada: 180000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cutting_plan",
"text": "{\"demand\":\"id,material,unit,length,quantity,note\\nD1,Alumínio,mm,400,2,Manusear as arestas com cuidado\\nD2,Alumínio,mm,180,2,Encomenda normal de oficina\",\"stock\":\"id,material,unit,length,quantity,cost,kind,note\\nS1,Alumínio,mm,1000,2,12.50,new,Barra normal disponível\\nS2,Alumínio,mm,400,1,2.00,remnant,Sobra existente\",\"kerf\":\"2\",\"trim_start\":\"5\",\"trim_end\":\"5\",\"minimum_remnant\":\"100\",\"strategy\":\"best_fit\",\"objective\":\"material\",\"currency\":\"EUR\",\"prefer_remnants\":\"yes\",\"allow_remnants\":\"yes\",\"material_case\":\"yes\",\"cut_order\":\"longest_first\",\"display_order\":\"stock\"}"
}
Esquema de configuração completo
{
"type": "object",
"additionalProperties": false,
"required": [
"demand",
"stock"
],
"properties": {
"demand": {
"type": "string",
"description": "Headers id,material,unit,length,quantity,note. Up to 20 unique uppercase IDs and 200 total part instances. Positive lengths use a decimal point with at most three decimals; positive integer quantity. Notes are at most 300 UTF-8 bytes. All rows in both files must use one common unit: mm, cm, m or in.",
"maxLength": 160000
},
"stock": {
"type": "string",
"description": "Headers id,material,unit,length,quantity,cost,kind,note. Up to 30 unique uppercase IDs and 100 total stock instances. kind is new or remnant; cost is a nonnegative per-item decimal amount with at most two decimals in the selected currency. Existing remnants are explicit stock items; no stock is purchased.",
"maxLength": 160000
},
"kerf": {
"type": "string",
"description": "Nonnegative decimal string in the common length unit, at most three decimals. Exactly one kerf is charged per allocated part, including the final part.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"trim_start": {
"type": "string",
"description": "Nonnegative decimal string deducted once from the start of every used stock item, in the common unit.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"trim_end": {
"type": "string",
"description": "Nonnegative decimal string deducted once from the end of every used stock item, in the common unit.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"minimum_remnant": {
"type": "string",
"description": "Nonnegative decimal string. Positive remaining lengths at or above this threshold are reported as reusable; shorter remnants count as waste. This classification does not change placement.",
"default": "0",
"maxLength": 120,
"pattern": "^(0|[1-9][0-9]{0,5})(\\.[0-9]{1,3})?$"
},
"strategy": {
"type": "string",
"description": "Best fit chooses the smallest remaining capacity after the higher-priority stock preferences. First fit omits that remaining-capacity ranking. Both are bounded greedy heuristics and never prove optimality.",
"default": "best_fit",
"enum": [
"best_fit",
"first_fit"
],
"maxLength": 120
},
"objective": {
"type": "string",
"description": "Material prefers shorter fitting stock after remnant and opened-stock preferences. Cost ranks unopened stock by the supplied per-item cost before remaining capacity. Already opened stock is preferred. No global cost minimum is claimed.",
"default": "material",
"enum": [
"material",
"cost"
],
"maxLength": 120
},
"currency": {
"type": "string",
"description": "A single label for all supplied stock costs. No exchange-rate conversion or independent price verification is performed.",
"default": "EUR",
"enum": [
"EUR",
"USD",
"GBP",
"PLN",
"CHF"
],
"maxLength": 120
},
"prefer_remnants": {
"type": "string",
"description": "Yes ranks compatible remnant stock before new stock. This preference comes before opened-stock, cost and remaining-capacity ranking.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"allow_remnants": {
"type": "string",
"description": "No excludes stock rows marked remnant from placement. Their exclusion never creates new stock or changes demand quantities.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"material_case": {
"type": "string",
"description": "Material names are trimmed. No additionally compares Unicode lowercase names; different material groups are never mixed.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"cut_order": {
"type": "string",
"description": "Longest first orders by length and uses the AI-proposed source order to break ties. AI priority follows the source-bound order proposed from demand notes. Every demand instance remains accounted for.",
"default": "longest_first",
"enum": [
"longest_first",
"ai_priority"
],
"maxLength": 120
},
"display_order": {
"type": "string",
"description": "Stock orders used stock instances by identifier. Waste first orders by combined kerf, trim and remaining length. Display order never changes the computed plan.",
"default": "stock",
"enum": [
"stock",
"waste_first"
],
"maxLength": 120
}
}
}
Análise de séries de medições
measurement_review
Comparação de valores medidos com limites explicitamente aprovados, resumo de grupos de características e lotes e análise de leituras ausentes, especificações ambíguas e observações de IA fundamentadas nas fontes.
Campos de entrada e configuração
Definições essenciais
measurements — CSV das medições
Cabeçalhos id,feature,batch,date,value,unit,note. Até 500 ID únicos em maiúsculas, 20 grupos de característica e unidade e 100 grupos de resultados. Datas em YYYY-MM-DD de 2000 a 2100 inclusive. value é texto decimal com sinal e até seis casas, ou vazio. As notas têm até 300 bytes UTF-8.
specifications — CSV das especificações aprovadas
Cabeçalhos id,feature,unit,lower,upper,note. Até 20 ID únicos em maiúsculas. Cada especificação exige pelo menos um limite; um limite inferior ou superior vazio significa verificação unilateral. Os limites são textos decimais com sinal e até seis casas. A correspondência usa a comparação configurada de nomes de características e unidades exatas. Várias correspondências permanecem por resolver.
limits_approved — Confirmar limites fornecidos
Confirmação explícita de que estas especificações e limites exatos estão aprovados para esta análise. Alterações exigem nova confirmação. Notas de origem e resultados do modelo não podem conceder aprovação.
no — Não aprovado · yes — Estes limites exatos estão aprovados
Predefinições: "no"
Definições avançadas
date_from — Incluir desde a data
Limite inferior opcional inclusivo em YYYY-MM-DD. Observações anteriores são excluídas das estatísticas e contadas separadamente.
Predefinições: ""
date_to — Incluir até à data
Limite superior opcional inclusivo em YYYY-MM-DD. Observações posteriores são excluídas das estatísticas e contadas separadamente.
Predefinições: ""
group_by — Agrupamento estatístico
Característica combina todos os lotes incluídos por característica e unidade exata. Característica e lote mantém os lotes separados. É aceite um máximo de 100 grupos de resultados.
feature — Característica e unidade · feature_batch — Característica, unidade e lote
Predefinições: "feature_batch"
case_sensitive — Correspondência de características sensível a maiúsculas
São removidos espaços exteriores dos nomes. A opção «Não» também compara os nomes convertidos para minúsculas Unicode. As unidades correspondem sempre exatamente; não há conversão nem associação inferida de nomes alternativos.
yes — Sim · no — Não
Predefinições: "yes"
missing_policy — Política de medições ausentes
Reportar assinala para análise grupos com valores vazios. Excluir omite valores vazios das estatísticas sem esse aviso adicional de grupo. As contagens de valores ausentes permanecem visíveis em ambos os modos; texto numérico inválido é rejeitado.
Inclusivos aceita valores iguais a um limite fornecido. Exclusivos assinala a igualdade como fora do intervalo. As comparações usam valores exatos de ponto fixo sem arredondamento.
Entre 0 e 6 casas decimais para estatísticas descritivas. O arredondamento visual nunca altera limites de especificação nem decisões de valores fora do intervalo.
Predefinições: 3
minimum_sample — Dimensão mínima da amostra numérica
Grupos com menos observações numéricas recebem estado de análise. Entre 2 e 500; o limiar não estabelece confiança estatística nem representatividade.
Predefinições: 5
deviation — Convenção do desvio-padrão
Amostra usa n−1 e exige pelo menos duas observações numéricas. População usa n e exige pelo menos uma. Os valores descrevem apenas as observações fornecidas; não implicam inferências sobre uma população mais ampla.
sample — Desvio-padrão amostral · population — Desvio-padrão populacional
Predefinições: "sample"
sort_order — Ordem dos grupos
Origem conserva a primeira ocorrência de cada grupo. Problemas primeiro coloca os grupos de análise no início. Característica ordena pelo nome fornecido e lote. As estatísticas permanecem inalteradas.
source — Ordem de origem · issues_first — Grupos de análise primeiro · feature — Característica e lote
Predefinições: "source"
include_evidence — Mostrar citação representativa
Sim inclui a nota exata da primeira medição incluída por grupo de característica e unidade. A opção «Não» oculta apenas esta coluna de apresentação; ID de origem e validação do modelo permanecem inalterados.
yes — Incluir citação · no — Apenas ID de origem
Predefinições: "yes"
detail_filter — Grupos apresentados
Todos apresenta cada grupo incluído. Problemas apresenta grupos com especificações ausentes ou ambíguas, valores fora do intervalo, amostra numérica insuficiente ou valores ausentes no modo de reporte. As contagens de resumo completas permanecem inalteradas.
all — Todos os grupos · issues — Apenas grupos de análise
Predefinições: "all"
Máximo de bytes UTF-8 de entrada: 180000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "measurement_review",
"text": "{\"measurements\":\"id,feature,batch,date,value,unit,note\\nM1,Diâmetro,B1,2026-11-01,10.010,mm,Zero do instrumento verificado\\nM2,Diâmetro,B1,2026-11-01,10.020,mm,Mesmo procedimento de medição\\nM3,Diâmetro,B1,2026-11-01,10.060,mm,Repetição da medição recomendada\\nM4,Diâmetro,B1,2026-11-01,,mm,Leitura indisponível\",\"specifications\":\"id,feature,unit,lower,upper,note\\nS1,Diâmetro,mm,9.950,10.050,Revisão A do desenho aprovada\",\"limits_approved\":\"yes\",\"date_from\":\"\",\"date_to\":\"\",\"group_by\":\"feature_batch\",\"case_sensitive\":\"yes\",\"missing_policy\":\"report\",\"boundary\":\"inclusive\",\"rounding_digits\":3,\"minimum_sample\":3,\"deviation\":\"sample\",\"sort_order\":\"source\",\"include_evidence\":\"yes\",\"detail_filter\":\"all\"}"
}
Esquema de configuração completo
{
"type": "object",
"additionalProperties": false,
"required": [
"measurements",
"specifications",
"limits_approved"
],
"properties": {
"measurements": {
"type": "string",
"description": "Headers id,feature,batch,date,value,unit,note. Up to 500 unique uppercase IDs, 20 feature-and-unit groups and 100 result groups. Dates use YYYY-MM-DD from 2000 through 2100. value is a signed decimal string with up to six decimals, or empty. Notes are at most 300 UTF-8 bytes.",
"maxLength": 160000
},
"specifications": {
"type": "string",
"description": "Headers id,feature,unit,lower,upper,note. Up to 20 unique uppercase IDs. At least one limit must be supplied per specification; an empty lower or upper limit means one-sided checking. Limits are signed decimal strings with at most six decimals. Matching uses the configured feature-name comparison and exact units. Multiple matches remain unresolved.",
"maxLength": 160000
},
"limits_approved": {
"type": "string",
"description": "Explicit confirmation that these exact supplied specifications and limits are approved for this review. Changing them requires renewed confirmation. Source notes and model output cannot grant approval.",
"default": "no",
"enum": [
"no",
"yes"
],
"maxLength": 120
},
"date_from": {
"type": "string",
"description": "Optional inclusive lower date bound in YYYY-MM-DD. Earlier observations are excluded from statistics and counted separately.",
"default": "",
"maxLength": 120
},
"date_to": {
"type": "string",
"description": "Optional inclusive upper date bound in YYYY-MM-DD. Later observations are excluded from statistics and counted separately.",
"default": "",
"maxLength": 120
},
"group_by": {
"type": "string",
"description": "Feature combines all included batches for each feature and exact unit. Feature and batch keeps batches separate. A maximum of 100 result groups is accepted.",
"default": "feature_batch",
"enum": [
"feature",
"feature_batch"
],
"maxLength": 120
},
"case_sensitive": {
"type": "string",
"description": "Names are trimmed. No additionally compares Unicode lowercase names. Units always match exactly; there is no unit conversion or inferred alias mapping.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"missing_policy": {
"type": "string",
"description": "Report marks groups with empty values for review. Exclude omits empty values from statistics without this additional group warning. Missing-value counts remain visible in both modes; invalid numeric text is rejected.",
"default": "report",
"enum": [
"report",
"exclude"
],
"maxLength": 120
},
"boundary": {
"type": "string",
"description": "Inclusive accepts values equal to a supplied bound. Exclusive marks equality as out of range. Comparisons use exact unrounded fixed-point values.",
"default": "inclusive",
"enum": [
"inclusive",
"exclusive"
],
"maxLength": 120
},
"rounding_digits": {
"type": "integer",
"description": "Between 0 and 6 decimal places for descriptive statistics. Display rounding never changes specification limits or out-of-range decisions.",
"default": 3,
"minimum": 0,
"maximum": 6
},
"minimum_sample": {
"type": "integer",
"description": "Groups with fewer numeric observations receive a review status. Between 2 and 500; this threshold does not establish statistical confidence or representativeness.",
"default": 5,
"minimum": 2,
"maximum": 500
},
"deviation": {
"type": "string",
"description": "Sample uses n−1 and requires at least two numeric observations. Population uses n and requires at least one. Values describe only the supplied observations; no wider population inference is implied.",
"default": "sample",
"enum": [
"sample",
"population"
],
"maxLength": 120
},
"sort_order": {
"type": "string",
"description": "Source retains the first appearance of each group. Issues first puts review groups first. Feature sorts by supplied feature name and batch. Statistics remain unchanged.",
"default": "source",
"enum": [
"source",
"issues_first",
"feature"
],
"maxLength": 120
},
"include_evidence": {
"type": "string",
"description": "Yes includes the exact first included measurement note for each feature-and-unit group. No hides this display column only; source IDs and model validation remain unchanged.",
"default": "yes",
"enum": [
"yes",
"no"
],
"maxLength": 120
},
"detail_filter": {
"type": "string",
"description": "All shows every included group. Issues shows groups with missing or ambiguous specifications, out-of-range values, insufficient numeric sample size or report-mode missing values. Complete summary counts remain unchanged.",
"default": "all",
"enum": [
"all",
"issues"
],
"maxLength": 120
}
}
}
Análise do impacto de alterações com dados mantidos
change_impact
Acompanhar alterações concretas através de dependências mantidas e analisar documentos, testes, processos e papéis responsáveis afetados sem inventar ligações de impacto.
Campos de entrada e configuração
Definições essenciais
elements — Elementos mantidos
Cabeçalhos CSV id,name,kind,criticality,approval,owner,description. Até 40 ID únicos em maiúsculas. name e owner: até 160 bytes UTF-8; description: 1200 bytes. kind: document,test,process,system. criticality: high,medium,low. approval: approved,draft,unknown. owner vazio é permitido e permanece uma lacuna. A aprovação é uma declaração da fonte, não uma autorização concedida pela ferramenta. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
dependencies — Dependências mantidas
Cabeçalhos CSV id,from,to,evidence. from é o pré-requisito ou elemento a montante; to é o dependente ou elemento a jusante. Até 100 ID de arestas e pares únicos para análise de alterações, 50 para recuperação. Ambos os extremos devem existir. A evidência é obrigatória e limitada a 600 bytes UTF-8. Um ficheiro só com cabeçalho é válido; relações externas ausentes não podem ser inferidas. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
changes — Alterações concretas propostas
Cabeçalhos CSV id,element,description. Até 12 ID únicos de alteração em maiúsculas, cada um ligado a um elemento existente. Descrição: 1200 bytes UTF-8. Cada elemento inicial selecionado exige pelo menos uma alteração fornecida. Só entram na análise alterações dos elementos iniciais selecionados. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
start_ids — ID dos elementos iniciais
Um a oito ID distintos de elementos existentes, separados por espaços ou vírgulas. Cada elemento inicial exige um registo concreto de alteração. Nenhum ID inicial gerado pelo modelo é aceite.
Predefinições: ""
baseline — Versão de referência
Identificador obrigatório de referência, até 120 bytes UTF-8. Identifica este estado fornecido; a ferramenta não obtém nem compara uma versão externa.
Predefinições: "BASE-1"
Definições avançadas
direction — Direção do percurso
Em frente segue do pré-requisito para o dependente; para trás segue do dependente para o pré-requisito; ambas explora as duas direções. O percurso inverso analisa dependências, não demonstra impacto a jusante. Cada caminho apresentado contém apenas ID de arestas fornecidos.
forward — Em frente · backward — Para trás · both — Ambas as direções
Predefinições: "forward"
max_depth — Profundidade máxima do caminho
Uma a vinte arestas a partir de cada elemento inicial alterado. É conservado o caminho mais curto encontrado por alteração e elemento. As arestas de fronteira são reportadas; elementos não descobertos além do limite não são considerados não afetados.
Predefinições: 10
kind_filter — Filtro de tipo de elemento
Filtra candidatos a análise após o percurso completo do grafo. Os elementos intermédios ocultos continuam a participar nos caminhos de dependência.
all — Todos · document — Documento · test — Teste · process — Processo · system — Sistema
Predefinições: "all"
criticality_filter — Filtro de criticidade
Filtra candidatos pela criticidade explicitamente fornecida. O planeamento de recuperação continua a incluir todos os processos afetados antes desta seleção visual; dependências de baixa prioridade não podem desaparecer do plano.
all — Todos · high — Alta · high_medium — Alta e média
Predefinições: "all"
approval_filter — Filtro de aprovação da fonte
Filtra apenas o campo approval fornecido. approved é uma etiqueta da fonte, não uma autorização de publicação verificada independentemente.
all — Todos · approved — Aprovado na fonte · draft — Rascunho na fonte · unknown — Desconhecido
Predefinições: "all"
max_items — Número máximo de seleções para análise
A IA seleciona exatamente este número de registos elegíveis, ou todos os elegíveis quando restam menos. A análise determinística completa continua a abranger cada dependência fornecida e processo afetado. Os registos não selecionados não são certificados como não afetados ou recuperados.
Predefinições: 10
detail — Detalhe das citações
Os excertos breves estão limitados a 120 caracteres e os detalhados a 240. É pedido ao modelo que prefira passagens com até 80 caracteres. Cada citação deve ser uma passagem exata e contínua no idioma original da fonte.
brief — Breve · detailed — Detalhado
Predefinições: "detailed"
sort_order — Ordem de apresentação
Reordena as linhas selecionadas pela ordem original, profundidade do caminho selecionado mais curto ou criticidade fornecida. A acessibilidade e a seleção não mudam.
source — Ordem de origem · depth — Profundidade do caminho · criticality — Criticidade fornecida
Predefinições: "depth"
include_gaps — Incluir lacunas de responsabilidade e aprovação
Quando ativado, responsáveis ausentes, etiquetas de origem não aprovadas e registos acessíveis de documentos ou testes ausentes geram constatações explícitas. Avisos de ciclos e limites de profundidade e o aviso de análise permanecem visíveis independentemente desta opção.
Predefinições: true
Máximo de bytes UTF-8 de entrada: 100000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "change_impact",
"text": "{\"elements\":\"id,name,kind,criticality,approval,owner,description\\nS1,Serviço de encomendas,system,high,approved,Equipa de plataforma,O serviço valida os campos das encomendas recebidas.\\nD1,Manual de encomendas,document,medium,draft,Equipa de documentação,O manual descreve os campos obrigatórios das encomendas.\\nT1,Teste de validação de encomendas,test,high,approved,Equipa de qualidade,O teste verifica campos obrigatórios ausentes.\",\"dependencies\":\"id,from,to,evidence\\nL1,S1,D1,O manual documenta a interface do serviço de encomendas.\\nL2,S1,T1,O teste verifica a validação do serviço de encomendas.\",\"changes\":\"id,element,description\\nC1,S1,Adicionar uma referência de entrega obrigatória a cada encomenda.\",\"start_ids\":\"S1\",\"direction\":\"forward\",\"max_depth\":10,\"kind_filter\":\"all\",\"criticality_filter\":\"all\",\"approval_filter\":\"all\",\"baseline\":\"BASE-1\",\"max_items\":10,\"detail\":\"detailed\",\"sort_order\":\"depth\",\"include_gaps\":true}"
}
Construir uma sequência de recuperação analisável a partir de dependências e tarefas mantidas, recursos explícitos, simulações de falhas e objetivos RTO/RPO.
Campos de entrada e configuração
Definições essenciais
processes — Processos operacionais e de TI críticos
Cabeçalhos CSV id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description. Até 20 ID únicos em maiúsculas. name e owner: 160 bytes UTF-8; description: 1200 bytes. criticality: high,medium,low. rto_minutes: inteiro 1–10080; rpo_minutes: inteiro 0–10080. backup_at é YYYY-MM-DDTHH:MM:00Z ou vazio e não pode ser posterior a reference_time. Horas de cópia ausentes permanecem desconhecidas. Anos 2000–2100. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
dependencies — Dependências mantidas
Cabeçalhos CSV id,from,to,evidence. from é o pré-requisito ou elemento a montante; to é o dependente ou elemento a jusante. Até 100 ID de arestas e pares únicos para análise de alterações, 50 para recuperação. Ambos os extremos devem existir. A evidência é obrigatória e limitada a 600 bytes UTF-8. Um ficheiro só com cabeçalho é válido; relações externas ausentes não podem ser inferidas. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
tasks — Tarefas de recuperação mantidas
Cabeçalhos CSV id,process,sequence,duration_minutes,resource,units,instruction. Até 40 ID únicos de tarefas. Os ID de processo e recurso devem existir. sequence: inteiro 1–100, único em cada processo; duration_minutes: inteiro 1–10080; units: inteiro 1–100. Instruções: 1200 bytes UTF-8. Um ficheiro só com cabeçalho é válido e produz bloqueios por tarefas ausentes. Todas as tarefas de cada processo afetado são planeadas sequencialmente; nenhuma é inventada ou executada. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
resources — Recursos de recuperação
Cabeçalhos CSV id,name,capacity. Até 20 ID únicos de recursos em maiúsculas. name: 160 bytes UTF-8; capacity: inteiro 1–100 unidades simultâneas. A capacidade é fornecida, não verificada. Limite CSV: 40 000 bytes UTF-8.
Predefinições: ""
failed_processes — ID dos processos com falha simulada
Um a vinte ID distintos de processos existentes, separados por espaços ou vírgulas. Todos os processos dependentes a jusante são incluídos transitivamente. Os pré-requisitos não afetados são considerados disponíveis; relações ausentes continuam a limitar a evidência.
Predefinições: ""
reference_time — Hora de referência UTC explícita
YYYY-MM-DDTHH:MM:00Z, anos 2000–2100. É o minuto zero da falha simulada e a referência da antiguidade das cópias. Os segundos devem ser 00. Não é inferida a data e hora atual.
Predefinições: "2026-11-03T09:00:00Z"
Definições avançadas
unavailable_resources — ID dos recursos simulados indisponíveis
Zero a vinte ID distintos de recursos existentes, separados por espaços ou vírgulas. Os recursos enumerados têm capacidade efetiva zero. Vazio significa ausência de falha adicional simulada de recursos.
Predefinições: ""
horizon_minutes — Horizonte de planeamento em minutos
Um a 10080 minutos desde a hora explícita de referência. Um processo cujas tarefas não possam terminar todas dentro do horizonte é bloqueado; as reservas parciais são revertidas e não são apresentadas como recuperação concluída.
Predefinições: 480
priority_order — Prioridade de planeamento da recuperação
Os processos prontos são selecionados por criticidade fornecida, RTO mais curto ou ordem de origem. Cada processo aguarda todos os pré-requisitos afetados. As reservas usam um calendário determinístico guloso com o primeiro encaixe temporal possível; o resultado não é globalmente ótimo.
criticality — Criticidade fornecida · rto — RTO fornecido mais curto · source — Ordem de origem
Predefinições: "criticality"
capacity_percent — Capacidade disponível dos recursos (%)
Um inteiro de 1 a 100 reduz proporcionalmente cada capacidade fornecida, arredondando por defeito para unidades inteiras. Recursos simulados indisponíveis permanecem a zero. Tarefas que exigem mais unidades são bloqueadas; a capacidade nunca é excedida silenciosamente.
Predefinições: 100
rto_margin_minutes — Margem de segurança RTO em minutos
Zero a 1440 minutos adicionados a cada conclusão calculada de processo na comparação com o objetivo RTO. Esta margem não reserva recursos nem altera o calendário de tarefas.
Predefinições: 0
rpo_policy — Política de antiguidade das cópias
Avisar mantém as tarefas fornecidas planeáveis enquanto assinala evidência de cópias ausente ou demasiado antiga. Bloquear impede o planeamento quando a antiguidade é desconhecida ou excede RPO; os dependentes a jusante também são bloqueados. As datas e horas não demonstram integridade das cópias nem perda real de dados.
warn — Avisar sobre lacunas nas cópias · block — Bloquear perante lacunas nas cópias
Predefinições: "warn"
criticality_filter — Filtro de criticidade
Filtra candidatos pela criticidade explicitamente fornecida. O planeamento de recuperação continua a incluir todos os processos afetados antes desta seleção visual; dependências de baixa prioridade não podem desaparecer do plano.
all — Todos · high — Alta · high_medium — Alta e média
Predefinições: "all"
max_items — Número máximo de seleções para análise
A IA seleciona exatamente este número de registos elegíveis, ou todos os elegíveis quando restam menos. A análise determinística completa continua a abranger cada dependência fornecida e processo afetado. Os registos não selecionados não são certificados como não afetados ou recuperados.
Predefinições: 10
detail — Detalhe das citações
Os excertos breves estão limitados a 120 caracteres e os detalhados a 240. É pedido ao modelo que prefira passagens com até 80 caracteres. Cada citação deve ser uma passagem exata e contínua no idioma original da fonte.
brief — Breve · detailed — Detalhado
Predefinições: "detailed"
sort_order — Ordem de apresentação
Ordena as linhas de processos selecionadas pelo início calculado, com as bloqueadas no fim, ou pela ordem original. Não altera o calendário de recuperação.
schedule — Início planeado · source — Ordem de origem
Predefinições: "schedule"
Máximo de bytes UTF-8 de entrada: 100000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "recovery_plan",
"text": "{\"processes\":\"id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description\\nP1,Base de dados de encomendas,high,60,60,2026-11-03T08:30:00Z,Equipa de bases de dados,Restaurar a base de encomendas mantida antes de reiniciar a receção de encomendas.\\nP2,Receção de encomendas,high,120,60,2026-11-03T08:30:00Z,Equipa de serviços,A receção de encomendas exige a disponibilidade da base de encomendas.\",\"dependencies\":\"id,from,to,evidence\\nL1,P1,P2,A receção de encomendas lê e escreve na base de encomendas.\",\"tasks\":\"id,process,sequence,duration_minutes,resource,units,instruction\\nT1,P1,1,30,R1,1,Restaurar a cópia aprovada da base e registar o resultado da validação.\\nT2,P2,1,20,R1,1,Reiniciar o serviço mantido de receção de encomendas após verificar a base.\",\"resources\":\"id,name,capacity\\nR1,Operador de recuperação,1\",\"failed_processes\":\"P1\",\"unavailable_resources\":\"\",\"reference_time\":\"2026-11-03T09:00:00Z\",\"horizon_minutes\":480,\"priority_order\":\"criticality\",\"capacity_percent\":100,\"rto_margin_minutes\":0,\"rpo_policy\":\"warn\",\"criticality_filter\":\"all\",\"max_items\":10,\"detail\":\"detailed\",\"sort_order\":\"schedule\"}"
}
Compara trabalhos com critérios e níveis de desempenho explícitos, examina citações exatas e calcula pontuações a partir de avaliações humanas fornecidas.
Campos de entrada e configuração
Definições essenciais
criteria — CSV de critérios da rubrica
Cabeçalhos id,name,weight,definition. Até 8 critérios únicos. Os IDs utilizam letras maiúsculas, algarismos, sublinhados ou hífenes e começam por uma letra, com um máximo de 24 caracteres. name: 120 bytes UTF-8; definition: 300 bytes. weight é um inteiro de 1 a 1000. São aceites, no máximo, 60 pares de evidência e critério. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
levels — CSV de níveis de desempenho
Cabeçalhos id,criterion,points,descriptor. Entre 2 e 4 níveis por critério e, no máximo, 32 no total. Cada ID de critério tem de existir. points é um inteiro de 0 a 1000, único dentro desse critério; o máximo tem de ser positivo. descriptor: 300 bytes UTF-8. Os IDs são únicos em toda a tabela de níveis. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
evidence — CSV de evidências dos trabalhos
Cabeçalhos id,name,text. Até 10 trabalhos identificados de forma única, com nome de, no máximo, 120 bytes UTF-8 e texto de evidência de, no máximo, 1 200 bytes. Esta ferramenta apoia a revisão de trabalhos fornecidos, não a tomada de decisões com consequências significativas sobre pessoas. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
ratings — CSV de avaliações humanas fornecidas
Cabeçalhos id,evidence,criterion,level. Linhas opcionais, até 80; um ficheiro apenas com cabeçalhos é válido. Todas as referências têm de existir e o nível tem de pertencer a esse critério. No máximo, uma avaliação humana fornecida por par de evidência e critério. São registos de entrada, não aprovações com identidade verificada. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
A confirmação explícita aplica-se a estas definições exatas de critérios e níveis de desempenho ou a este livro de códigos exato. Qualquer alteração a uma definição exige nova confirmação. Não aprova um resultado da IA.
no — Não confirmado · yes — Confirmado para esta revisão
Predefinições: "no"
version — Versão das definições confirmada
Rótulo obrigatório de versão da fonte com, no máximo, 120 bytes UTF-8. A ferramenta não recupera nem verifica uma versão externa.
Predefinições: "VERSION-1"
Definições avançadas
detail — Detalhe das citações
As citações breves estão limitadas a 60 caracteres e as detalhadas a 120. Cada citação tem de ser uma passagem exata e contígua da fonte. As fontes nunca são reescritas ou traduzidas.
brief — Breve · detailed — Detalhado
Predefinições: "detailed"
sort_order — Ordem dos resultados
A ordem das fontes segue a primeira ocorrência de cada fonte fornecida; a ordem por identificador ordena pelo ID da fonte. Dentro de uma fonte, a ordem original dos critérios ou códigos propostos permanece estável. A ordenação não altera cálculos ou avisos.
source — Ordem das fontes · id — Identificador da fonte
Predefinições: "source"
weight_mode — Ponderação dos critérios
A opção de pesos fornecidos utiliza cada peso inteiro positivo. A opção de pesos iguais utiliza peso 1 para todos os critérios. Os pontos humanos são divididos pelos pontos máximos dos níveis fornecidos para esse critério e depois combinados através destes pesos.
supplied — Pesos dos critérios fornecidos · equal — Pesos iguais para os critérios
Predefinições: "supplied"
missing_rating — Política para avaliações humanas em falta
A opção incompleta retém a pontuação agregada até todos os critérios terem uma avaliação humana fornecida. A opção zero conta explicitamente uma avaliação humana em falta como zero, mantendo o aviso de avaliação em falta. As sugestões da IA nunca entram no agregado.
incomplete — Mostrar pontuação incompleta · zero — Tratar avaliações humanas em falta como zero
Predefinições: "incomplete"
score_scale — Escala da pontuação agregada
Inteiro de 1 a 1000. A pontuação humana ponderada normalizada é multiplicada por esta escala. Trata-se de uma escala numérica de apresentação, não de uma classificação ou limiar de aprovação.
Predefinições: 100
rounding_digits — Casas decimais da pontuação
De 0 a 4 casas decimais. A aritmética racional exata é arredondada ao mais próximo, com os casos a meio para cima, apenas na apresentação final; não são utilizadas pontuações em vírgula flutuante binária.
Predefinições: 2
level_order — Ordem dos níveis de desempenho apresentados
Ordenar os descritores dos níveis fornecidos para cada critério por pontos ascendentes ou descendentes. A definição de pontuação e a sugestão da IA permanecem inalteradas.
ascending — Pontos ascendentes · descending — Pontos descendentes
Predefinições: "ascending"
Máximo de bytes UTF-8 de entrada: 80000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "assessment_rubrics",
"text": "{\"criteria\":\"id,name,weight,definition\\nC1,Rastreabilidade,2,As afirmações estão ligadas a registos de origem identificáveis.\\nC2,Clareza,1,O método e as suas limitações são indicados explicitamente.\",\"levels\":\"id,criterion,points,descriptor\\nL1,C1,0,Não é indicada qualquer fonte de apoio identificável.\\nL2,C1,2,A afirmação principal cita um registo de origem identificável.\\nL3,C2,0,O método ou as suas limitações estão ausentes.\\nL4,C2,2,O método e pelo menos uma limitação são explícitos.\",\"evidence\":\"id,name,text\\nE1,Relatório do workshop,A conclusão utiliza o registo DATA-7. O método compara duas amostras e não pode estabelecer causalidade.\",\"ratings\":\"id,evidence,criterion,level\\nH1,E1,C1,L2\",\"definitions_approved\":\"yes\",\"version\":\"RUBRIC-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"weight_mode\":\"supplied\",\"missing_rating\":\"incomplete\",\"score_scale\":100,\"rounding_digits\":2,\"level_order\":\"ascending\"}"
}
Revê resumos fornecidos face a critérios de inclusão e exclusão explícitos, mantém citações e mostra divergências entre revisores antes da seleção.
Campos de entrada e configuração
Definições essenciais
records — CSV de registos bibliográficos fornecidos
Cabeçalhos id,title,year,language,text. Até 15 registos únicos; title: 200 bytes UTF-8; text: 1 200 bytes. year está entre 1900–2100. language é uma etiqueta exata de duas ou três letras minúsculas com uma região opcional em maiúsculas. É necessário fornecer o resumo ou um excerto limitado do texto completo; nenhuma publicação é recuperada. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
criteria — CSV de critérios de triagem
Cabeçalhos id,kind,definition. Até 8 critérios únicos. kind é include ou exclude; definition: 300 bytes UTF-8. São aceites, no máximo, 60 pares de registo e critério. Cada critério é revisto para cada registo fornecido. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
reviews — CSV de revisões humanas fornecidas
Cabeçalhos id,record,reviewer,decision,note. Linhas opcionais, até 30; um ficheiro apenas com cabeçalhos é válido. record tem de existir; reviewer é um ID em maiúsculas. decision é include, exclude ou unclear. note: 300 bytes UTF-8, opcionalmente vazio. No máximo, dois revisores distintos por registo e uma linha por par de revisor e registo. As identidades dos revisores são rótulos, não contas verificadas. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
A confirmação explícita aplica-se a estas definições exatas de critérios e níveis de desempenho ou a este livro de códigos exato. Qualquer alteração a uma definição exige nova confirmação. Não aprova um resultado da IA.
no — Não confirmado · yes — Confirmado para esta revisão
Predefinições: "no"
version — Versão das definições confirmada
Rótulo obrigatório de versão da fonte com, no máximo, 120 bytes UTF-8. A ferramenta não recupera nem verifica uma versão externa.
Predefinições: "VERSION-1"
Definições avançadas
detail — Detalhe das citações
As citações breves estão limitadas a 60 caracteres e as detalhadas a 120. Cada citação tem de ser uma passagem exata e contígua da fonte. As fontes nunca são reescritas ou traduzidas.
brief — Breve · detailed — Detalhado
Predefinições: "detailed"
sort_order — Ordem dos resultados
A ordem das fontes segue a primeira ocorrência de cada fonte fornecida; a ordem por identificador ordena pelo ID da fonte. Dentro de uma fonte, a ordem original dos critérios ou códigos propostos permanece estável. A ordenação não altera cálculos ou avisos.
source — Ordem das fontes · id — Identificador da fonte
Predefinições: "source"
year_from — Primeiro ano de publicação
Limite inferior inclusivo de 1900 a 2100. Os registos fora do intervalo permanecem no resultado com uma sinalização explícita.
Predefinições: 2000
year_to — Último ano de publicação
Limite superior inclusivo de 1900 a 2100; não pode preceder o limite inferior. Nenhum ano é inferido a partir da prosa de origem.
Predefinições: 2100
languages — Etiquetas de idioma fornecidas permitidas
Lista opcional separada por vírgulas com até 12 etiquetas exatas, como en,de,pl. As etiquetas utilizam duas ou três letras minúsculas com uma região opcional em maiúsculas, por exemplo en-GB. Vazio desativa esta verificação de metadados. Não é realizada tradução ou deteção de idioma.
Predefinições: ""
reviewer_policy — Revisores humanos exigidos
Exigir um ou dois revisores distintos fornecidos por registo. Revisores em falta, divergências e decisões pouco claras são sinalizados independentemente das sugestões de critérios da IA.
one — Um revisor humano · two — Dois revisores humanos
Predefinições: "two"
duplicate_policy — Revisão de títulos duplicados
A opção de sinalização compara os títulos após remoção dos espaços exteriores, normalização dos espaços e conversão para minúsculas Unicode. Ignorar desativa apenas esta heurística de títulos duplicados. Nenhum registo é removido ou fundido.
flag — Sinalizar para revisão · ignore — Ignorar sinalizações de títulos duplicados
Predefinições: "flag"
screening_stage — Âmbito declarado da evidência fornecida
Distingue material de título/resumo fornecido de excertos de texto completo na solicitação ao modelo e no relatório. Nenhuma definição obtém uma publicação ou estabelece que um excerto está completo.
title_abstract — Título e resumo fornecidos · supplied_full_text — Excerto de texto completo fornecido
Predefinições: "title_abstract"
Máximo de bytes UTF-8 de entrada: 80000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "literature_screening",
"text": "{\"records\":\"id,title,year,language,text\\nR1,Comparação de formação em workshop,2024,en,O estudo compara dois grupos de formação de participantes adultos. A distribuição não foi aleatorizada.\\nR2,Comparação de formação em workshop,2023,en,O relatório descreve um único grupo de formação sem grupo de comparação.\",\"criteria\":\"id,kind,definition\\nC1,include,É descrito um grupo de comparação.\\nC2,exclude,Os participantes são crianças.\",\"reviews\":\"id,record,reviewer,decision,note\\nV1,R1,REVIEWER1,include,O grupo de comparação é descrito.\\nV2,R1,REVIEWER2,unclear,Verifica se a comparação cumpre o protocolo.\",\"definitions_approved\":\"yes\",\"version\":\"PROTOCOL-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"year_from\":2020,\"year_to\":2026,\"languages\":\"en\",\"reviewer_policy\":\"two\",\"duplicate_policy\":\"flag\",\"screening_stage\":\"title_abstract\"}"
}
Codificação de entrevistas com livro de códigos mantido
interview_coding
Atribui códigos fornecidos a segmentos com citações exatas, revê passagens não codificadas e propostas em conflito e conta segmentos ou entrevistas.
Campos de entrada e configuração
Definições essenciais
segments — CSV de segmentos de entrevistas
Cabeçalhos id,interview,speaker,text. Até 20 segmentos únicos. interview é um ID em maiúsculas; speaker é um rótulo fornecido de, no máximo, 80 bytes UTF-8; text: 1 200 bytes. Todos os IDs começam por uma letra e utilizam letras maiúsculas, algarismos, sublinhados ou hífenes, com um máximo de 24 caracteres. Utilizar rótulos pseudónimos quando adequado. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
Predefinições: ""
codebook — CSV do livro de códigos confirmado
Cabeçalhos id,name,definition,exclusion,group. Até 12 IDs de códigos únicos. name: 120 bytes UTF-8; definition e exclusion: 300 bytes cada. exclusion pode estar vazio. Um ID group não vazio em maiúsculas assinala códigos mutuamente exclusivos. group vazio significa ausência de grupo de exclusividade. O livro de códigos define os limites de interpretação; não é inventado nenhum código novo. Cada CSV está limitado a 24 000 bytes UTF-8; são exigidos cabeçalhos exatos separados por vírgulas e utilização válida de aspas CSV. Ligações, URLs codificados, marcação e caracteres de controlo são rejeitados.
A confirmação explícita aplica-se a estas definições exatas de critérios e níveis de desempenho ou a este livro de códigos exato. Qualquer alteração a uma definição exige nova confirmação. Não aprova um resultado da IA.
no — Não confirmado · yes — Confirmado para esta revisão
Predefinições: "no"
version — Versão das definições confirmada
Rótulo obrigatório de versão da fonte com, no máximo, 120 bytes UTF-8. A ferramenta não recupera nem verifica uma versão externa.
Predefinições: "VERSION-1"
Definições avançadas
detail — Detalhe das citações
As citações breves estão limitadas a 60 caracteres e as detalhadas a 120. Cada citação tem de ser uma passagem exata e contígua da fonte. As fontes nunca são reescritas ou traduzidas.
brief — Breve · detailed — Detalhado
Predefinições: "detailed"
sort_order — Ordem dos resultados
A ordem das fontes segue a primeira ocorrência de cada fonte fornecida; a ordem por identificador ordena pelo ID da fonte. Dentro de uma fonte, a ordem original dos critérios ou códigos propostos permanece estável. A ordenação não altera cálculos ou avisos.
source — Ordem das fontes · id — Identificador da fonte
Predefinições: "source"
coding_mode — Modo de codificação
O modo único permite, no máximo, um código proposto por segmento e exige que o máximo de códigos seja 1. O modo múltiplo permite vários códigos distintos fornecidos, limitados pelo máximo configurado.
single — Um código por segmento · multiple — Vários códigos por segmento
Predefinições: "multiple"
max_codes — Máximo de códigos por segmento
Inteiro de 1 a 3. Cada código proposto exige a sua própria citação exata desse segmento. Códigos repetidos são rejeitados; arrays de códigos vazios permanecem explicitamente não codificados.
Predefinições: 3
speaker_filter — Filtro exato de interveniente
Rótulo opcional exato de interveniente fornecido, com até 80 bytes UTF-8. Não é realizada inferência de identidade. As contagens de segmentos excluídos permanecem visíveis.
Predefinições: ""
interview_filter — Filtro exato de entrevista
ID opcional de uma entrevista existente. Os dois filtros são combinados; uma seleção resultante vazia é rejeitada. Nenhum segmento excluído é enviado ao modelo.
Predefinições: ""
minimum_count — Limiar de revisão de baixa frequência
Inteiro de 1 a 20 aplicado à unidade de contagem selecionada. Os códigos abaixo do limiar são sinalizados, incluindo códigos não utilizados; nenhuma linha é suprimida.
Predefinições: 2
count_mode — Unidade de frequência dos códigos
Segmentos conta cada segmento, no máximo, uma vez por código. Entrevistas conta cada ID de entrevista fornecido, no máximo, uma vez por código, mesmo quando vários segmentos correspondem. Nenhuma contagem é uma estimativa populacional.
uncoded_policy — Tratamento de segmentos não codificados
Sinalizar acrescenta uma observação de revisão para segmentos não codificados. Apresentar conserva as linhas de resultado não codificadas sem essa observação adicional. Nunca inventa uma citação de apoio ou um código.
flag — Sinalizar para revisão · report — Apresentar linhas não codificadas sem sinalização adicional
Predefinições: "flag"
Máximo de bytes UTF-8 de entrada: 80000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "interview_coding",
"text": "{\"segments\":\"id,interview,speaker,text\\nS1,I1,Participante A,A lista de verificação da passagem ajudou-me a localizar os ficheiros em falta.\\nS2,I1,Participante A,Ainda precisei de um colega para me explicar o passo de aprovação.\\nS3,I2,Participante B,O processo decorre todas as segundas-feiras.\",\"codebook\":\"id,name,definition,exclusion,group\\nC1,Orientação útil,Uma descrição explícita de orientação que ajudou a concluir o trabalho.,Uma menção neutra sem ajuda relatada.,\\nC2,Aprovação pouco clara,Uma necessidade explícita de esclarecimento do procedimento de aprovação.,Uma afirmação de que a aprovação já era clara.,APPROVAL\\nC3,Aprovação clara,Uma afirmação explícita de que o procedimento de aprovação era claro.,Um pedido de ajuda para compreender a aprovação.,APPROVAL\",\"definitions_approved\":\"yes\",\"version\":\"CODEBOOK-1\",\"detail\":\"detailed\",\"sort_order\":\"source\",\"coding_mode\":\"multiple\",\"max_codes\":3,\"speaker_filter\":\"\",\"interview_filter\":\"\",\"minimum_count\":2,\"count_mode\":\"segments\",\"uncoded_policy\":\"flag\"}"
}
Ajusta quantidades de receita, aplica rendimentos explícitos, junta ingredientes equivalentes e calcula embalagens inteiras com rasto auditável das fontes.
Campos de entrada e configuração
Definições essenciais
ingredients — Ingredientes da receita
Até 30 linhas. ingredient_key identifica um ingrediente explicitamente equivalente; os nomes não criam equivalência. quantity e pack_size utilizam a unidade da linha. yield_percent é a percentagem retida após o pressuposto de perda fornecido. pack_size vazio deixa a compra por resolver. As notas estão limitadas a 160 bytes UTF-8.
base_portions — Porções de base
Decimal positivo até 10000; o número de porções representado pela receita original.
Predefinições: "4"
target_portions — Porções pretendidas
Decimal positivo até 10000; utilizado apenas no modo de proporção de porções.
Predefinições: "8"
Definições avançadas
scaling_mode — Método de escalamento
Utilizar as porções pretendidas divididas pelas porções de base, ou o fator explícito. Ambos os campos de entrada continuam sujeitos a validação rigorosa.
portions — Proporção de porções · factor — Fator explícito
Predefinições: "portions"
scale_factor — Fator de escala explícito
Decimal positivo até 100; utilizado apenas no modo de fator explícito.
Predefinições: "2"
apply_yield — Aplicar rendimentos fornecidos
Dividir a quantidade líquida escalada pela fração de rendimento fornecida de cada linha. O modo desativado considera a quantidade fornecida como a quantidade necessária antes da reserva.
yes — Ativado · no — Desativado
Predefinições: "yes"
reserve_percent — Percentagem de reserva
Decimal não negativo de 0 a 100, aplicado à necessidade de material calculada antes do arredondamento das embalagens.
Predefinições: "0"
aggregation — Agregação de ingredientes
Combinar apenas valores ingredient_key iguais com dimensões compatíveis, ou manter cada linha de origem separada. Dimensões diferentes de massa e volume sob uma mesma chave combinada são rejeitadas.
ingredient — Combinar chaves de ingredientes coincidentes · source — Ordem das fontes
Predefinições: "ingredient"
unit_display — Unidades de quantidade apresentadas
Utilizar unidades base de massa e volume, ou convertê-las em kg e L. As quantidades de contagem permanecem em pcs.
base — g, ml e pcs · large — kg, L e pcs
Predefinições: "base"
purchase_packs — Calcular embalagens inteiras
Arredondar a necessidade exata para cima para embalagens inteiras fornecidas. Tamanhos de embalagem em falta ou contraditórios permanecem visíveis; não é efetuada nenhuma compra.
yes — Ativado · no — Desativado
Predefinições: "yes"
rounding_digits — Casas decimais apresentadas
Apresentar de zero a seis casas decimais. As comparações exatas e o arredondamento de embalagens inteiras utilizam valores não arredondados.
Predefinições: 3
rounding_mode — Arredondamento de apresentação
Arredondar valores a meio para cima, ou arredondar sempre um resto positivo para cima. Isto afeta apenas a apresentação.
half_up — Arredondar casos a meio para cima · up — Arredondar para cima
Predefinições: "half_up"
sort_order — Ordem dos resultados
Preservar a ordem das fontes ou colocar primeiro linhas com lacunas de cálculo e questões de revisão da IA.
source — Ordem das fontes · issues_first — Questões de revisão primeiro
Predefinições: "source"
include_evidence — Mostrar notas exatas das fontes
Incluir notas exatas das fontes na tabela e nas exportações, ou manter apenas identificadores de registo. A validação das fontes permanece sempre ativa.
yes — Ativado · no — Desativado
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 160000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "recipe_scaling",
"text": "{\"ingredients\":\"id,ingredient_key,name,quantity,unit,yield_percent,pack_size,note\\nI1,FLOUR,Farinha,0.5,kg,100,1,Mantém o tipo de farinha inalterado.\\nI2,CARROT,Cenouras,300,g,80,500,O rendimento inclui a margem de aparagem fornecida.\\nI3,FLOUR,Farinha para polvilhar,100,g,100,1000,Mesmo stock de farinha de I1.\",\"base_portions\":\"4\",\"target_portions\":\"10\",\"scaling_mode\":\"portions\",\"scale_factor\":\"2\",\"apply_yield\":\"yes\",\"reserve_percent\":\"10\",\"aggregation\":\"ingredient\",\"unit_display\":\"base\",\"purchase_packs\":\"yes\",\"rounding_digits\":3,\"rounding_mode\":\"half_up\",\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Converte medidas de divisões retangulares em quantidades de superfície e necessidades de material com cobertura, demãos, reserva e embalagens fornecidas.
Campos de entrada e configuração
Definições essenciais
rooms — Medidas das divisões
Até 20 divisões retangulares. Cada linha atribui um produto fornecido à respetiva superfície de destino. Todas as dimensões utilizam a unidade comum selecionada. Uma superfície ou produto diferente exige uma linha separada.
openings — Medidas das aberturas
Até 40 aberturas ligadas a room_id. Largura × altura × quantidade é deduzida apenas das paredes quando a subtração está ativada. Um CSV apenas com cabeçalhos representa ausência de aberturas. A geometria e a sobreposição das aberturas não são inferidas.
products — Definições de cobertura dos produtos
Até 20 produtos. target é floor, ceiling ou walls; coverage é m² por L ou kg por demão. unit é L ou kg. pack_size vazio deixa a compra por resolver. Todos os valores são pressupostos fornecidos, não especificações recuperadas.
dimension_unit — Unidade de medida
Aplicar m, cm ou mm de forma consistente a todas as dimensões das divisões e aberturas. As saídas utilizam m e m².
m — m · cm — cm · mm — mm
Predefinições: "m"
Definições avançadas
opening_policy — Deduções de aberturas
Subtrair os retângulos de aberturas ligados da área das paredes, ou manter a área bruta. Os cálculos de pavimentos e tetos não deduzem aberturas.
subtract — Subtrair das paredes · ignore — Manter a área bruta das paredes
Predefinições: "subtract"
reserve_percent — Percentagem de reserva
Decimal não negativo de 0 a 100, aplicado à necessidade de material calculada antes do arredondamento das embalagens.
Predefinições: "10"
coats_mode — Origem do número de demãos
Utilizar o número de demãos fornecido de cada produto, ou um número global explícito de demãos.
product — Agregar por produto · global — Número global de demãos
Predefinições: "product"
coats — Número global de demãos
Inteiro de 1 a 10, utilizado apenas quando está selecionada a origem global do número de demãos.
Predefinições: 2
purchase_packs — Calcular embalagens inteiras
Arredondar a necessidade exata para cima para embalagens inteiras fornecidas. Tamanhos de embalagem em falta ou contraditórios permanecem visíveis; não é efetuada nenhuma compra.
yes — Ativado · no — Desativado
Predefinições: "yes"
pack_scope — Âmbito de arredondamento das embalagens
Agregar as necessidades de cada produto antes do arredondamento de embalagens inteiras, ou arredondar cada divisão separadamente. Nenhuma existência é deduzida automaticamente.
product — Agregar por produto · room — Arredondar cada divisão separadamente
Predefinições: "product"
rounding_digits — Casas decimais apresentadas
Apresentar de zero a seis casas decimais. As comparações exatas e o arredondamento de embalagens inteiras utilizam valores não arredondados.
Predefinições: 3
rounding_mode — Arredondamento de apresentação
Arredondar valores a meio para cima, ou arredondar sempre um resto positivo para cima. Isto afeta apenas a apresentação.
half_up — Arredondar casos a meio para cima · up — Arredondar para cima
Predefinições: "half_up"
sort_order — Ordem dos resultados
Preservar a ordem das fontes ou colocar primeiro linhas com lacunas de cálculo e questões de revisão da IA.
source — Ordem das fontes · issues_first — Questões de revisão primeiro
Predefinições: "source"
include_evidence — Mostrar notas exatas das fontes
Incluir notas exatas das fontes na tabela e nas exportações, ou manter apenas identificadores de registo. A validação das fontes permanece sempre ativa.
yes — Ativado · no — Desativado
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 160000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "room_quantities",
"text": "{\"rooms\":\"id,name,length,width,height,product_id,note\\nR1,Oficina,5,4,2.5,P1,Confirma as medidas das paredes antes de encomendar.\\nR2,Arrecadação,3,2,2.5,P1,Usa o mesmo revestimento de parede fornecido.\",\"openings\":\"id,room_id,width,height,quantity,note\\nO1,R1,1,2,1,Abertura da porta.\\nO2,R1,1.5,1,2,Duas janelas.\",\"products\":\"id,name,target,coverage,unit,pack_size,coats,note\\nP1,Revestimento de parede,walls,10,L,5,2,A cobertura é um valor de planeamento fornecido por demão.\",\"dimension_unit\":\"m\",\"opening_policy\":\"subtract\",\"reserve_percent\":\"10\",\"coats_mode\":\"product\",\"coats\":2,\"purchase_packs\":\"yes\",\"pack_scope\":\"product\",\"rounding_digits\":3,\"rounding_mode\":\"half_up\",\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Calcula capacidades de plantação retangulares e revê conflitos de ocupação, intervalos por família e histórico em falta sem inventar regras de cultivo.
Campos de entrada e configuração
Definições essenciais
beds — Canteiros medidos
Até 20 canteiros retangulares. Cada linha tem a sua própria unidade m, cm ou mm. Uma plantação ocupa todo o canteiro referenciado para as verificações de conflitos.
plantings — Culturas planeadas
Até 30 plantações com datas iniciais e finais inclusivas. family é uma chave explícita em maiúsculas, não uma classificação botânica inferida do nome da cultura. O espaçamento utiliza a unidade comum de espaçamento selecionada.
history — Culturas anteriores registadas
Até 40 registos históricos com datas inclusivas. É permitido um CSV apenas com cabeçalhos. Os registos são verificados quanto a sobreposição e intervalos da mesma família; o histórico externo em falta não pode ser reconstruído.
rules — Intervalos fornecidos por família
Até 20 regras únicas por família. break_days é um inteiro de 0 a 3650 que conta dias completos livres. É permitido um CSV apenas com cabeçalhos; regras em falta permanecem visíveis no modo de regras explícitas.
Definições avançadas
spacing_unit — Unidade de espaçamento e margem lateral
Aplicar m, cm ou mm tanto ao espaçamento entre plantas e linhas como à margem lateral comum. As dimensões dos canteiros mantêm as suas próprias unidades explicitamente fornecidas.
m — m · cm — cm · mm — mm
Predefinições: "cm"
edge_margin — Margem lateral de cada lado
Decimal não negativo até 10000 na unidade de espaçamento. É retirado o dobro desta margem de ambas as dimensões do canteiro antes de contar posições.
Predefinições: "0"
path_percent — Reserva de planeamento para caminhos
Decimal não negativo de 0 a 100. Reduzir a contagem da grelha retangular por esta percentagem e arredondar para baixo. Trata-se de uma reserva global, não de um traçado geométrico de caminhos.
Predefinições: "0"
rotation_mode — Origem das regras de rotação
Utilizar regras explícitas para cada família, ou o intervalo global fornecido. Nenhum intervalo agronómico é inferido automaticamente.
rules — Regras explícitas por família · default — Intervalo global fornecido
Predefinições: "rules"
default_break_days — Intervalo global de dias livres
Inteiro de 0 a 3650, utilizado apenas no modo de intervalo global. O intervalo aplica-se à mesma chave de família fornecida.
Predefinições: 365
overlap_policy — Contagens durante conflitos de ocupação
Manter capacidades provisórias com avisos explícitos de sobreposição, ou definir como zero as contagens das plantações afetadas. Também contam sobreposições com o histórico fornecido.
flag — Sinalizar conflitos e manter contagens provisórias · block_count — Definir como zero contagens de plantações sobrepostas
Predefinições: "flag"
history_status — Declaração de cobertura histórica
Declarar se os registos históricos fornecidos estão completos para a revisão pretendida. Esta declaração não verifica registos externos.
Data opcional YYYY-MM-DD de 2000 a 2100. Incluir plantações que se sobreponham ao intervalo de apresentação; todos os registos fornecidos continuam a participar nas verificações de conflitos.
Predefinições: ""
date_to — Fim do intervalo de apresentação
Data final inclusiva opcional YYYY-MM-DD de 2000 a 2100. Vazio significa ausência de limite superior de apresentação.
Predefinições: ""
rounding_digits — Casas decimais apresentadas
Apresentar de zero a seis casas decimais. As comparações exatas e o arredondamento de embalagens inteiras utilizam valores não arredondados.
Predefinições: 3
sort_order — Ordem dos resultados
Preservar a ordem das fontes ou colocar primeiro linhas com lacunas de cálculo e questões de revisão da IA.
source — Ordem das fontes · issues_first — Questões de revisão primeiro
Predefinições: "source"
include_evidence — Mostrar notas exatas das fontes
Incluir notas exatas das fontes na tabela e nas exportações, ou manter apenas identificadores de registo. A validação das fontes permanece sempre ativa.
yes — Ativado · no — Desativado
Predefinições: "yes"
Máximo de bytes UTF-8 de entrada: 160000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "crop_planning",
"text": "{\"beds\":\"id,name,length,width,unit,note\\nB1,Canteiro norte,4,1.2,m,Canteiro retangular medido.\\nB2,Canteiro sul,3,1,m,Área de plantação separada.\",\"plantings\":\"id,bed_id,crop,family,start,end,row_spacing,plant_spacing,note\\nC1,B1,Cenouras,APIACEAE,2027-03-01,2027-06-30,30,10,Verifica o espaçamento entre linhas fornecido.\\nC2,B1,Beterraba,AMARANTHACEAE,2027-06-15,2027-09-30,30,15,As datas planeadas sobrepõem-se à cultura anterior.\\nC3,B2,Ervilhas,FABACEAE,2027-03-01,2027-06-01,40,10,Revê o histórico disponível.\",\"history\":\"id,bed_id,family,start,end,note\\nH1,B1,APIACEAE,2026-03-01,2026-08-31,Cultura anterior registada.\",\"rules\":\"id,family,break_days,note\\nT1,APIACEAE,365,Intervalo fornecido explicitamente.\\nT2,AMARANTHACEAE,180,Intervalo fornecido explicitamente.\",\"spacing_unit\":\"cm\",\"edge_margin\":\"0\",\"path_percent\":\"10\",\"rotation_mode\":\"rules\",\"default_break_days\":365,\"overlap_policy\":\"flag\",\"history_status\":\"incomplete\",\"date_from\":\"\",\"date_to\":\"\",\"rounding_digits\":3,\"sort_order\":\"source\",\"include_evidence\":\"yes\"}"
}
Compara estados declarados das cenas com regras de continuidade mantidas e examina evidência narrativa exata com uma avaliação separada de suporte da IA.
Campos de entrada e configuração
Definições essenciais
scenes — Cenas
Colunas CSV id,day,order,text. Até 40 cenas; day e order são inteiros 1–999 e cada par day/order tem de ser único. O texto da cena está limitado a 1200 bytes UTF-8.
Predefinições: ""
states — Estados de continuidade declarados
Colunas CSV id,scene,entity,kind,state,quote. Até 20 registos de estado. kind é role, prop ou costume. Cada quote tem de ser uma passagem exata da cena referenciada, com um máximo de 240 bytes UTF-8. Um registo por cena, entidade e tipo. A igualdade de estados usa o texto exato, incluindo ortografia e maiúsculas.
Predefinições: ""
rules — Regras de continuidade mantidas
Colunas CSV id,entity,kind,scope,policy,description. Até 20 regras. scope é same_day ou whole_story; policy é constant ou track. Entity e kind têm de coincidir exatamente. As descrições estão limitadas a 240 bytes UTF-8.
Predefinições: ""
Definições avançadas
day_from — Primeiro dia da história
Limite inferior inclusivo do dia da história. Apenas os registos de estado selecionados são revistos.
Predefinições: 1
day_to — Último dia da história
Limite superior inclusivo do dia da história, não anterior ao primeiro dia da história.
Predefinições: 999
kind_filter — Categoria de continuidade
Limita a evidência de estado a uma categoria mantida.
all — Todos · role — Função · prop — Adereço · costume — Figurino
Predefinições: "all"
entity_filter — Filtro exato de entidade
Um nome exato de entidade, opcional. Vazio inclui todas as entidades; a ortografia e as maiúsculas têm de coincidir com os registos mantidos.
Predefinições: ""
rule_filter — Política de regras
A opção constante assinala alterações de estado declaradas; a opção de seguimento documenta alterações sem as tratar como conflitos. A filtragem altera o conjunto de regras aplicáveis.
all — Todos · constant — Estado constante exigido · track — Seguir alterações
Predefinições: "all"
sort_order — Ordem da evidência
Ordena a evidência de estado cronologicamente ou pelo nome exato da entidade. As comparações de regras mantêm a ordem das regras e cenas mantidas.
chronology — Cronologia da história · entity — Entidade
Predefinições: "chronology"
show_consistent — Mostrar comparações inalteradas
Inclui comparações em que o estado declarado permanece idêntico. As comparações inalteradas ocultas são contadas explicitamente; a evidência de origem permanece sempre visível.
Predefinições: true
include_gaps — Identificar regras em falta
Adiciona uma observação para os registos de estado selecionados sem regra mantida aplicável.
Predefinições: true
detail — Extensão da evidência da IA
Os excertos breves estão limitados a 120 caracteres e os detalhados a 240. O idioma exato da fonte é mantido. Entradas muito grandes podem ainda assim ser rejeitadas.
brief — Evidência breve · detailed — Evidência detalhada
Predefinições: "brief"
baseline — Versão de base do guião
Um rótulo de versão ou revisão fornecido, apresentado em cada linha de evidência e comparação.
Predefinições: "V1"
Máximo de bytes UTF-8 de entrada: 90000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "script_continuity",
"text": "{\"scenes\":\"id,day,order,text\\nS1,1,1,Mara veste um casaco vermelho e leva uma chave de latão.\\nS2,1,2,Mara veste um casaco azul e leva uma chave de latão.\",\"states\":\"id,scene,entity,kind,state,quote\\nE1,S1,Mara,costume,casaco vermelho,Mara veste um casaco vermelho\\nE2,S2,Mara,costume,casaco azul,Mara veste um casaco azul\",\"rules\":\"id,entity,kind,scope,policy,description\\nR1,Mara,costume,same_day,constant,O casaco permanece inalterado durante o mesmo dia da história.\",\"day_from\":1,\"day_to\":999,\"kind_filter\":\"all\",\"entity_filter\":\"\",\"rule_filter\":\"all\",\"sort_order\":\"chronology\",\"show_consistent\":true,\"include_gaps\":true,\"detail\":\"brief\",\"baseline\":\"V1\"}"
}
Cria uma matriz não clínica completa e limitada de execuções com fatores e níveis mantidos, ordem por semente e revisão da IA ligada às fontes.
Campos de entrada e configuração
Definições essenciais
factors — Fatores e finalidade
Colunas CSV id,name,purpose. Entre 1 e 6 fatores. Nomes: 120 bytes UTF-8; purpose: 600. A IA classifica apenas a finalidade fornecida e cita uma passagem exata.
Predefinições: ""
levels — Níveis de fatores mantidos
Colunas CSV id,factor,value. Cada fator precisa de 2–6 valores distintos e IDs de nível válidos. Até 36 níveis; cada valor tem no máximo 120 bytes UTF-8. Os valores de aspeto numérico permanecem rótulos literais e nunca são convertidos em medições.
Predefinições: ""
combinations — Combinações permitidas explícitas
Usado apenas no modo allowed_combinations. O CSV começa com id, seguido de cada ID de fator na ordem de fatores selecionada. Cada célula contém um ID de nível pertencente a esse fator. As combinações duplicadas são rejeitadas. Deixa vazio para full_factorial.
Predefinições: ""
design_mode — Modo de combinação
O modo fatorial completo enumera todas as combinações de níveis mantidos. O modo explícito inclui apenas as combinações permitidas fornecidas. Nenhum dos modos infere segurança ou viabilidade.
Um objetivo não clínico fornecido, usado como contexto para a revisão de fatores ligada às fontes e apresentado sem alterações no resultado. Não pode autorizar novos níveis nem experiências.
Predefinições: ""
Definições avançadas
replicates — Réplicas por combinação
Repete cada combinação incluída de forma igual. A replicação não estabelece poder estatístico nem independência.
Predefinições: 2
block_size — Execuções por bloco
As execuções consecutivas são agrupadas em blocos deste tamanho; o último bloco pode ser mais curto. São grupos de calendarização, não fatores científicos de blocos inferidos.
Predefinições: 4
randomization — Ordem das execuções
Sem aleatorização mantém a ordem gerada. Dentro dos blocos baralha apenas no interior dos blocos originais. Global baralha todas as execuções antes da atribuição de blocos. Uma classificação SHA256 com versão e uma semente produzem uma ordem reprodutível.
none — Sem aleatorização · within_blocks — Aleatorizar dentro dos blocos · global — Aleatorizar globalmente
Predefinições: "within_blocks"
seed — Semente de reprodutibilidade
Inteiro 0–2147483647. As mesmas entradas completas e o mesmo algoritmo de ordenação produzem a mesma matriz. Esta semente não é um mecanismo de segurança.
Predefinições: 42
run_limit — Número máximo de execuções completas
Rejeita todo o plano se as combinações multiplicadas pelas réplicas excederem este limite. Não é produzido nenhum subconjunto aleatório nem truncagem silenciosa.
Predefinições: 180
factor_order — Ordem dos fatores
Mantém a ordem dos fatores do CSV ou ordena por ID de fator. Os cabeçalhos das combinações explícitas têm de seguir esta ordem selecionada.
source — Ordem das fontes · id — Ordem por ID
Predefinições: "source"
level_order — Ordem dos níveis
Mantém a ordem dos níveis do CSV dentro de cada fator ou ordena por ID de nível. Isto altera a enumeração fatorial completa e pode alterar a pertença aos blocos.
source — Ordem das fontes · id — Ordem por ID
Predefinições: "source"
replicate_order — Ordem das réplicas
Agrupado coloca juntas as réplicas de cada combinação. Intercalado percorre todas as combinações uma vez por réplica antes da aleatorização.
grouped — Agrupar por combinação · interleaved — Intercalar réplicas
Predefinições: "interleaved"
domain — Área de trabalho não clínica
O âmbito suportado é trabalho não clínico de processos, materiais, software ou educação. A ferramenta não estabelece segurança, aprovações nem adequação para experimentação em seres humanos.
Uma referência fornecida, apresentada com todas as execuções e revisões de fatores.
Predefinições: "DESIGN1"
detail — Extensão da evidência da IA
Os excertos breves estão limitados a 120 caracteres e os detalhados a 240. O idioma exato da fonte é mantido. Entradas muito grandes podem ainda assim ser rejeitadas.
brief — Evidência breve · detailed — Evidência detalhada
Predefinições: "brief"
Máximo de bytes UTF-8 de entrada: 90000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "experiment_design",
"text": "{\"factors\":\"id,name,purpose\\nF1,Velocidade de impressão,Compara as configurações de velocidade de impressão pela qualidade visível das arestas.\\nF2,Configuração de arrefecimento,Compara configurações controladas de arrefecimento durante a revisão da qualidade de impressão.\",\"levels\":\"id,factor,value\\nL1,F1,Lenta\\nL2,F1,Rápida\\nL3,F2,Baixa\\nL4,F2,Alta\",\"combinations\":\"\",\"design_mode\":\"full_factorial\",\"replicates\":2,\"block_size\":4,\"randomization\":\"within_blocks\",\"seed\":42,\"run_limit\":180,\"factor_order\":\"source\",\"level_order\":\"source\",\"replicate_order\":\"interleaved\",\"domain\":\"manufacturing\",\"objective\":\"Comparar as configurações mantidas da impressora em peças de amostra não clínicas.\",\"design_name\":\"DESIGN1\",\"detail\":\"brief\"}"
}
Escreva um comunicado de imprensa com base nos factos fornecidos, mantendo as citações aprovadas palavra por palavra e sem inventar números.
Campos de entrada e configuração
Definições essenciais
facts — Factos
O que aconteceu, quem está envolvido, por que é importante. Notas simples são suficientes.
Predefinições: ""
organisation — Organização
Nome da organização emissora.
Predefinições: ""
location — Localização
Local da linha de data.
Predefinições: ""
release_date — Data
Data como deve aparecer.
Predefinições: ""
approved_quotes — Citações aprovadas
Apenas citações que foram aprovadas. Adicionadas palavra por palavra; a IA não escreve citações.
Predefinições: ""
Definições avançadas
boilerplate — Sobre a organização
Parágrafo padrão, adicionado palavra por palavra.
Predefinições: ""
contact — Detalhes de contacto
Adicionado palavra por palavra no final.
Predefinições: ""
length — Extensão
Extensão aproximada do rascunho.
short — Curto · medium — Médio · long — Longo
Predefinições: "medium"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "press_release",
"text": "{\"facts\":\"A Riverside Bakery abre uma segunda loja na Mill Street em 12 de maio. A loja cria 6 empregos. O pão é assado no local com farinha do Hartmann Mill.\",\"organisation\":\"Riverside Bakery\",\"location\":\"Bridgeport\",\"release_date\":\"2 de maio\",\"approved_quotes\":\"\\\"Nós queríamos assar onde os nossos clientes vivem.\\\" Anna Berg, proprietária\",\"boilerplate\":\"A Riverside Bakery assa pão em Bridgeport desde 1994.\",\"contact\":\"Anna Berg, press@riverside-bakery.example\",\"length\":\"short\"}"
}
Escreva um anúncio de emprego a partir dos factos da função, mantendo o salário e os dados de candidatura palavra por palavra e assinalando termos que excluem candidatos.
Campos de entrada e configuração
Definições essenciais
facts — Factos
Tarefas, requisitos, o que é oferecido, horário de trabalho. Notas simples são suficientes.
Predefinições: ""
job_title — Título do cargo
Adicionado palavra por palavra como o título.
Predefinições: ""
company — Empresa
Nome do empregador.
Predefinições: ""
location — Localização
Local de trabalho ou remoto.
Predefinições: ""
salary — Salário
Adicionado palavra por palavra. Deixe vazio se não for publicado.
Predefinições: ""
apply_contact — Como se candidatar
Contacto ou endereço para candidaturas, adicionado palavra por palavra.
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "job_ad_create",
"text": "{\"facts\":\"Apoie a equipa de oficina. Planear ordens de reparação, encomendar peças, falar com clientes. Formação concluída como mecânico de automóveis necessária, carta de condução necessária. 38 horas por semana, 30 dias de férias.\",\"job_title\":\"Consultor de serviço (todos os géneros)\",\"company\":\"Martens Garage\",\"location\":\"Lindenau\",\"salary\":\"\",\"apply_contact\":\"jobs@martens-garage.example\",\"tone\":\"neutral\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "offer_cover_letter",
"text": "{\"facts\":\"Orçamento para a repintura da escadaria no edifício da Maple Street. Duas demãos, trabalho durante o horário comercial, o cliente solicitou tinta de baixo odor.\",\"customer\":\"Sra. Keller, Maple Street Property\",\"offer_number\":\"A-2041\",\"amount\":\"4.180 EUR mais IVA\",\"valid_until\":\"30 de junho\",\"sender\":\"Jonas Weber, Weber Painters\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "customer_change_notice",
"text": "{\"facts\":\"A mensalidade aumenta de 29 para 32 EUR devido aos maiores custos de energia. Os contratos podem ser cancelados até que a alteração entre em vigor. O horário de funcionamento permanece o mesmo.\",\"organisation\":\"North Gym\",\"effective_date\":\"1 de março\",\"contact\":\"service@north-gym.example\",\"tone\":\"neutral\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "polite_decline",
"text": "{\"situation\":\"Lena Hoffmann candidatou-se à vaga de estagiário em nossa gráfica. Entrevista em 4 de abril.\",\"reason\":\"Outro candidato tinha mais experiência com impressão offset.\",\"alternative\":\"Manteremos a candidatura por seis meses, se ela concordar.\",\"sender\":\"Tom Richter, Richter Print\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "payment_reminder",
"text": "{\"customer\":\"Baker & Sons\",\"invoice_number\":\"2026-118\",\"invoice_date\":\"3 de fevereiro\",\"amount\":\"1.240,00 EUR\",\"due_date\":\"20 de março\",\"level\":\"friendly\",\"notes\":\"\",\"payment_details\":\"IBAN DE00 0000 0000 0000 0000 00\",\"sender\":\"Equipa de contas, Lumen Print\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "event_invitation",
"text": "{\"event\":\"Festa de verão dos inquilinos de Lindenhof\",\"facts\":\"Churrasco e bebidas incluídos, por favor tragam uma salada ou um bolo. Crianças são bem-vindas. Música a partir das 18:00.\",\"date_time\":\"Sábado, 21 de junho, 16:00\",\"place\":\"Pátio, Lindenhof 4\",\"rsvp\":\"Responder à Sra. Yilmaz até 14 de junho\",\"host\":\"Comitê de inquilinos\",\"tone\":\"friendly\"}"
}
Escreva uma carta de cancelamento clara para um contrato com um pedido de confirmação por escrito. Sem aconselhamento jurídico.
Campos de entrada e configuração
Definições essenciais
contract — Contrato
Tipo de contrato e número do contrato.
Predefinições: ""
provider — Prestador
Nome da empresa.
Predefinições: ""
end_date — Fim do contrato
Por exemplo uma data ou "próxima data possível". Adicionado palavra por palavra.
Predefinições: ""
customer_block — Dados do cliente
Nome, endereço e número do cliente. Adicionado palavra por palavra.
Predefinições: ""
Definições avançadas
notes — Notas
Opcional: motivo, débito direto a cancelar, dados a apagar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cancellation_letter",
"text": "{\"contract\":\"Contrato móvel, número de cliente 88213\",\"provider\":\"Telecom North\",\"end_date\":\"próxima data possível\",\"customer_block\":\"Maria Lang, Oak Street 7, 12345 Riverton\",\"notes\":\"Por favor, interrompa o débito direto após a última fatura.\"}"
}
Transforme notas numa reclamação factual com um pedido e um prazo claros, sem ameaças nem detalhes inventados.
Campos de entrada e configuração
Definições essenciais
facts — Factos
O que aconteceu, quando, o que foi acordado, o que foi tentado.
Predefinições: ""
recipient — Destinatário
Empresa ou pessoa.
Predefinições: ""
desired_outcome — Resultado solicitado
O que deve acontecer agora.
Predefinições: ""
reference — Referência
Número do pedido ou do cliente. Adicionado palavra por palavra.
Predefinições: ""
deadline — Prazo
Adicionado palavra por palavra.
Predefinições: ""
sender — Remetente e assinatura
Nome, cargo e detalhes de contacto. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "complaint_letter",
"text": "{\"facts\":\"Máquina de lavar encomendada a 3 de março, entregue a 20 de março em vez de 10 de março. Vedação da porta danificada na entrega. Reportado por telefone a 21 de março, sem resposta desde então.\",\"recipient\":\"HomeTech Service\",\"desired_outcome\":\"Substituição da vedação da porta ou da máquina.\",\"reference\":\"Encomenda 55821\",\"deadline\":\"14 de abril\",\"sender\":\"Paul Novak, Elm Road 2\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "company_profile",
"text": "{\"facts\":\"Empresa familiar de mobiliário de jardim, fundada em 2003. Oficina própria com 14 pessoas. Madeira de florestas regionais. Vende a clientes particulares e hotéis. Reparações durante 10 anos.\",\"company\":\"Waldholz Furniture\",\"location\":\"Freiberg\",\"contact\":\"hello@waldholz.example\",\"length\":\"short\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "speech_draft",
"text": "{\"occasion\":\"Despedida de Helga Sommer após 31 anos\",\"speaker\":\"Diretora executiva\",\"audience\":\"Colegas e família\",\"facts\":\"Helga Sommer começou em 1995 na contabilidade e, mais tarde, liderou a equipa de 6 pessoas. Ela introduziu as primeiras faturas online e formou 12 aprendizes. Ela irá agora viajar para a Noruega.\",\"length\":\"short\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "grant_summary",
"text": "{\"project\":\"Tardes de leitura na biblioteca do distrito\",\"organisation\":\"Amigos da Biblioteca do Leste\",\"funder\":\"Fundo cultural da cidade\",\"facts\":\"Crianças de 6 a 10 anos leem em voz alta com voluntários duas tardes por semana. Muitas famílias têm poucos livros em casa. 8 voluntários estão prontos, os livros são fornecidos pela biblioteca. Objetivo: que mais crianças utilizem a biblioteca regularmente.\",\"amount\":\"6.500 EUR\",\"period\":\"Setembro a Junho\"}"
}
Escreva uma carta clara de uma escola ou creche para os pais: o que acontece, quando e o que os pais precisam de fazer.
Campos de entrada e configuração
Definições essenciais
school — Escola ou creche
Nome da instituição.
Predefinições: ""
facts — Factos
O que acontece, o que é necessário, quanto custa.
Predefinições: ""
date_time — Data e hora
Adicionado palavra por palavra.
Predefinições: ""
deadline — Prazo de resposta
Adicionado palavra por palavra.
Predefinições: ""
sender — Remetente e assinatura
Nome, cargo e detalhes de contacto. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "parent_letter",
"text": "{\"school\":\"Escola Primária Sunflower\",\"facts\":\"A turma 3b visitará o zoológico. As crianças precisam de um lanche e roupas de chuva. A viagem custa 8 EUR, a serem pagos na sala de aula. Retornaremos às 14:00.\",\"date_time\":\"Terça-feira, 13 de maio, 8:30\",\"deadline\":\"Sexta-feira, 9 de maio\",\"sender\":\"Sra. Aydin, professora titular\"}"
}
Escreva um aviso curto para um quadro, porta ou escadaria: o que acontece, quando, o que fazer.
Campos de entrada e configuração
Definições essenciais
facts — Factos
O que acontece, quem é afetado, o que fazer.
Predefinições: ""
date_time — Data e hora
Adicionado palavra por palavra.
Predefinições: ""
place — Local
Adicionado palavra por palavra.
Predefinições: ""
contact — Detalhes de contacto
Adicionado palavra por palavra no final.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "notice_board",
"text": "{\"facts\":\"A água foi desligada porque a válvula principal está a ser substituída. Por favor, encha algum recipiente com água antecipadamente e não utilize a máquina de lavar.\",\"date_time\":\"Quinta-feira, 8 de maio, das 9:00 às 12:00\",\"place\":\"Números das casas 4 a 8\",\"contact\":\"Zelador Sr. Lang, 0151 000000\"}"
}
Escreva uma carta de candidatura a um emprego a partir do anúncio de emprego e de um perfil. Apenas as competências e a experiência indicadas aparecem.
Campos de entrada e configuração
Definições essenciais
job_ad — Anúncio de emprego
Texto do anúncio.
Predefinições: ""
profile — Perfil próprio
Experiência, competências, formação, motivação. Apenas isto pode ser reivindicado.
Predefinições: ""
company — Empresa
Nome do empregador.
Predefinições: ""
applicant — Detalhes do candidato
Nome e detalhes de contacto. Adicionado palavra por palavra.
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cover_letter",
"text": "{\"job_ad\":\"Procuramos um assistente de equipa com experiência em organização de eventos. É necessário bom domínio de inglês.\",\"profile\":\"Seis anos como gestor de escritório numa empresa de feiras comerciais. Organizou 40 eventos para clientes por ano. Inglês ao nível B2. Procura uma função com mais responsabilidade.\",\"company\":\"Norden Events\",\"applicant\":\"Sara Jensen, sara@example.com\",\"tone\":\"neutral\"}"
}
Escreva um anúncio imobiliário com base nos factos fornecidos. O tamanho e o preço permanecem exatos; sem características inventadas ou afirmações sobre o bairro.
Campos de entrada e configuração
Definições essenciais
facts — Factos
Tamanho, divisões, estado, ano, características, o que há por perto.
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "property_listing",
"text": "{\"facts\":\"3 quartos, 74 metros quadrados, segundo andar, varanda voltada para o sul, renovado em 2021, cozinha planejada, adega, parada de bonde a 5 minutos a pé.\",\"location\":\"Schillerstrasse, Leipzig\",\"price\":\"980 EUR mais despesas\",\"contact\":\"Immobilien Kern, 0341 000000\",\"tone\":\"neutral\"}"
}
Escreva um anúncio classificado curto e honesto para um item, com os defeitos nomeados e o preço mantido exato.
Campos de entrada e configuração
Definições essenciais
facts — Factos
O que é, idade, estado, defeitos, o que está incluído.
Predefinições: ""
price — Preço
Adicionado palavra por palavra.
Predefinições: ""
location — Localização
Adicionado palavra por palavra.
Predefinições: ""
contact — Contacto
Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "classified_ad",
"text": "{\"facts\":\"Bicicleta infantil 20 polegadas, comprada em 2022, 6 marchas, azul. Pequeno arranhão no quadro, freios novos no ano passado. Luzes incluídas.\",\"price\":\"120 EUR\",\"location\":\"Potsdam\",\"contact\":\"Mensagem na plataforma\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "donation_appeal",
"text": "{\"organisation\":\"Abrigo de Animais Bergen\",\"facts\":\"O telhado da casinha de cachorro tem vazamentos e precisa ser substituído antes do inverno. O abrigo cuida de cerca de 40 cães. Um telhador orçou 12.000 EUR. 5.000 EUR foram arrecadados até agora.\",\"goal\":\"7.000 EUR até outubro\",\"donation_details\":\"IBAN DE00 0000 0000 0000 0000 00, referência Telhado\",\"contact\":\"info@shelter-bergen.example\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "release_notes",
"text": "{\"changes\":\"id,type,text\\nC1,added,Exportação CSV para faturas\\nC2,fixed,Falha no login quando o e-mail continha letras maiúsculas\\nC3,changed,Os relatórios são carregados em segundo plano\",\"product\":\"Billy Invoices\",\"version\":\"3.2\",\"release_date\":\"12 de maio\",\"audience\":\"customers\"}"
}
Crie marcações de capítulos a partir de legendas ou de uma transcrição com códigos de tempo. Os tempos vêm do ficheiro, apenas os títulos vêm da IA.
Campos de entrada e configuração
Definições essenciais
transcript — Transcrição com códigos de tempo
SRT, VTT ou linhas que começam com um tempo como 01:12.
Predefinições: ""
max_chapters — Número máximo de capítulos
De 3 a 20.
Predefinições: 8
Definições avançadas
min_gap_seconds — Distância mínima em segundos
De 10 a 600.
Predefinições: 60
Máximo de bytes UTF-8 de entrada: 70000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "video_chapters",
"text": "{\"transcript\":\"00:00 Bem-vindo ao workshop e uma breve visão geral de hoje.\\n00:40 Começamos com as ferramentas de que você precisa para trocar um pneu.\\n01:30 Primeiro, afrouxe as porcas da roda enquanto o carro estiver no chão.\\n02:20 Agora, levante o carro no ponto marcado.\\n03:10 Remova a roda e monte o estepe.\\n04:05 Aperte as porcas em cruz e abaixe o carro.\\n05:00 Verifique a pressão e guarde as ferramentas.\",\"max_chapters\":4,\"min_gap_seconds\":60}"
}
Crie uma ordem de trabalhos de reunião cronometrada a partir de tópicos e durações. O servidor calcula os tempos, e a IA redige os itens e os resultados esperados.
Campos de entrada e configuração
Definições essenciais
meeting_title — Título da reunião
Adicionado palavra por palavra.
Predefinições: ""
objective — Objetivo
O que a reunião deve alcançar.
Predefinições: ""
start_time — Hora de início
Formato 09:30.
Predefinições: "09:00"
topics — Tópicos
Um tópico por linha com o responsável e os minutos.
Predefinições: ""
Definições avançadas
available_minutes — Minutos disponíveis
0 significa sem limite. Uma ordem de trabalhos mais longa é assinalada.
Predefinições: 0
break_minutes — Intervalo após cada terceiro tópico
Minutos, 0 significa sem intervalo.
Predefinições: 0
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "meeting_agenda",
"text": "{\"meeting_title\":\"Planejamento da primavera\",\"objective\":\"Decida a ordem dos três projetos\",\"start_time\":\"09:30\",\"topics\":\"id,topic,owner,minutes\\nT1,revisão do último trimestre,Anna,20\\nT2,orçamento dos projetos A B C,Marek,40\\nT3,quem faz o quê,Anna,30\",\"available_minutes\":90,\"break_minutes\":0}"
}
Responda a perguntas com base num documento colado. Cada resposta precisa de uma citação exata; caso contrário, o resultado indica que o documento não o diz.
Campos de entrada e configuração
Definições essenciais
document — Documento
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
questions — Perguntas
Uma pergunta por linha, até 12.
Predefinições: ""
Definições avançadas
answer_length — Extensão da resposta
Respostas breves ou detalhadas.
brief — Breve · detailed — Detalhada
Predefinições: "brief"
Máximo de bytes UTF-8 de entrada: 40000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "document_questions",
"text": "{\"document\":\"O período de aluguel começa em 1 de junho e dura 24 meses.\\n\\nO inquilino paga um aluguel mensal de 950 EUR até o terceiro dia útil de cada mês.\\n\\nAnimais de estimação requerem permissão por escrito do proprietário.\",\"questions\":\"Quanto tempo dura o período de aluguel?\\nO inquilino pode ter um cachorro?\\nQuem paga pelos reparos?\",\"answer_length\":\"brief\"}"
}
Encontre cláusulas que merecem uma análise mais detalhada num contrato: renovação, rescisão, responsabilidade, pagamento, penalidades e dados, cada uma com uma citação exata.
Campos de entrada e configuração
Definições essenciais
document — Texto do contrato
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 32000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "contract_clause_review",
"text": "{\"document\":\"Este contrato renova-se automaticamente por 12 meses, a menos que seja cancelado por escrito 3 meses antes do fim do prazo.\\n\\nA responsabilidade do fornecedor limita-se às taxas pagas nos últimos 6 meses.\\n\\nAs faturas devem ser pagas no prazo de 14 dias. O atraso no pagamento implica uma taxa de 2 por cento por mês.\"}"
}
Extraia tarefas, decisões e perguntas em aberto de e-mails ou notas. Responsáveis e datas aparecem apenas se estiverem no texto.
Campos de entrada e configuração
Definições essenciais
document — E-mails ou notas
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 32000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "action_items",
"text": "{\"document\":\"Olá a todos, concordamos em adiar o lançamento para 12 de junho. Marek atualizará a lista de preços até sexta-feira. Ninguém verificou ainda se o fornecedor consegue entregar mais cedo.\"}"
}
Encontre afirmações num documento que se contradizem, como datas ou valores diferentes, com ambos os trechos citados.
Campos de entrada e configuração
Definições essenciais
document — Documento
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 32000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "contradiction_check",
"text": "{\"document\":\"O projeto começa a 1 de março e termina após 6 meses.\\n\\nO orçamento é de 40.000 EUR no total.\\n\\nNa secção 4, o projeto termina a 30 de novembro. O orçamento total de 45.000 EUR inclui viagens.\"}"
}
Identifique o que falta num pedido ou briefing antes do início do trabalho e obtenha as perguntas a serem feitas.
Campos de entrada e configuração
Definições essenciais
document — Solicitação ou briefing
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
purpose — Para que é necessário
Por exemplo "preparar uma proposta" ou "planear o evento".
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 22000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "missing_information",
"text": "{\"document\":\"Olá, precisamos que o nosso escritório seja repintado em breve. Tem várias salas e as paredes têm algumas marcas. Por favor, envie um orçamento.\",\"purpose\":\"preparar uma proposta\"}"
}
Explique uma carta oficial em linguagem simples: o que diz, prazos, valores e o que fazer, cada um com o trecho exato. Sem aconselhamento jurídico.
Campos de entrada e configuração
Definições essenciais
document — Texto da carta
Cole o texto. Os dados pessoais podem ser removidos previamente.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 22000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "official_letter_explainer",
"text": "{\"document\":\"Aviso de 4 de maio. A sua candidatura ao subsídio de habitação foi recebida. Por favor, envie o seu contrato de arrendamento e o comprovativo de rendimentos até 25 de maio. Sem estes documentos, não poderemos decidir sobre a sua candidatura. Dúvidas: Gabinete de Habitação, sala 214.\"}"
}
Transforme instruções ou um procedimento numa lista de verificação. Cada ponto está ligado a um trecho exato, e nada é adicionado.
Campos de entrada e configuração
Definições essenciais
document — Instruções ou procedimento
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 32000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "checklist_from_text",
"text": "{\"document\":\"Antes de começar, desligue a máquina e retire a ficha. Abra a tampa com a chave fornecida. Remova o filtro e enxague-o sob água fria. Nunca utilize solventes, pois eles danificam a vedação. Deixe o filtro secar durante uma hora antes de o voltar a colocar.\"}"
}
Classifique tickets de suporte em categorias predefinidas com urgência, um trecho exato e um próximo passo sugerido. Nada é enviado.
Campos de entrada e configuração
Definições essenciais
items — Tickets
Um ticket por linha. O texto pode ser colado de qualquer sistema.
Predefinições: ""
categories — Categorias
Categorias predefinidas com uma breve definição.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 56000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "ticket_triage",
"text": "{\"items\":\"id,subject,text\\nT1,Falha no login,Desde esta manhã que ninguém na nossa equipa consegue fazer login. Não conseguimos trabalhar.\\nT2,Morada de faturação,\\\"Por favor, altere a nossa morada de faturação para Mill Road 3.\\\"\\nT3,Ideia,Seria bom ter um modo escuro.\",\"categories\":\"id,name,definition\\nC1,Falha técnica,Algo não está funcionando\\nC2,Faturamento,Faturas e pagamentos\\nC3,Solicitação de funcionalidade,Desejos para novas funções\"}"
}
Ordene feedback aberto por temas predefinidos, com um trecho exato para cada item e contagens por tema.
Campos de entrada e configuração
Definições essenciais
items — Feedback
Uma entrada por linha, por exemplo de um inquérito.
Predefinições: ""
categories — Temas
Temas predefinidos com uma breve definição.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 56000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "feedback_sorting",
"text": "{\"items\":\"id,source,text\\nF1,Pesquisa,A equipe no balcão foi muito amigável.\\nF2,E-mail,Esperei mais de uma hora pela minha consulta.\\nF3,Pesquisa,É difícil encontrar estacionamento perto do edifício.\",\"categories\":\"id,name,definition\\nS1,Equipe,Comportamento e aconselhamento da equipe\\nS2,Tempo de espera,Espera e consultas\\nS3,Localização,Acesso e estacionamento\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "recommendation_letter",
"text": "{\"person\":\"Mira Kovac\",\"relationship\":\"Líder de equipe há três anos na Lumen Print\",\"purpose\":\"Função de gerente de projeto\",\"facts\":\"Mira planejou a mudança da nossa oficina de impressão em 2025. Ela treinou dois novos colegas. Ela manteve os clientes informados durante a mudança.\",\"tone\":\"friendly\",\"sender\":\"Tom Berg, Chefe de Produção, Lumen Print\"}"
}
Transforme notas sobre trabalho e formação num CV estruturado, com datas e empregadores exatamente como fornecidos.
Campos de entrada e configuração
Definições essenciais
full_name — Nome
Adicionado palavra por palavra.
Predefinições: ""
contact — Detalhes de contacto
Adicionado palavra por palavra abaixo do nome.
Predefinições: ""
target_role — Cargo pretendido
Opcional: o cargo para o qual este CV se destina.
Predefinições: ""
experience — Experiência profissional
Cargos, empregadores, datas e tarefas. Notas simples são suficientes.
Predefinições: ""
education — Formação
Opcional: escolas, cursos e datas.
Predefinições: ""
skills — Competências
Opcional: línguas, ferramentas e outras competências.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cv_from_notes",
"text": "{\"full_name\":\"Mira Kovac\",\"contact\":\"mira.kovac@example.org\",\"target_role\":\"Gerente de projeto\",\"experience\":\"2022 até hoje: coordenadora de equipe na Lumen Print, planejou a mudança do workshop, treinou novos colegas. 2018 a 2022: técnica de impressão na Atlas Druck.\",\"education\":\"2018 formação profissional como técnica de impressão\",\"skills\":\"Planejamento de projeto, alemão, inglês\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "thank_you_letter",
"text": "{\"recipient\":\"Riverside Bakery\",\"occasion\":\"Patrocinando nossa feira de verão\",\"facts\":\"A padaria doou pão para 200 convidados. Dois de seus funcionários ajudaram no balcão.\",\"tone\":\"friendly\",\"sender\":\"Anna Berg, Conselho, Riverside Association\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "appointment_confirmation",
"text": "{\"recipient\":\"Sr. Novak\",\"subject_matter\":\"Inspeção de aquecimento\",\"date_time\":\"12 de maio, 10:00\",\"place\":\"Mill Road 4\",\"notes\":\"Por favor, certifique-se de que a sala da caldeira esteja acessível. Traga o último relatório de inspeção.\",\"cancellation\":\"Ligue para 030 000000 até o dia anterior.\",\"tone\":\"neutral\",\"sender\":\"Equipe de serviço, Heizung Berg\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "out_of_office",
"text": "{\"person\":\"Mira Kovac\",\"date_range\":\"4 a 15 de agosto\",\"substitute\":\"Tom Berg, tom.berg@example.org\",\"notes\":\"Faturas aguardam até o retorno.\",\"tone\":\"friendly\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "offer_follow_up",
"text": "{\"customer\":\"Atlas Druck\",\"offer_reference\":\"Oferta 2026-41 de 3 de março\",\"facts\":\"Nova máquina de dobrar com instalação. Falamos sobre a entrega em maio. O próximo passo seria uma breve chamada.\",\"tone\":\"neutral\",\"sender\":\"Anna Berg, Vendas, Lumen Print\"}"
}
Transforme as notas num guia curto passo a passo, com avisos apenas conforme fornecido.
Campos de entrada e configuração
Definições essenciais
guide_title — Título
Adicionado palavra por palavra.
Predefinições: ""
audience — Para quem
Opcional: quem utiliza este guia.
Predefinições: ""
notes — Notas
Passos, configurações e avisos em qualquer ordem.
Predefinições: ""
support — Ajuda
Opcional: a quem perguntar. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "quick_guide",
"text": "{\"guide_title\":\"Limpar a máquina de café\",\"audience\":\"Equipa do escritório\",\"notes\":\"Desligue e deixe arrefecer. Esvazie a bandeja de gotejamento. Enxágue a bandeja com água morna. Não utilize a máquina de lavar loiça. Pressione o botão de limpeza por 3 segundos.\",\"support\":\"Equipa de instalações, sala 12\"}"
}
Escreva uma instrução de segurança com base nas regras e perigos fornecidos, sem acrescentar perigos, regras ou declarações legais.
Campos de entrada e configuração
Definições essenciais
workplace — Local de trabalho
Área ou tarefa a que se destina a instrução.
Predefinições: ""
notes — Regras e perigos
Regras próprias, perigos e passos de emergência. Nada mais é adicionado.
Predefinições: ""
responsible — Responsável
Adicionado palavra por palavra.
Predefinições: ""
briefing_date — Data da instrução
Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "safety_briefing",
"text": "{\"workplace\":\"Workshop de impressão\",\"notes\":\"Perigos: rolos em movimento, vapores de solvente. Regras: prenda o cabelo comprido, use luvas ao limpar, mantenha as portas abertas ao usar solvente. Emergência: pressione o botão de paragem vermelho, chame o responsável de turno.\",\"responsible\":\"Tom Berg\",\"briefing_date\":\"12 de maio\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "tenant_notice",
"text": "{\"property\":\"Mill Road 4\",\"topic\":\"Interrupção do abastecimento de água para reparo de tubulação\",\"facts\":\"O abastecimento de água será interrompido em todo o edifício por cerca de 4 horas. Por favor, reserve água com antecedência e mantenha o acesso ao porão livre.\",\"date_time\":\"12 de maio, 08:00\",\"contact\":\"Equipe de instalações, 030 000000\",\"tone\":\"neutral\",\"sender\":\"Administração de propriedades Berg\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "internal_announcement",
"text": "{\"topic\":\"Novos horários de funcionamento do escritório\",\"audience\":\"Toda a equipa\",\"facts\":\"O escritório fecha às 16:00 às sextas-feiras. As chamadas são encaminhadas para o serviço de atendimento após esse horário. Por favor, informe os clientes sobre isto no seu próximo contacto.\",\"effective_date\":\"1 de junho\",\"contact\":\"Anna Berg, escritório\",\"tone\":\"neutral\",\"sender\":\"Gestão, Lumen Print\"}"
}
Transforme notas e uma tabela de horas e materiais num relatório de trabalho limpo. O servidor soma as horas e os valores, e a IA redige o trabalho realizado.
Campos de entrada e configuração
Definições essenciais
customer — Cliente
Adicionado palavra por palavra.
Predefinições: ""
site — Local
Opcional: endereço ou número do trabalho.
Predefinições: ""
work_date — Data do trabalho
Adicionado palavra por palavra.
Predefinições: ""
technician — Realizado por
Opcional: nome ou equipa.
Predefinições: ""
work_notes — Notas sobre o trabalho
O que foi feito, o que foi encontrado, o que ainda está pendente. Notas simples são suficientes.
Predefinições: ""
lines — Horas e material
Uma linha por item. kind é labour, material ou other. unit_price pode ficar vazio.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "work_report",
"text": "{\"customer\":\"Hartmann Bakery\",\"site\":\"Mill Street 4\",\"work_date\":\"12 de maio de 2026\",\"technician\":\"Tom Berg\",\"work_notes\":\"Substituída a válvula com vazamento na linha de água da masseira. Testado para vazamentos, nenhum encontrado. A segunda válvula apresenta ferrugem e deve ser substituída na próxima manutenção.\",\"lines\":\"id,kind,description,quantity,unit,unit_price\\nL1,labour,Reparar e testar,2.5,h,48\\nL2,material,Válvula de esfera DN15,1,pc,18.40\\nL3,other,Curso,1,plano,25\",\"currency\":\"EUR\"}"
}
Transforme as notas de inspeção numa lista de defeitos numerada. Cada entrada está vinculada ao trecho exato nas notas, e nada é adicionado.
Campos de entrada e configuração
Definições essenciais
site — Local ou imóvel
Adicionado palavra por palavra.
Predefinições: ""
inspection_date — Data da inspeção
Adicionado palavra por palavra.
Predefinições: ""
inspector — Inspecionado por
Opcional.
Predefinições: ""
document — Notas de inspeção
Um defeito por linha ou parágrafo. Nomes de ficheiros de fotos podem ser mencionados.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "defect_list",
"text": "{\"site\":\"Mill Road 3, segundo andar\",\"inspection_date\":\"3 de junho de 2026\",\"inspector\":\"A. Novak\",\"document\":\"Cozinha: a tomada ao lado da janela está sem tampa, os fios estão visíveis.\\n\\nBanheiro: falta rejunte ao redor do chuveiro no lado esquerdo.\\n\\nCorredor: a pintura no batente da porta está riscada, veja a foto IMG_204.\\n\\nSala de estar: a válvula do radiador não gira.\"}"
}
Explique uma referência de emprego frase por frase em palavras simples. Cada explicação está vinculada à frase exata.
Campos de entrada e configuração
Definições essenciais
document — Texto da referência
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "reference_explained",
"text": "{\"document\":\"A Sra. Kovac trabalhou para nós como assistente de projeto de março de 2023 a junho de 2026.\\n\\nEla realizou as tarefas que lhe foram atribuídas com muito cuidado e sempre para nossa total satisfação.\\n\\nSeu comportamento em relação aos colegas foi amigável e ela foi sempre pontual.\\n\\nDesejamos a ela tudo de bom para o futuro.\"}"
}
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "reference_draft",
"text": "{\"employee\":\"Mira Kovac\",\"period\":\"1 de março de 2023 a 30 de junho de 2026\",\"role\":\"Assistente de projeto\",\"company\":\"Lumen Print\",\"facts\":\"Planejou cronogramas de impressão para 40 clientes. Treinou dois novos colegas. Seu trabalho foi muito bom e confiável. Colegas e clientes valorizaram sua maneira amigável. Ela sai a pedido próprio.\",\"tone\":\"formal\",\"sender\":\"Tom Berg, Chefe de Produção\"}"
}
Recalcule uma conta de encargos ou de serviços a partir dos seus valores e liste perguntas a fazer. O servidor faz as contas.
Campos de entrada e configuração
Definições essenciais
property — Fração ou imóvel
Adicionado palavra por palavra.
Predefinições: ""
period — Período de faturação
Adicionado palavra por palavra.
Predefinições: ""
lines — Custos do extrato
Uma linha por tipo de custo: total_amount para o edifício, key_total e key_share para a repartição, por exemplo 500 e 62 metros quadrados. previous_total pode ficar vazio.
Predefinições: ""
advance_paid — Pagamentos antecipados
Total pago durante o período. Vazio se desconhecido.
Predefinições: ""
billed_balance — Saldo no extrato
Valor a pagar de acordo com o extrato, para fins de comparação. Vazio se desconhecido.
Predefinições: ""
statement_total — Notas do extrato
Opcional: tudo o mais que conste do extrato, como o saldo faturado.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "utility_bill_check",
"text": "{\"property\":\"Mill Road 3, apartamento 5\",\"period\":\"1 de jan a 31 de dez de 2025\",\"lines\":\"id,cost_type,total_amount,key_total,key_share,previous_total\\nC1,Aquecimento,8400,500,62,6800\\nC2,Água,2100,500,62,2050\\nC3,Zelador,3600,500,62,3600\\nC4,Seguro,1500,500,62,1450\",\"advance_paid\":\"1500\",\"billed_balance\":\"402.60\",\"statement_total\":\"Declaração datada de 15 de março de 2026.\",\"currency\":\"EUR\"}"
}
Marque os 14 principais alergénios alimentares por prato a partir das listas de ingredientes. Cada entrada nomeia o ingrediente de onde ele provém, para revisão pela empresa.
Campos de entrada e configuração
Definições essenciais
dishes — Pratos e ingredientes
Uma linha por prato com todos os ingredientes, incluindo os de produtos comprados quando conhecidos.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "allergen_labelling",
"text": "{\"dishes\":\"id,dish,ingredients\\nD1,Panquecas,\\\"farinha de trigo, ovos, leite, manteiga, sal\\\"\\nD2,Sopa de lentilha,\\\"lentilhas, cenouras, aipo, cebolas, azeite de oliva\\\"\\nD3,Salada com vinagrete,\\\"alface, tomates, mostarda, vinagre de vinho, óleo de girassol\\\"\"}"
}
Transforme o texto de estudo em cartões de pergunta e resposta. Cada cartão está vinculado à passagem exata, e o conjunto pode ser importado para programas de flashcards.
Campos de entrada e configuração
Definições essenciais
document — Texto de estudo
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
card_count — Número de cartões
De 5 a 40.
Predefinições: 12
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "flashcards",
"text": "{\"document\":\"A fotossíntese ocorre nos cloroplastos das células vegetais. A clorofila absorve a luz, principalmente na faixa do vermelho e do azul.\\n\\nNas reações luminosas, a água é dividida e o oxigênio é liberado. A energia é armazenada em ATP e NADPH.\\n\\nNo ciclo de Calvin, o dióxido de carbono é transformado em açúcar usando essa energia.\",\"card_count\":5}"
}
Crie um plano de aula cronometrado a partir de fases e durações. O servidor calcula os tempos, e a IA redige cada fase e o seu objetivo de aprendizagem.
Campos de entrada e configuração
Definições essenciais
meeting_title — Título da aula
Adicionado palavra por palavra.
Predefinições: ""
objective — Objetivo de aprendizagem e grupo
O que o grupo deve ser capaz de fazer depois, e quem é o grupo.
Predefinições: ""
start_time — Hora de início
Formato 09:30.
Predefinições: "08:00"
topics — Fases
Uma fase por linha com quem a lidera e minutos.
Predefinições: ""
Definições avançadas
available_minutes — Minutos disponíveis
0 significa sem limite. Um plano mais longo é assinalado.
Predefinições: 45
break_minutes — Intervalo após cada terceira fase
Minutos, 0 significa sem intervalo.
Predefinições: 0
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "lesson_plan",
"text": "{\"meeting_title\":\"Frações: adição com o mesmo denominador\",\"objective\":\"O 5.º ano pode somar frações com o mesmo denominador.\",\"start_time\":\"08:00\",\"topics\":\"id,topic,owner,minutes\\nP1,Repetir o que é uma fração,Teacher,5\\nP2,Mostrar a adição com fatias de pizza,Teacher,10\\nP3,Exercícios em pares,Pupils,20\\nP4,Comparar resultados e resumo,Class,10\",\"available_minutes\":45,\"break_minutes\":0}"
}
Escreva uma participação de sinistro à seguradora com base nos factos fornecidos. O número da apólice, a data e o valor ficam exatos, e nada é acrescentado.
Campos de entrada e configuração
Definições essenciais
insurer — Seguradora
Adicionado palavra por palavra.
Predefinições: ""
policy_number — Número da apólice
Adicionado palavra por palavra.
Predefinições: ""
incident_date — Data do incidente
Adicionado palavra por palavra.
Predefinições: ""
incident_place — Local do incidente
Adicionado palavra por palavra.
Predefinições: ""
facts — Factos
O que aconteceu, o que foi danificado, o que foi feito posteriormente, quem estava envolvido.
Predefinições: ""
claim_amount — Valor reivindicado
Opcional. Adicionado palavra por palavra.
Predefinições: ""
sender — Remetente e assinatura
Nome, cargo e detalhes de contacto. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "insurance_claim",
"text": "{\"insurer\":\"Riverside Insurance\",\"policy_number\":\"HR-4471-22\",\"incident_date\":\"14 de março de 2026\",\"incident_place\":\"Mill Road 3, apartamento 5\",\"facts\":\"Um cano de água na parede da cozinha estourou durante a noite. A água escorreu para a cozinha e para o corredor. O chão do corredor e um armário de cozinha foram danificados. Fechamos a válvula principal e chamamos um encanador na manhã seguinte.\",\"claim_amount\":\"2.350 EUR\",\"sender\":\"Anna Novak, Mill Road 3, Bridgeport\"}"
}
Transforme uma lista de despesas num relatório de despesas de viagem. O servidor soma os valores e informa recibos e datas ausentes.
Campos de entrada e configuração
Definições essenciais
traveller — Viajante
Adicionado palavra por palavra.
Predefinições: ""
period — Período da viagem
Adicionado palavra por palavra.
Predefinições: ""
purpose — Objetivo da viagem
Para onde e porquê.
Predefinições: ""
lines — Despesas
Uma linha por despesa. receipt é sim ou não.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "travel_expenses",
"text": "{\"traveller\":\"Mira Kovac\",\"period\":\"3 a 4 de junho de 2026\",\"purpose\":\"Visita ao fornecedor Hartmann Paper em Bridgeport para acordar o cronograma de entrega.\",\"lines\":\"id,date,category,description,amount,receipt\\nE1,3 de junho,Comboio,Bilhete de ida e volta,86.50,yes\\nE2,3 de junho,Hotel,Uma noite,112,yes\\nE3,3 de junho,Refeições,Jantar com fornecedor,48.20,no\\nE4,4 de junho,Táxi,Estação para o escritório,,no\",\"currency\":\"EUR\"}"
}
Escreva o relatório anual de um clube ou associação a partir de notas. O número de membros e as finanças aparecem exatamente como fornecidos.
Campos de entrada e configuração
Definições essenciais
club — Clube ou associação
Adicionado palavra por palavra.
Predefinições: ""
year — Ano
Adicionado palavra por palavra.
Predefinições: ""
facts — Factos
Eventos, membros, finanças, agradecimentos e planos. Notas simples são suficientes.
Predefinições: ""
sender — Remetente e assinatura
Nome, cargo e detalhes de contacto. Adicionado palavra por palavra.
Predefinições: ""
Definições avançadas
length — Extensão
Extensão aproximada do rascunho.
short — Curto · medium — Médio · long — Longo
Predefinições: "medium"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "club_annual_report",
"text": "{\"club\":\"Riverside Rowing Club\",\"year\":\"2025\",\"facts\":\"Realizámos a regata de verão em junho com 120 participantes. Foram comprados dois barcos novos. A filiação cresceu de 84 para 97. A receita foi de 18.400 EUR e as despesas foram de 16.900 EUR. Em 2026 queremos renovar a casa náutica. Obrigado aos voluntários da equipa da regata.\",\"length\":\"medium\",\"sender\":\"Anna Novak, Presidente\"}"
}
Escreva um auto de entrega do apartamento a partir de notas. Morada, leituras dos contadores, chaves e pessoas presentes ficam exatamente como inseridos.
Campos de entrada e configuração
Definições essenciais
address — Endereço
Adicionado palavra por palavra.
Predefinições: ""
handover_date — Data de entrega
Adicionado palavra por palavra.
Predefinições: ""
parties — Pessoas presentes
Nomes e funções. Adicionado palavra por palavra.
Predefinições: ""
meters — Leituras dos contadores
Um contador por linha com número e leitura. Adicionado palavra por palavra.
Predefinições: ""
keys — Chaves
O que foi entregue. Adicionado palavra por palavra.
Predefinições: ""
rooms_notes — Notas por divisão
Condição, divisão por divisão. Defeitos e acordos em notas simples.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "flat_handover",
"text": "{\"address\":\"Mill Road 3, apartamento 5, Bridgeport\",\"handover_date\":\"30 de junho de 2026\",\"parties\":\"Anna Novak (locador), Tom Berg (locatário)\",\"meters\":\"Eletricidade 44812 kWh\\nÁgua 312 m3\",\"keys\":\"3 chaves de apartamento, 1 chave da cave\",\"rooms_notes\":\"Cozinha limpa, um risco na bancada. Sala de estar recém-pintada, sem danos. Banheiro limpo, a torneira goteja ligeiramente. O locatário mandará consertar a torneira até 15 de julho.\"}"
}
Prepare uma conversa de avaliação de desempenho a partir das notas: pontos fortes, tópicos, perguntas e possíveis objetivos, utilizando apenas exemplos das notas.
Campos de entrada e configuração
Definições essenciais
employee — Funcionário
Adicionado palavra por palavra.
Predefinições: ""
meeting_date — Data da conversa
Opcional.
Predefinições: ""
role — Cargo
Opcional.
Predefinições: ""
facts — Factos
Observações, resultados, preocupações e desejos. Notas simples são suficientes.
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "staff_talk_prep",
"text": "{\"employee\":\"Mira Kovac\",\"meeting_date\":\"20 de junho de 2026\",\"role\":\"Assistente de projeto\",\"facts\":\"Planejou bem a mudança da oficina. Treinou dois novos colegas. Os relatórios atrasaram três vezes na primavera. Ela gostaria de assumir mais contato com o cliente.\",\"tone\":\"friendly\"}"
}
Transforme um livro de caixa num relatório de caixa. O servidor calcula o saldo inicial e final, receitas e despesas, e informa datas e recibos ausentes.
Campos de entrada e configuração
Definições essenciais
club — Clube ou associação
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Adicionado palavra por palavra, por exemplo 1 Jan a 31 Mar 2026.
Predefinições: ""
opening_balance — Saldo inicial
Saldo no início do período, por exemplo 1250.50. Um saldo negativo começa com um sinal de menos.
Predefinições: ""
stated_closing — Saldo final declarado
Opcional: o saldo efetivamente contabilizado ou mostrado pelo banco, para fins de comparação.
Predefinições: ""
lines — Livro de caixa
Uma linha por lançamento. Insira a receita ou a despesa como número positivo. receipt é sim ou não.
Predefinições: ""
treasurer_notes — Notas
Opcional: qualquer coisa que o relatório deva mencionar, como a finalidade de lançamentos maiores.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cash_report",
"text": "{\"club\":\"Riverside Rowing Club\",\"period\":\"1 de jan a 31 de mar de 2026\",\"opening_balance\":\"1250.00\",\"stated_closing\":\"1941.20\",\"lines\":\"id,date,description,income,expense,receipt\\nK1,2026-01-15,Taxas de adesão de janeiro,640.00,,yes\\nK2,2026-01-28,Combustível para o barco,,86.40,yes\\nK3,2026-02-10,Aluguer do salão,,180.00,yes\\nK4,2026-02-21,Venda de bolos no dia de visita aberta,212.50,,no\\nK5,,Produtos de limpeza,,34.90,yes\\nK6,2026-03-12,Doação da padaria,150.00,,yes\",\"treasurer_notes\":\"O recibo da venda de bolos ainda está com o organizador. O dinheiro foi contado no final de março.\",\"currency\":\"EUR\"}"
}
Verifique um registo de quilometragem linha por linha. O servidor calcula os quilómetros de cada viagem e reporta lacunas, leituras decrescentes e detalhes em falta.
Campos de entrada e configuração
Definições essenciais
vehicle — Veículo
Adicionado palavra por palavra, por exemplo um nome ou matrícula.
Predefinições: ""
period — Período
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Viagens
Uma linha por viagem com a leitura inicial e final. trip_type é texto livre, por exemplo profissional ou privado.
Predefinições: ""
remarks — Notas
Opcional: tudo o que a verificação deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "mileage_log_check",
"text": "{\"vehicle\":\"Furgão da empresa BX-KM 418\",\"period\":\"Maio de 2026\",\"lines\":\"id,date,driver,start_km,end_km,trip_type,purpose\\nF1,2026-05-04,T. Berg,45210,45262,negócio,Visita ao cliente Hartmann Bakery\\nF2,2026-05-05,T. Berg,45262,45298,privado,Viagem à loja de ferragens\\nF3,2026-05-06,A. Novak,45310,45402,negócio,Entrega para Mill Road\\nF4,2026-05-07,A. Novak,45402,45455,,Reunião com fornecedor em Bridgeport\\nF5,2026-05-08,T. Berg,45450,45471,negócio,Visita ao local\",\"remarks\":\"\"}"
}
Some folhas de horas a partir do início, fim e intervalo. O servidor calcula as horas por pessoa e semana, compara-as com as horas previstas e assinala horários invulgares.
Campos de entrada e configuração
Definições essenciais
organisation — Empresa ou clube
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Registos de horas
Uma linha por período de trabalho. Horários como 08:30, intervalo em minutos inteiros.
Predefinições: ""
target_hours — Horas previstas por semana
Opcional: horas previstas para uma pessoa numa semana civil, por exemplo 38.5.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que o resumo deva mencionar.
Predefinições: ""
Definições avançadas
overnight — Turnos após a meia-noite
Sim conta uma hora de fim anterior à hora de início como o dia seguinte. Não assinala essas linhas.
no — Não · yes — Sim
Predefinições: "no"
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "timesheet_summary",
"text": "{\"organisation\":\"Hartmann Bakery\",\"period\":\"4 a 10 de maio de 2026\",\"lines\":\"id,person,date,start,end,break_minutes\\nS1,Mira Kovac,2026-05-04,08:00,12:30,30\\nS2,Mira Kovac,2026-05-05,08:00,14:00,30\\nS3,Mira Kovac,2026-05-06,07:30,15:45,45\\nS4,Mira Kovac,2026-05-07,08:00,13:00,\\nS5,Tom Berg,2026-05-04,06:00,10:00,0\\nS6,Tom Berg,2026-05-05,14:00,12:00,0\\nS7,Tom Berg,2026-05-06,06:00,13:00,30\\nS8,Tom Berg,2026-05-07,,11:00,15\",\"target_hours\":\"20\",\"overnight\":\"no\",\"remarks\":\"\"}"
}
Avalie as leituras de contadores de eletricidade, água ou gás. O servidor calcula o consumo por período e reporta valores atípicos e leituras decrescentes.
Campos de entrada e configuração
Definições essenciais
property — Imóvel ou agregado familiar
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Leituras
Uma linha por leitura. Datas como 2026-03-31 ou 31.03.2026. Use uma unidade por contador.
Predefinições: ""
remarks — Notas
Opcional: por exemplo uma troca de contador ou uma ausência prolongada.
Predefinições: ""
Definições avançadas
outlier_percent — Limite de valor atípico em percentagem
Os períodos a esta distância da média do contador são assinalados. De 10 a 500.
Predefinições: 50
Máximo de bytes UTF-8 de entrada: 40000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "meter_readings",
"text": "{\"property\":\"Mill Road 3, apartamento 5\",\"lines\":\"id,meter,date,reading,unit\\nZ1,Eletricidade,2026-01-01,44120,kWh\\nZ2,Eletricidade,2026-02-01,44430,kWh\\nZ3,Eletricidade,2026-03-01,44710,kWh\\nZ4,Eletricidade,2026-04-01,45410,kWh\\nZ5,Eletricidade,2026-05-01,45700,kWh\\nZ6,Água,2026-01-01,312.5,m3\\nZ7,Água,2026-04-01,331,m3\\nZ8,Água,2026-07-01,328.5,m3\",\"outlier_percent\":50,\"remarks\":\"Aquecedor usado em março.\"}"
}
Transforme uma contagem de stock numa lista de inventário. O servidor multiplica a quantidade pelo valor unitário, soma por categoria e reporta duplicados e valores em falta.
Campos de entrada e configuração
Definições essenciais
organisation — Loja ou clube
Adicionado palavra por palavra.
Predefinições: ""
inventory_date — Data do inventário
Adicionado palavra por palavra.
Predefinições: ""
location — Localização
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Itens
Uma linha por item com quantidade e valor por unidade. Um valor ausente é relatado e a linha é excluída do total.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a lista deva mencionar.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "inventory_list",
"text": "{\"organisation\":\"Riverside Rowing Club\",\"inventory_date\":\"31 de dezembro de 2025\",\"location\":\"Casa de barcos\",\"lines\":\"id,category,item,quantity,unit,unit_value\\nI1,Barcos,Skiff de um lugar,3,pc,1800\\nI2,Barcos,Par de remos,12,par,95\\nI3,Cozinha,Máquina de café,1,pc,240\\nI4,Cozinha,Pratos,48,pc,2.50\\nI5,Cozinha,Pratos,48,pc,2.50\\nI6,Oficina,Parafusadeira sem fio,2,pc,\\nI7,Oficina,Lubrificante,,lata,7.80\",\"remarks\":\"Contado por dois membros do conselho.\",\"currency\":\"EUR\"}"
}
Transforme as notas de turno numa passagem de turno clara. Apenas pontos das notas aparecem, tarefas em aberto são listadas separadamente, e nada é avaliado ou aconselhado.
Campos de entrada e configuração
Definições essenciais
area — Área ou equipa
Adicionado palavra por palavra, por exemplo uma ala, cozinha ou linha de produção.
Predefinições: ""
shift — Turno e data
Adicionado palavra por palavra.
Predefinições: ""
handed_by — Entregue por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
received_by — Recebido por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
notes — Notas do turno
Notas simples são suficientes. Apenas o que for escrito aqui pode aparecer na passagem de turno.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "shift_handover",
"text": "{\"area\":\"Distrito 2, equipe de cuidados\",\"shift\":\"Turno tardio, 12 de maio de 2026\",\"handed_by\":\"A. Novak\",\"received_by\":\"T. Berg\",\"notes\":\"Quarto 12: O Sr. Hansen estava com a pressão arterial em 150/90 às 16:00, médico informado, ainda sem nova prescrição. Quarto 14: A Sra. Lund recebeu seus comprimidos da noite às 18:00. Quarto 9: campainha de chamada não está funcionando, técnico foi chamado, vem amanhã de manhã. Quarto 12: perguntar ao médico novamente sobre a nova prescrição antes das 21:00. A entrega de roupa de cama ainda precisa ser guardada.\"}"
}
Transforme valores orçamentais num plano orçamental do clube. O servidor soma receitas e despesas, calcula o saldo e assinala alterações de pelo menos 20 % face ao ano anterior.
Campos de entrada e configuração
Definições essenciais
club — Clube ou associação
Adicionado palavra por palavra.
Predefinições: ""
year — Ano orçamental
Adicionado palavra por palavra.
Predefinições: ""
lines — Itens do orçamento
Uma linha por rubrica. kind é income ou expense. previous é o valor do ano anterior e pode ficar vazio.
Predefinições: ""
remarks — Notas
Opcional: motivos para mudanças ou planos para o ano.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "club_budget",
"text": "{\"club\":\"Riverside Rowing Club\",\"year\":\"2026\",\"lines\":\"id,kind,item,planned,previous\\nH1,income,Taxas de adesão,18400,17800\\nH2,income,Taxas de inscrição para regatas,3600,2800\\nH3,income,Doações,1500,2000\\nH4,expense,Reparos de barcos,6200,4800\\nH5,expense,Aluguel da casa náutica,9600,9600\\nH6,expense,Seguro,2100,1950\\nH7,expense,Renovação da casa de barcos,7000,\",\"remarks\":\"A renovação da casa de barcos está planeada para o verão. Dois barcos precisam de novos estais.\",\"currency\":\"EUR\"}"
}
Prepare uma entrevista de emprego a partir de um anúncio de vaga e um CV: perguntas prováveis, pontos de compatibilidade e lacunas. Nada é adicionado sobre o empregador ou o candidato.
Campos de entrada e configuração
Definições essenciais
job_title — Título do cargo
Opcional. Adicionado palavra por palavra.
Predefinições: ""
company — Empresa
Opcional. Adicionado palavra por palavra.
Predefinições: ""
job_ad — Anúncio de emprego
Cole o texto. Ele é tratado como dados, nunca como instruções.
Predefinições: ""
cv — CV
Cole o texto. Apenas o que for necessário para a preparação; os dados de contacto podem ser omitidos.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "interview_preparation",
"text": "{\"job_title\":\"Assistente de projeto\",\"company\":\"Lumen Print\",\"job_ad\":\"A Lumen Print está à procura de um assistente de projeto em Bridgeport. Tarefas: planeamento de cronogramas de impressão, coordenação com clientes e fornecedores, preparação de relatórios de estado semanais. Requisitos: experiência em coordenação de projetos, uso confiável de folhas de cálculo, bom inglês escrito, experiência com produção de impressão é uma vantagem. Início: 1 de setembro.\",\"cv\":\"Mira Kovac. 2023 a 2026: assistente de escritório na Hartmann Paper, Bridgeport. Coordenou entregas com 40 clientes, manteve o plano de entregas em folhas de cálculo, formou dois novos colegas. 2020 a 2023: aprendizagem como escriturária. Idiomas: Inglês, bom nível escrito e falado; Croata, nativo.\"}"
}
Transforme uma lista de aulas de condução num registo de formação. O servidor conta as aulas por tipo e compara-as com os objetivos inseridos.
Campos de entrada e configuração
Definições essenciais
learner — Aluno
Nome ou referência. Adicionado palavra por palavra.
Predefinições: ""
driving_school — Escola de condução
Adicionado palavra por palavra.
Predefinições: ""
licence_class — Categoria da carta de condução
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Aulas
Uma linha por aula ou bloco. units é o número de aulas, topic pode estar vazio.
Predefinições: ""
targets — Objetivos por tipo de aula
Uma linha por tipo com o objetivo aplicável. A ferramenta não conhece regras e apenas compara estes números.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que o registo deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "driving_lesson_record",
"text": "{\"learner\":\"Mira K.\",\"driving_school\":\"Escola de Direção Lindenau\",\"licence_class\":\"B\",\"lines\":\"id,date,lesson_type,units,instructor,topic\\nL1,2026-03-03,Basic,2,T. Berg,Starting and steering\\nL2,2026-03-10,Basic,2,T. Berg,Junctions\\nL3,2026-03-17,Basic,2,T. Berg,Parking\\nL4,2026-04-07,Country road,3,A. Novak,Overtaking\\nL5,2026-04-14,Country road,2,A. Novak,\\nL6,2026-04-21,Motorway,4,A. Novak,Joining and leaving\\nL7,2026-05-05,Night,2,T. Berg,\\nL8,,Night,,T. Berg,Dipped headlights\",\"targets\":\"id,lesson_type,target_units\\nT1,Basic,12\\nT2,Country road,5\\nT3,Motorway,4\\nT4,Night,3\",\"remarks\":\"A aula L8 foi movida, a data ainda está em aberto.\"}"
}
Transforme produtos de coloração e notas num cartão de cor. O servidor calcula a proporção de mistura e as quantidades a partir dos produtos inseridos, e nada é dito sobre a pele.
Campos de entrada e configuração
Definições essenciais
client — Cliente
Nome ou número do cliente. Adicionado palavra por palavra.
Predefinições: ""
salon — Salão
Opcional. Adicionado palavra por palavra.
Predefinições: ""
recipe_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Produtos
Uma linha por produto. Insira as partes para uma proporção, ou a quantidade de cada produto.
Predefinições: ""
total_amount — Quantidade total
Opcional: a quantidade para misturar, por exemplo 120. É dividida pelas partes.
Predefinições: ""
recipe_notes — Notas sobre a aplicação
Opcional: ordem, tempos de processamento, desejos do cliente.
Predefinições: ""
Definições avançadas
unit — Unidade
Até 4 letras, por exemplo g ou ml.
Predefinições: "g"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "hair_colour_card",
"text": "{\"client\":\"Cartão do cliente 1184\",\"salon\":\"Studio Lindenau\",\"recipe_date\":\"12 de maio de 2026\",\"lines\":\"id,product,shade,parts,amount\\nF1,Lumina Cream,7.1,1,\\nF2,Lumina Cream,6.0,1,\\nF3,Lumina Developer 6 %,,2,\",\"total_amount\":\"120\",\"unit\":\"g\",\"recipe_notes\":\"Raízes primeiro, deixe por 30 minutos, depois o comprimento para os últimos 10 minutos. O cliente quer um tom frio sem vermelho.\"}"
}
Crie o plano de uma sessão fotográfica a partir de passos e minutos. O servidor calcula todos os horários, margens e atrasos, e a IA redige cada passo.
Campos de entrada e configuração
Definições essenciais
shoot — Sessão
Nome da sessão ou do cliente. Adicionado palavra por palavra.
Predefinições: ""
shoot_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
location — Localização
Opcional. Adicionado palavra por palavra.
Predefinições: ""
start_time — Hora de início
Formato 09:30.
Predefinições: "09:00"
latest_end — Fim previsto
Opcional, formato 18:30. Um fim posterior é assinalado.
Predefinições: ""
lines — Etapas
Uma linha por passo com minutos. fixed_start é opcional, para uma hora que não pode mudar, por exemplo a hora dourada às 19:40.
Predefinições: ""
remarks — Notas
Opcional: desejos e detalhes que podem ajudar ao redigir as etapas.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "photo_shoot_schedule",
"text": "{\"shoot\":\"Família Berg, fotos de primavera\",\"shoot_date\":\"16 de maio de 2026\",\"location\":\"Mill Park\",\"start_time\":\"14:00\",\"latest_end\":\"16:30\",\"lines\":\"id,step,who,minutes,fixed_start\\nA1,Arrival and light check,Photographer,20,\\nA2,Family group at the lake,Photographer and family,30,14:30\\nA3,Children on the meadow,Assistant,25,\\nA4,Change of clothes,Family,15,\\nA5,Portraits in the old orchard,Photographer,40,15:40\\nA6,Couple at the bridge in low sun,Photographer,30,16:15\",\"remarks\":\"A família quer fotos naturais sem poses. As crianças cansam rápido.\"}"
}
Crie o plano de um dia de casamento a partir de passos e minutos. O servidor calcula todos os horários, margens e atrasos, e a IA redige cada passo.
Campos de entrada e configuração
Definições essenciais
wedding — Casamento
Nomes do casal. Adicionado palavra por palavra.
Predefinições: ""
wedding_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
venue — Local
Opcional. Adicionado palavra por palavra.
Predefinições: ""
start_time — Hora de início
Formato 09:30.
Predefinições: "09:00"
latest_end — Fim previsto
Opcional, formato 00:30. Um término posterior é relatado. Um horário anterior ao início conta como o dia seguinte.
Predefinições: ""
lines — Etapas
Uma linha por etapa com minutos. fixed_start é opcional, para um horário que não pode ser alterado, por exemplo, a cerimónia.
Predefinições: ""
remarks — Notas
Opcional: desejos e detalhes que podem ajudar ao redigir as etapas.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "wedding_day_schedule",
"text": "{\"wedding\":\"Anna e Tom\",\"wedding_date\":\"20 de junho de 2026\",\"venue\":\"Lindenhof\",\"start_time\":\"09:00\",\"latest_end\":\"00:30\",\"lines\":\"id,step,who,minutes,fixed_start\\nW1,Hair and make-up,Anna and stylist,120,\\nW2,Couple pictures in the garden,Photographer,60,\\nW3,Drive to the church,Tom,30,\\nW4,Guests arrive,Ushers,30,13:00\\nW5,Ceremony,Pastor,45,13:30\\nW6,Reception with cake,Service team,75,\\nW7,Group pictures,Photographer,40,\\nW8,Drive to the Lindenhof,All,20,\\nW9,Dinner,Kitchen,120,18:00\\nW10,Speeches,Best man,45,\\nW11,First dance,Anna and Tom,15,20:30\\nW12,Party,DJ,240,\",\"remarks\":\"O bolo é da Padaria Hartmann. O DJ traz o seu próprio equipamento.\"}"
}
Organize as notas de um terapeuta numa folha de exercícios para casa clara. Apenas os exercícios das notas aparecem, sem diagnóstico e sem aconselhamento médico.
Campos de entrada e configuração
Definições essenciais
patient — Paciente
Opcional: um primeiro nome ou referência é suficiente. Adicionado palavra por palavra.
Predefinições: ""
therapist — Terapeuta ou clínica
Adicionado palavra por palavra.
Predefinições: ""
sheet_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
notes — Notas do terapeuta
Os exercícios conforme acordado, com repetições e como fazê-los. Apenas o que está escrito aqui pode aparecer.
Predefinições: ""
practice_contact — Contacto
Opcional. Adicionado palavra por palavra ao final.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "home_exercise_sheet",
"text": "{\"patient\":\"Referência 2207\",\"therapist\":\"Fisioterapia Lindenau, K. Berg\",\"sheet_date\":\"5 de maio de 2026\",\"notes\":\"Elevação de calcanhares segurando na cadeira, 10 vezes, 2 séries, de manhã e à noite. Deite-se de costas, puxe o joelho em direção ao peito com ambas as mãos, segure por 20 segundos, 3 vezes de cada lado. Caminhe em terreno plano 15 minutos diariamente. Faça os exercícios lentamente. Traga a folha na próxima consulta.\",\"practice_contact\":\"Lindenau Physiotherapy, telefone 0123 456789\"}"
}
Transforme as notas de cuidados num relatório neutro. Apenas as observações das notas aparecem, sem diagnóstico e sem conselhos, e uma nota diz que um profissional qualificado o verifica.
Campos de entrada e configuração
Definições essenciais
care_client — Cliente
Uma referência é suficiente. Adicionado palavra por palavra.
Predefinições: ""
report_date — Data e turno
Adicionado palavra por palavra.
Predefinições: ""
written_by — Escrito por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
notes — Notas de cuidados
O que foi observado e feito. Apenas o que está escrito aqui pode aparecer no relatório.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "care_report",
"text": "{\"care_client\":\"Referência A-17\",\"report_date\":\"12 de maio de 2026, turno matutino\",\"written_by\":\"A. Novak\",\"notes\":\"Lavado no lavatório com ajuda às 08:00. Tomou o pequeno-almoço na sala de estar. Caminhou até ao jardim com o andarilho durante cerca de 20 minutos. Disse que a cadeira nova é confortável. Pilha do aparelho auditivo trocada às 09:30. A filha telefonou às 11:00. Aberto: perguntar se os travões do andarilho precisam de ser verificados.\"}"
}
Organize as notas de um educador num relatório de observação. Apenas observações aparecem, sem diagnóstico e sem avaliação ou classificação da criança.
Campos de entrada e configuração
Definições essenciais
child — Criança
Um primeiro nome ou código é suficiente. Adicionado palavra por palavra.
Predefinições: ""
child_group — Grupo
Opcional. Adicionado palavra por palavra.
Predefinições: ""
observation_period — Período de observação
Adicionado palavra por palavra.
Predefinições: ""
observer — Observado por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
notes — Notas
O que a criança fez e disse. Apenas o que está escrito aqui pode aparecer no relatório.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "childcare_observation",
"text": "{\"child\":\"Criança A\",\"child_group\":\"Grupo Sunflower\",\"observation_period\":\"4 a 8 de maio de 2026\",\"observer\":\"K. Berg\",\"notes\":\"Segunda-feira: construiu uma torre com blocos de madeira durante o tempo livre e contou os blocos em voz alta até 12. Terça-feira: pediu a outra criança para ajudar a carregar a caixa. Quarta-feira: pintou com ambas as mãos por cerca de 20 minutos e disse \\\"o sol está quente\\\". Quinta-feira: ouviu a história no canto da leitura até o fim. Sexta-feira: calçou as botas sem ajuda antes de sair.\"}"
}
Escreva um aviso de falecimento e um obituário curto com base no que a família declara. Nomes e datas permanecem palavra por palavra, e nada é inventado sobre a vida da pessoa.
Campos de entrada e configuração
Definições essenciais
deceased — Nome do falecido
Adicionado palavra por palavra.
Predefinições: ""
born — Nascido em
Opcional. Adicionado palavra por palavra.
Predefinições: ""
died — Faleceu em
Adicionado palavra por palavra.
Predefinições: ""
facts — O que a família deseja dizer
Notas simples sobre a vida da pessoa. Apenas o que estiver escrito aqui pode aparecer.
Predefinições: ""
mourners — Em luto
Opcional: nomes da família. Adicionado palavra por palavra.
Predefinições: ""
service_details — Cerimónia de despedida
Opcional: local, data e desejos. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "death_notice_obituary",
"text": "{\"deceased\":\"Anna Wiesental\",\"born\":\"3 de março de 1941\",\"died\":\"12 de outubro de 2026\",\"facts\":\"Professora na escola primária de Bridgeport por 31 anos. Cantou no coro da igreja. Amava seu jardim e seus dois netos. Gostava de dizer que um bom livro nunca está terminado.\",\"mourners\":\"Paul e Lena Wiesental com Tom e Mia\",\"service_details\":\"Sábado, 24 de outubro de 2026, 11:00, Capela na Mill Road. Em vez de flores, considere fazer uma doação para a biblioteca da escola.\"}"
}
Escreva o convite ou a ata de uma reunião de proprietários. A ordem de trabalhos e as resoluções permanecem palavra por palavra, sem declarações legais e sem prazos inventados.
Campos de entrada e configuração
Definições essenciais
document — Documento
Escolha o que criar.
invitation — Convite · minutes — Ata
Predefinições: "invitation"
property_name — Imóvel
Adicionado palavra por palavra.
Predefinições: ""
meeting_when — Data e hora
Adicionado palavra por palavra.
Predefinições: ""
meeting_place — Local
Adicionado palavra por palavra.
Predefinições: ""
manager — Administrador do condomínio
Adicionado palavra por palavra.
Predefinições: ""
agenda_items — Ordem de trabalhos
Um item por linha. Adicionado palavra por palavra.
Predefinições: ""
notes — Notas
Convite: o que deve ser mencionado. Ata: como decorreu a reunião. Apenas o que estiver escrito aqui pode aparecer.
Predefinições: ""
attendance — Presenças
Só para a ata: adicionado palavra por palavra, por exemplo 14 de 20 frações presentes.
Predefinições: ""
resolutions — Resoluções
Só para a ata: uma resolução por linha com votos e valores. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "owners_meeting",
"text": "{\"document\":\"minutes\",\"property_name\":\"Proprietários da Mill Road 3\",\"meeting_when\":\"Quinta-feira, 18 de junho de 2026, 18:30\",\"meeting_place\":\"Sala de reuniões do Lindenau Community Centre\",\"manager\":\"Hartmann Property Management, S. Hartmann\",\"agenda_items\":\"1. Boas-vindas\\n2. Relatório anual 2025\\n3. Reparação do telhado\\n4. Outros assuntos\",\"notes\":\"A Sra. Berg perguntou sobre o cronograma do reparo do telhado. O gerente consultará a empresa de cobertura e dará um retorno. A luz da escadaria foi mencionada em outros assuntos.\",\"attendance\":\"14 de 20 proprietários presentes ou representados\",\"resolutions\":\"Item 2: O relatório anual de 2025 é aprovado. 13 sim, 0 não, 1 abstenção.\\nItem 3: O reparo do telhado pela Dachbau Lindenau é aprovado por 48.500,00 EUR, pagos a partir da reserva. 11 sim, 2 não, 1 abstenção.\"}"
}
Folha de cuidados pós-tratamento para o animal de estimação
pet_aftercare_sheet
Organize as instruções de uma clínica veterinária numa folha de cuidados pós-tratamento para proprietários de animais de estimação. Sem diagnóstico, e sem medicação ou dose além do fornecido.
Campos de entrada e configuração
Definições essenciais
practice — Clínica
Adicionado palavra por palavra.
Predefinições: ""
animal — Animal
Nome e espécie. Adicionado palavra por palavra.
Predefinições: ""
pet_owner — Proprietário
Opcional. Adicionado palavra por palavra.
Predefinições: ""
visit_date — Data da visita
Adicionado palavra por palavra.
Predefinições: ""
notes — Instruções da clínica
Cuidados, alimentação, medicação e doses conforme instruído, a próxima consulta. Apenas o que está escrito aqui pode aparecer.
Predefinições: ""
practice_contact — Contacto
Opcional. Adicionado palavra por palavra ao final.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "pet_aftercare_sheet",
"text": "{\"practice\":\"Clínica Veterinária Lindenau\",\"animal\":\"Pug, cão\",\"pet_owner\":\"\",\"visit_date\":\"5 de maio de 2026\",\"notes\":\"Após a limpeza dental: comida macia por 3 dias. Sem brinquedos de mastigar por 5 dias. Gel Demodent nas gengivas uma vez ao dia à noite por 5 dias, conforme entregue. Se houver sangramento após o 2º dia, por favor, ligue para a clínica. Check-up em 14 de maio às 10:30.\",\"practice_contact\":\"Clínica Veterinária Lindenau, telefone 0123 456700\"}"
}
Relatório de oficina para proprietários de veículos
workshop_report
Explique uma reparação em linguagem simples. O servidor soma a mão de obra e as peças, e a IA explica apenas o que diz a ordem de serviço e as notas da oficina.
Campos de entrada e configuração
Definições essenciais
workshop — Oficina
Adicionado palavra por palavra.
Predefinições: ""
vehicle — Veículo
Adicionado palavra por palavra, por exemplo modelo e matrícula.
Predefinições: ""
mileage — Quilometragem
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Mão de obra e peças
Uma linha por trabalho ou peça. kind é labour ou part. Para labour, a quantidade significa horas.
Predefinições: ""
workshop_notes — Notas da oficina
O que foi relatado, encontrado e acordado. Apenas o que estiver escrito aqui pode ser explicado.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 25000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "workshop_report",
"text": "{\"workshop\":\"Hartmann Car Service\",\"vehicle\":\"VW Golf, BX-KM 418\",\"mileage\":\"84210 km\",\"lines\":\"id,kind,description,quantity,unit_price\\nW1,labour,Replace front brake pads and discs,1.5,89.00\\nW2,labour,Annual service with oil change,2,89.00\\nW3,part,Front brake pads set,1,64.90\\nW4,part,Front brake discs,2,58.50\\nW5,part,Engine oil in litres,4.5,14.20\\nW6,part,Oil filter,1,12.80\\nW7,part,Wiper blades,1,\",\"workshop_notes\":\"O cliente relatou um ruído de chiar ao travar. Os discos de travão dianteiros estavam abaixo do limite de desgaste. As pastilhas de travão traseiras estão com cerca de metade do desgaste, a oficina irá revê-las no próximo serviço. O preço das palhetas do limpa-vidros ainda tem de ser consultado.\",\"currency\":\"EUR\"}"
}
Compare os valores medidos com os limites inseridos. O servidor marca cada valor como dentro ou fora do seu limite. Nenhum valor padrão é adicionado, e isso não substitui o teste realizado por um eletricista qualificado.
Campos de entrada e configuração
Definições essenciais
installation — Instalação
Adicionado palavra por palavra, por exemplo edifício e quadro elétrico.
Predefinições: ""
test_date — Data do teste
Adicionado palavra por palavra.
Predefinições: ""
tester — Testado por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Medições
Uma linha por valor. O limite provém da norma aplicável ou do fabricante. limit_type é max (o valor não pode ser superior) ou min (o valor não pode ser inferior).
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que o registo deva mencionar, por exemplo o dispositivo de medição.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "electrical_test_record",
"text": "{\"installation\":\"Mill Road 3, quadro de distribuição 1\",\"test_date\":\"12 de maio de 2026\",\"tester\":\"T. Berg\",\"lines\":\"id,circuit,measurement,value,unit,limit,limit_type\\nP1,Sockets,Insulation resistance,210,MOhm,1,min\\nP2,Sockets,Loop impedance,0.62,Ohm,1.37,max\\nP3,Oven,Loop impedance,1.54,Ohm,1.37,max\\nP4,Oven,RCD trip time,24,ms,30,max\\nP5,Lighting,Insulation resistance,,MOhm,1,min\\nP6,Lighting,RCD trip current,30,mA,30,max\",\"remarks\":\"Medido com o mesmo dispositivo em todos os circuitos.\"}"
}
Verifique um registo de temperatura para frigoríficos e congeladores. O servidor identifica leituras fora da gama introduzida e dias sem registo. Sem declarações sobre a legislação alimentar.
Campos de entrada e configuração
Definições essenciais
kitchen — Cozinha ou negócio
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Leituras
Uma linha por leitura. Datas como 2026-03-31 ou 31.03.2026, horários como 08:30. Insira o limite inferior e superior uma vez por equipamento; células vazias mantêm o último intervalo.
Predefinições: ""
remarks — Notas
Opcional: por exemplo dias de encerramento, que explicam uma lacuna.
Predefinições: ""
Definições avançadas
checks_per_day — Leituras por dia
Dias com menos leituras por equipamento são listados. De 1 a 6.
Predefinições: 1
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "temperature_log_check",
"text": "{\"kitchen\":\"Riverside Bistro\",\"period\":\"4 a 8 de maio de 2026\",\"lines\":\"id,appliance,date,time,temperature,lower,upper,note\\nT1,Cold room,2026-05-04,08:00,4.0,0,7,\\nT2,Freezer,2026-05-04,08:05,-19,-25,-18,\\nT3,Cold room,2026-05-05,08:00,5.5,,,\\nT4,Freezer,2026-05-05,08:10,-16.5,,,Door open during delivery\\nT5,Cold room,2026-05-06,08:02,8.5,,,\\nT6,Cold room,2026-05-08,08:00,3,,,\\nT7,Freezer,2026-05-08,08:03,,,,\",\"checks_per_day\":1,\"remarks\":\"Fechado em 7 de maio.\"}"
}
Transforme uma receita em quantidades. O servidor calcula gramas por ingrediente, massa total, hidratação e rendimento da massa a partir de percentagens do padeiro ou de uma receita em gramas.
Campos de entrada e configuração
Definições essenciais
recipe — Receita
Adicionado palavra por palavra.
Predefinições: ""
lines — Ingredientes
Uma linha por ingrediente. role é flour, liquid ou other. Preencha percent em todas as linhas ou amount_g em todas as linhas.
Predefinições: ""
pieces — Peças
Quantas peças são necessárias, por exemplo 40.
Predefinições: ""
piece_weight — Massa por peça (g)
Peso da massa de uma peça em gramas, por exemplo 500.
Predefinições: ""
flour_weight — Ou: peso da farinha (g)
Em vez de peças: farinha total em gramas, por exemplo 10000.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a folha deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 12000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "bakers_percentage",
"text": "{\"recipe\":\"Pão de trigo e centeio\",\"lines\":\"id,role,ingredient,percent,amount_g\\nD1,flour,Wheat flour,80,\\nD2,flour,Rye flour,20,\\nD3,liquid,Water,65,\\nD4,other,Salt,2,\\nD5,other,Fresh yeast,1,\",\"pieces\":\"40\",\"piece_weight\":\"500\",\"flour_weight\":\"\",\"remarks\":\"A massa descansa durante a noite na câmara fria.\"}"
}
Avaliar registos de colmeia. O servidor soma o rendimento de mel por colmeia e relata longos intervalos entre as entradas. Sem diagnóstico e sem conselhos de tratamento.
Campos de entrada e configuração
Definições essenciais
apiary — Apiário
Adicionado palavra por palavra.
Predefinições: ""
year — Temporada
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Entradas
Uma linha por inspeção ou colheita. Datas como 2026-03-31 ou 31.03.2026. honey_kg apenas para uma colheita. Sem vírgulas na nota, a menos que esteja entre aspas.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a avaliação deva mencionar.
Predefinições: ""
Definições avançadas
gap_days — Lacuna a partir de (dias)
Um período mais longo sem uma entrada é listado. De 7 a 365.
Predefinições: 30
Máximo de bytes UTF-8 de entrada: 45000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "hive_record",
"text": "{\"apiary\":\"Apiário Mill Road\",\"year\":\"2026\",\"lines\":\"id,hive,date,honey_kg,note\\nB1,Hive 1,2026-04-12,,Queen seen and brood on six frames\\nB2,Hive 1,2026-05-20,,Queen cups found\\nB3,Hive 1,2026-06-15,18.5,First harvest\\nB4,Hive 1,2026-07-20,14,Second harvest\\nB5,Hive 2,2026-04-12,,Few bees after winter\\nB6,Hive 2,2026-06-15,9.25,Harvest from one super\\nB7,Hive 3,2026-04-12,,New colony\\nB8,Hive 3,,,\",\"gap_days\":30,\"remarks\":\"\"}"
}
Transforme uma lista de toros numa lista de madeira. O servidor calcula o volume de cada toro com a fórmula de Huber a partir do comprimento e do diâmetro médio e mostra o cálculo.
Campos de entrada e configuração
Definições essenciais
forest — Floresta ou povoamento
Adicionado palavra por palavra.
Predefinições: ""
timber_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Toros
Uma linha por toro com o comprimento em metros e o diâmetro médio em centímetros.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a lista deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "timber_list",
"text": "{\"forest\":\"Mill Forest, banca 12\",\"timber_date\":\"3 de fevereiro de 2026\",\"lines\":\"id,species,length_m,diameter_cm\\nH1,Spruce,4,32\\nH2,Spruce,4,28.5\\nH3,Spruce,5,24\\nH4,Pine,4.5,30\\nH5,Pine,,26\",\"remarks\":\"Toras empilhadas na via leste.\"}"
}
Converta canteiros e densidades num plano de plantação. O servidor calcula o número de plantas a partir da área e da densidade e arredonda cada linha por excesso para plantas inteiras.
Campos de entrada e configuração
Definições essenciais
planting_site — Local de plantação
Adicionado palavra por palavra, por exemplo projeto ou endereço.
Predefinições: ""
lines — Linhas de plantação
Uma linha por planta num canteiro, com área em metros quadrados e plantas por metro quadrado.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que o plano deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 15000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "planting_plan",
"text": "{\"planting_site\":\"Pátio da Mill Road\",\"lines\":\"id,bed,plant,area_m2,density_per_m2\\nG1,North bed,Lavender,12.5,6\\nG2,North bed,Ornamental grass,4.2,5\\nG3,South bed,Ground cover,18.4,8.5\\nG4,Hedge,Hornbeam,7.5,3\\nG5,South bed,Tulips,,25\",\"remarks\":\"A área dos tulipas será medida no local na próxima semana.\"}"
}
Some a potência por fase para um evento. O servidor compara os watts em cada fase com o fusível inserido. Isso não substitui uma verificação por uma pessoa qualificada.
Campos de entrada e configuração
Definições essenciais
event — Evento
Adicionado palavra por palavra.
Predefinições: ""
fuse_amps — Fusível por fase (A)
Da alimentação no local, por exemplo 16 ou 32.
Predefinições: 16
lines — Dispositivos
Uma linha por tipo de dispositivo. A fase é L1, L2 ou L3. Watts da placa de identificação ou folha de dados.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a visão geral deva mencionar.
Predefinições: ""
Definições avançadas
voltage — Tensão por fase (V)
Tensão entre fase e neutro.
Predefinições: 230
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "power_load_phases",
"text": "{\"event\":\"Festival de verão, palco principal\",\"fuse_amps\":16,\"voltage\":230,\"lines\":\"id,device,phase,quantity,watts\\nS1,LED spot,L1,12,180\\nS2,Moving head,L1,4,320\\nS3,Sound amplifier,L2,2,1800\\nS4,Mixing desk,L2,1,150\\nS5,Fog machine,L3,1,1500\\nS6,Bar fridge,,1,350\",\"remarks\":\"O bar é alimentado pela mesma caixa de distribuição.\"}"
}
Transforme mercadorias numa lista de carga. O servidor soma os pesos, compara-os com a carga útil inserida e informa os valores ausentes. Sem declaração sobre amarração de carga.
Campos de entrada e configuração
Definições essenciais
vehicle — Veículo
Adicionado palavra por palavra, por exemplo a matrícula.
Predefinições: ""
tour — Volta
Opcional. Adicionado palavra por palavra, por exemplo número e data.
Predefinições: ""
payload_kg — Carga útil (kg)
Dos documentos do veículo, por exemplo 1200.
Predefinições: ""
lines — Mercadorias
Uma linha por item com quantidade e peso por peça em quilogramas. stop é o ponto de descarga.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que a lista deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 25000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "load_list",
"text": "{\"vehicle\":\"Van BX-KM 418\",\"tour\":\"Tour 7, 12 de maio de 2026\",\"payload_kg\":\"1200\",\"lines\":\"id,stop,item,quantity,unit_weight_kg\\nL1,Bridgeport,Pallet of flour,2,320\\nL2,Bridgeport,Sack of sugar,10,25\\nL3,Mill Road,Crate of bottles,14,18.5\\nL4,Mill Road,Cleaning supplies,6,12.25\\nL5,Mill Road,Display stand,1,\",\"remarks\":\"O suporte de exibição sai do armazém de manhã.\"}"
}
Transforme as tarefas de limpeza num plano. O servidor calcula as horas por semana para cada local com base na frequência e nos minutos e lista as linhas incompletas.
Campos de entrada e configuração
Definições essenciais
company — Empresa ou equipa de limpeza
Adicionado palavra por palavra.
Predefinições: ""
period — Válido a partir de
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Tarefas
Uma linha por tarefa e local com vezes por semana e minutos por vez. De duas em duas semanas é 0,5 vezes por semana.
Predefinições: ""
remarks — Notas
Opcional: qualquer coisa que o plano deva mencionar.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 25000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "cleaning_plan",
"text": "{\"company\":\"Clearwater Services\",\"period\":\"Maio de 2026\",\"lines\":\"id,site,task,times_per_week,minutes\\nR1,Mill Road office,Floors and desks,5,45\\nR2,Mill Road office,Washrooms,5,20\\nR3,Mill Road office,Windows,0.5,90\\nR4,Hartmann Bakery,Sales room,6,30\\nR5,Hartmann Bakery,Storage room,1,40\\nR6,Hartmann Bakery,Staff room,2,\",\"remarks\":\"As atas para a sala de funcionários serão acordadas na próxima semana.\"}"
}
Calcule a tinta para uma obra a partir das divisões, janelas e portas, demãos e rendimento. O servidor calcula litros e latas, e a IA escreve um breve resumo para a proposta.
Campos de entrada e configuração
Definições essenciais
project — Projeto
Incluído tal como escrito, por exemplo cliente e morada.
Predefinições: ""
lines — Divisões e áreas
Uma linha por divisão ou superfície. A área de parede é o perímetro vezes a altura; extra_m2 soma diretamente um teto ou outra área; openings_m2 é deduzido. Deixe coats vazio para usar o número abaixo.
Predefinições: ""
coverage_m2_per_l — Rendimento (m² por litro)
Da ficha técnica do produto, por exemplo 8 ou 7,5.
Predefinições: ""
coats — Demãos
Para linhas sem número próprio. De 1 a 6.
Predefinições: 2
container_l — Tamanho da lata (l)
Opcional: litros numa lata, por exemplo 10 ou 2,5.
Predefinições: "10"
remarks — Notas
Opcional: o que o resumo deve mencionar, por exemplo cores ou o estado das paredes.
Predefinições: ""
Definições avançadas
reserve_percent — Reserva (%)
Somado ao total de litros. De 0 a 50.
Predefinições: 10
container_price — Preço por lata
Opcional: para o custo de material, por exemplo 89,90.
Predefinições: ""
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "paint_quantity",
"text": "{\"project\":\"Família Keller, Rua do Ácer\",\"lines\":\"id,room,perimeter_m,height_m,extra_m2,openings_m2,coats\\nR1,Sala de estar,18.4,2.6,,5.2,\\nR2,Cozinha,12,2.5,,3.1,\\nR3,Teto da sala de estar,,,21.5,,1\\nR4,Corredor,9.6,,,1.8,\",\"coverage_m2_per_l\":\"8\",\"coats\":2,\"container_l\":\"10\",\"reserve_percent\":10,\"container_price\":\"89.90\",\"currency\":\"EUR\",\"remarks\":\"Paredes em branco quente, teto em branco puro. As pequenas fissuras na cozinha são preenchidas primeiro. A altura do corredor é medida no local.\"}"
}
Calcule azulejos, cola e betume de juntas a partir das superfícies de uma obra. O servidor soma o desperdício, arredonda para caixas inteiras por azulejo e calcula os sacos a partir do consumo inserido.
Campos de entrada e configuração
Definições essenciais
project — Projeto
Incluído tal como escrito, por exemplo cliente e morada.
Predefinições: ""
lines — Superfícies
Uma linha por superfície com a área líquida em metros quadrados. tile identifica o azulejo. waste_percent e pack_m2 podem ficar vazios para usar os valores abaixo.
Predefinições: ""
waste_percent — Desperdício (%)
Para linhas sem valor próprio. De 0 a 50.
Predefinições: 10
pack_m2 — m² por caixa
Opcional: para linhas sem valor próprio, por exemplo 1,44.
Predefinições: ""
remarks — Notas
Opcional: o que o resumo deve mencionar, por exemplo o padrão de assentamento ou o suporte.
Predefinições: ""
Definições avançadas
adhesive_kg_m2 — Cola (kg por m²)
Opcional: consumo indicado na ficha técnica, por exemplo 3,5.
Predefinições: ""
adhesive_bag_kg — Saco de cola (kg)
Opcional, por exemplo 25.
Predefinições: ""
grout_kg_m2 — Betume de juntas (kg por m²)
Opcional: consumo indicado na ficha técnica para este azulejo e esta junta, por exemplo 0,5.
Predefinições: ""
grout_bag_kg — Saco de betume de juntas (kg)
Opcional, por exemplo 5.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "tile_quantity",
"text": "{\"project\":\"Casa de banho e cozinha, Rua do Moinho 3\",\"lines\":\"id,surface,tile,area_m2,waste_percent,pack_m2\\nF1,Chão da casa de banho,Ladrilho A 60x60,6.8,,\\nF2,Parede da casa de banho,Azulejo B 30x60,22.4,15,1.08\\nF3,Parede da cozinha,Azulejo B 30x60,4.2,,1.08\\nF4,Chão do corredor,Ladrilho A 60x60,,,\",\"waste_percent\":10,\"pack_m2\":\"1.44\",\"adhesive_kg_m2\":\"3.5\",\"adhesive_bag_kg\":\"25\",\"grout_kg_m2\":\"0.5\",\"grout_bag_kg\":\"5\",\"remarks\":\"Parede da casa de banho assente na diagonal. O chão do corredor é medido depois de retirado o pavimento antigo.\"}"
}
Calcule telhas, ripas e cumeeira a partir das águas do telhado de uma obra. O servidor usa as telhas por metro quadrado e o espaçamento das ripas do fabricante e soma o desperdício.
Campos de entrada e configuração
Definições essenciais
project — Projeto
Incluído tal como escrito, por exemplo cliente e morada.
Predefinições: ""
lines — Águas do telhado
Uma linha por água do telhado com a área medida na inclinação em metros quadrados. ridge_m é o comprimento de cumeeira ou rincão a cobrir ao longo desta água; uma cumeeira partilhada é indicada só uma vez.
Predefinições: ""
tiles_per_m2 — Telhas por m²
Do fabricante para esta telha e este espaçamento das ripas, por exemplo 10,5.
Predefinições: ""
batten_gauge_cm — Espaçamento das ripas (cm)
Opcional: distância entre ripas, por exemplo 33,5. Sem este valor, não são calculadas ripas.
Predefinições: ""
waste_percent — Desperdício (%)
Somado às telhas e ripas. De 0 a 30.
Predefinições: 5
remarks — Notas
Opcional: o que o resumo deve mencionar, por exemplo o modelo de telha ou a forma do telhado.
Predefinições: ""
Definições avançadas
ridge_tiles_per_m — Telhas de cumeeira por metro
Opcional: do fabricante, por exemplo 2,5.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 12000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "roofing_material",
"text": "{\"project\":\"Casa Berg, Rua das Tílias 7\",\"lines\":\"id,roof_face,area_m2,ridge_m\\nD1,Água sul,62.4,10.4\\nD2,Água norte,62.4,\\nD3,Telhado da garagem,18.3,\\nD4,Alpendre,,\",\"tiles_per_m2\":\"10.5\",\"batten_gauge_cm\":\"33.5\",\"waste_percent\":5,\"ridge_tiles_per_m\":\"2.5\",\"remarks\":\"Telhas de barro vermelhas como no telhado antigo. O alpendre é medido quando o andaime estiver montado.\"}"
}
Transforme vidros numa lista de encomenda. O servidor calcula a área por vidro e posição, uma área mínima opcional por vidro e o peso a partir da área, da espessura e de 2,5 kg por m² e mm.
Campos de entrada e configuração
Definições essenciais
customer — Cliente ou obra
Adicionado palavra por palavra.
Predefinições: ""
order_ref — Referência da encomenda
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Vidros
Uma linha por posição com largura e altura em milímetros, espessura em milímetros e quantidade. Para vidro duplo ou laminado, indique a soma das espessuras dos vidros.
Predefinições: ""
remarks — Notas
Opcional: o que a encomenda deve mencionar, por exemplo o acabamento das arestas ou a entrega.
Predefinições: ""
Definições avançadas
min_area_m2 — Área mínima por vidro (m²)
Opcional: conforme a tabela de preços do fornecedor, por exemplo 0,5. Os vidros mais pequenos são contados com esta área.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "glass_order",
"text": "{\"customer\":\"Novak cozinha e casa de banho\",\"order_ref\":\"GL-2026-114\",\"lines\":\"id,position,glass_type,width_mm,height_mm,thickness_mm,quantity\\nG1,Janela da cozinha,Vidro duplo 4/16/4,1200,1400,8,2\\nG2,Casa de banho,Vidro acetinado,600,450,6,1\\nG3,Prateleira,Float,800,250,8,3\\nG4,Porta,Float,900,,8,1\",\"min_area_m2\":\"0.5\",\"remarks\":\"Prateleiras com arestas polidas. A altura do vidro da porta é indicada depois de montado o aro.\"}"
}
Transforme uma lista do recheio da casa numa lista de embalagem. O servidor soma o volume por divisão, acrescenta uma reserva e escolhe o veículo adequado mais pequeno da lista própria de veículos.
Campos de entrada e configuração
Definições essenciais
move — Mudança
Incluído tal como escrito, por exemplo cliente e ambas as moradas.
Predefinições: ""
move_date — Data da mudança
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Recheio da casa
Uma linha por tipo de objeto com quantidade e metros cúbicos de uma unidade. note serve para indicações de embalagem, como frágil ou desmontar.
Predefinições: ""
vehicles — Veículos próprios
Opcional: uma linha por veículo com o volume de carga em metros cúbicos. É sugerido o mais pequeno que chegue.
Predefinições: ""
reserve_percent — Reserva (%)
Somado ao volume total para os espaços vazios ao empilhar. De 0 a 50.
Predefinições: 10
remarks — Notas
Opcional: o que a lista de embalagem deve mencionar, por exemplo andares ou um elevador.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 32000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "removal_volume",
"text": "{\"move\":\"Família Hartmann, da Rua do Moinho 3 para a Rua das Tílias 7\",\"move_date\":\"12 de junho de 2026\",\"lines\":\"id,room,item,quantity,volume_m3,note\\nU1,Sala de estar,Sofá de três lugares,1,1.8,\\nU2,Sala de estar,Estante,2,0.9,Desmontar\\nU3,Cozinha,Caixa de mudanças,25,0.1,Frágil\\nU4,Quarto,Roupeiro,1,2.5,Desmontar\\nU5,Quarto,Cama 160 x 200,1,1.5,\\nU6,Cave,Bicicleta,2,,\",\"vehicles\":\"id,vehicle,volume_m3\\nV1,Carrinha,12\\nV2,Camião 7.5 t,35\\nV3,Camião 12 t,50\",\"reserve_percent\":10,\"remarks\":\"Terceiro andar sem elevador na casa antiga. A cave é verificada no dia da visita.\"}"
}
Transforme contagens de carateres numa proposta. O servidor converte carateres com espaços em linhas-padrão, multiplica pelo preço por linha, soma uma taxa de urgência e verifica um valor mínimo.
Campos de entrada e configuração
Definições essenciais
customer — Cliente
Adicionado palavra por palavra.
Predefinições: ""
offer_number — Número da oferta
Opcional. Adicionado palavra por palavra.
Predefinições: ""
language_pair — Idiomas
Opcional. Incluído tal como escrito, por exemplo alemão para inglês.
Predefinições: ""
deadline — Entrega
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Documentos
Uma linha por documento com o número de carateres com espaços, tal como contado pelo processador de texto.
Predefinições: ""
price_per_line — Preço por linha
Preço líquido de uma linha-padrão, por exemplo 1,35.
Predefinições: ""
line_chars — Carateres por linha
Carateres com espaços que formam uma linha-padrão. De 30 a 100.
Predefinições: 55
rush_percent — Taxa de urgência (%)
0 para nenhuma taxa. De 0 a 200.
Predefinições: 0
remarks — Notas
Opcional: o que a proposta deve mencionar, por exemplo a área temática ou o formato.
Predefinições: ""
Definições avançadas
rounding — Arredondamento
Como são contadas as linhas de cada documento.
exact — Exato, duas casas decimais · up — Arredondar para cima para linhas inteiras por documento
Predefinições: "exact"
minimum_fee — Valor mínimo
Opcional: usado quando o total é inferior, por exemplo 40.
Predefinições: ""
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 12000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "standard_line_offer",
"text": "{\"customer\":\"Padaria Hartmann, Lda.\",\"offer_number\":\"A-2026-071\",\"language_pair\":\"De alemão para inglês\",\"deadline\":\"no prazo de 5 dias úteis\",\"lines\":\"id,document,characters\\nN1,Contrato de arrendamento,12480\\nN2,Carta de apresentação,1.830\\nN3,Anexo planta,\",\"price_per_line\":\"1.35\",\"line_chars\":55,\"rush_percent\":25,\"rounding\":\"exact\",\"minimum_fee\":\"40\",\"currency\":\"EUR\",\"remarks\":\"Área jurídica. O anexo é contado logo que a digitalização esteja legível.\"}"
}
Transforme peças pesadas num recibo de compra. O servidor calcula o ouro fino a partir do peso e do toque e o pagamento a partir do preço do dia inserido pela empresa. Não são obtidos preços.
Campos de entrada e configuração
Definições essenciais
business — Comprador
Incluído tal como escrito, por exemplo nome e morada da loja.
Predefinições: ""
seller — Vendedor
Opcional. Adicionado palavra por palavra.
Predefinições: ""
receipt_date — Data
Adicionado palavra por palavra.
Predefinições: ""
receipt_number — Número do recibo
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Peças compradas
Uma linha por peça com o peso em gramas e o toque em milésimas, por exemplo 585 ou 750. Pese sem pedras; indique-o na coluna de notas.
Predefinições: ""
price_per_g — Preço por grama de ouro fino
Preço do dia definido pela empresa, por exemplo 58,40. Nada é obtido do exterior.
Predefinições: ""
payout_percent — Parte paga (%)
Parte do valor do ouro fino que é paga. De 1 a 100.
Predefinições: 100
remarks — Notas
Opcional: o que o recibo deve mencionar, por exemplo como as peças foram testadas.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "gold_purchase_receipt",
"text": "{\"business\":\"Ourivesaria Berg, Praça do Mercado 4\",\"seller\":\"Anna Novak\",\"receipt_date\":\"14 de maio de 2026\",\"receipt_number\":\"AK-0193\",\"lines\":\"id,item,weight_g,fineness,note\\nA1,Anel,4.2,585,\\nA2,Fio,12.75,750,\\nA3,Brincos,0.875,333,pesados sem pedras\\nA4,Pulseira,,585,fecho ainda por retirar\",\"price_per_g\":\"58.40\",\"payout_percent\":90,\"currency\":\"EUR\",\"remarks\":\"Contrastes verificados com lupa, fio testado com ácido no fecho.\"}"
}
Transforme medições de densidade num registo de brassagem. O servidor calcula a atenuação aparente e uma estimativa de álcool a partir da densidade inicial e final em graus Plato e indica a fórmula usada.
Campos de entrada e configuração
Definições essenciais
brewery — Cervejeira
Adicionado palavra por palavra.
Predefinições: ""
brew — Brassagem
Incluído tal como escrito, por exemplo cerveja e número de lote.
Predefinições: ""
brew_date — Dia de brassagem
Opcional. Adicionado palavra por palavra.
Predefinições: ""
og_plato — Densidade inicial (°P)
Medida antes da inoculação da levedura, por exemplo 12,5.
Predefinições: ""
fg_plato — Densidade final (°P)
Opcional. Se ficar vazio, é usada a medição com a data mais recente.
Predefinições: ""
lines — Leituras
Uma linha por medição. Datas como 2026-03-31 ou 31.03.2026. Densidade em graus Plato, temperatura em graus Celsius; ambas podem ficar vazias.
Predefinições: ""
remarks — Notas
Opcional: o que o registo deve mencionar, por exemplo levedura ou lúpulo.
Predefinições: ""
Definições avançadas
batch_l — Lote (l)
Opcional: litros no fermentador, por exemplo 50.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "brew_log",
"text": "{\"brewery\":\"Cervejaria Rua do Moinho\",\"brew\":\"Pale ale, lote 27\",\"brew_date\":\"2 de março de 2026\",\"og_plato\":\"12.5\",\"fg_plato\":\"\",\"lines\":\"id,date,stage,gravity_plato,temperature_c,note\\nS1,2026-03-02,Inoculação,12.5,12,Levedura reidratada\\nS2,2026-03-05,Dia 3,6.2,14,Krausen alto\\nS3,09.03.2026,Dia 7,3.1,15,Dry hopping feito\\nS4,2026-03-16,Engarrafamento,2.8,4,\",\"batch_l\":\"50\",\"remarks\":\"Fermentador 2. Açúcar de priming adicionado no engarrafamento.\"}"
}
Transforme as etapas de um percurso num plano de horários. O servidor calcula o tempo de marcha por etapa com a regra da DIN 33466, soma as pausas e mostra a chegada e a hora limite em cada ponto.
Campos de entrada e configuração
Definições essenciais
tour — Volta
Adicionado palavra por palavra.
Predefinições: ""
guide — Guia
Opcional. Adicionado palavra por palavra.
Predefinições: ""
tour_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Etapas
Uma linha por etapa pela ordem do percurso, com a distância em quilómetros, a subida e a descida em metros e a pausa em minutos no fim da etapa.
Predefinições: ""
start_time — Hora de início
Hora como 08:30.
Predefinições: "08:00"
latest_return — Regresso até
Opcional: hora como 17:00, por exemplo antes de escurecer ou do último autocarro. Cada ponto recebe então uma hora limite.
Predefinições: ""
pace_percent — Fator de grupo
Multiplica cada tempo de marcha. Abaixo de 100 para um grupo rápido, acima de 100 para um grupo lento.
Opcional: o que o plano deve mencionar, por exemplo o ponto de encontro ou o equipamento.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 12000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "hiking_time_plan",
"text": "{\"tour\":\"Volta dos três picos a partir do Vale do Moinho\",\"guide\":\"T. Berg\",\"tour_date\":\"21 de junho de 2026\",\"lines\":\"id,leg,distance_km,ascent_m,descent_m,break_min\\nT1,Parque de estacionamento ao abrigo Amieiro,4.5,600,0,20\\nT2,Abrigo Amieiro ao cume,2.2,450,50,30\\nT3,Cume ao vale,7.8,0,1000,0\",\"start_time\":\"08:00\",\"latest_return\":\"17:00\",\"pace_percent\":\"100\",\"remarks\":\"Ponto de encontro no parque de estacionamento. Almoço embalado para o cume.\"}"
}
Compare o equipamento de um rider técnico com o stock próprio. O servidor soma as duas listas por artigo e devolve uma lista de faltas com quantidades.
Campos de entrada e configuração
Definições essenciais
event — Evento
Adicionado palavra por palavra.
Predefinições: ""
venue — Local
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Rider: equipamento necessário
Uma linha por artigo do rider com a quantidade necessária. category é opcional, por exemplo microfones.
Predefinições: ""
available — Stock próprio
Uma linha por artigo com a quantidade disponível nesta data. Use os mesmos nomes que no rider.
Predefinições: ""
remarks — Notas
Opcional: o que a lista deve mencionar, por exemplo uma pessoa de contacto ou um prazo.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 50000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "rider_stock_check",
"text": "{\"event\":\"Festival de verão, palco principal, banda B\",\"venue\":\"Parque Ribeirinho\",\"lines\":\"id,category,item,quantity\\nR1,Microfones,Shure SM58,6\\nR2,Microfones,Shure Beta 52A,1\\nR3,Suportes,Tripé de microfone alto,8\\nR4,Monitores,Monitor de chão,4\\nR5,Microfones,shure sm-58,2\\nR6,Cabos,Cabo XLR 10 m,\",\"available\":\"id,item,quantity\\nB1,Shure SM58,6\\nB2,Tripé de microfone alto,10\\nB3,Monitor de chão,2\\nB4,Caixa DI,4\",\"remarks\":\"Os itens em falta são esclarecidos com o manager da banda na segunda-feira.\"}"
}
Avalie os controlos de estações de isco. O servidor conta o consumo por estação, compara cada controlo com o anterior e lista as estações em atraso. Sem afirmações sobre produtos ou obrigações legais.
Campos de entrada e configuração
Definições essenciais
customer — Cliente ou local
Adicionado palavra por palavra.
Predefinições: ""
technician — Realizado por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Controlos
Uma linha por estação e controlo. finding é none, partial, full, damaged ou no_access. Datas como 2026-05-31 ou 31.05.2026.
Predefinições: ""
interval_days — Intervalo de controlo (dias)
Conforme acordado com o cliente. De 1 a 365.
Predefinições: 28
remarks — Notas
Opcional: tudo o que o relatório deve mencionar, por exemplo medidas acordadas no local.
Predefinições: ""
Definições avançadas
report_date — Data de referência
Opcional, por exemplo 2026-05-31. As estações em atraso são contadas até este dia; vazio significa o último controlo da tabela.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "bait_station_check",
"text": "{\"customer\":\"Padaria Hartmann, Rua do Moinho 4\",\"technician\":\"J. Kowalski\",\"lines\":\"id,bait_station,date,bait_finding,note\\nK1,S1 armazém,2026-03-02,none,\\nK2,S2 cais de carga,2026-03-02,partial,\\nK3,S3 pátio,2026-03-02,none,\\nK4,S1 armazém,2026-03-30,none,\\nK5,S2 cais de carga,2026-03-30,full,Excrementos junto à estação\\nK6,S3 pátio,2026-03-30,no_access,Paletes em frente à estação\\nK7,S1 armazém,2026-05-04,none,\\nK8,S2 cais de carga,2026-05-04,partial,Fenda sob o portão fechada pelo cliente\",\"interval_days\":28,\"report_date\":\"2026-05-04\",\"remarks\":\"O cliente pede o relatório antes da auditoria.\"}"
}
Verifique as medições da água da piscina, como pH, cloro e temperatura, face aos limites inseridos. O servidor assinala desvios e dias sem medição. Sem afirmações legais.
Campos de entrada e configuração
Definições essenciais
facility — Piscina ou instalação
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Opcional. Adicionado palavra por palavra.
Predefinições: ""
tester — Testado por
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Leituras
Uma linha por momento de medição. Deixe uma célula vazia se o valor não foi medido. Datas como 2026-05-31 ou 31.05.2026.
Predefinições: ""
limits — Limites
Uma linha por parâmetro com os limites aplicáveis à instalação. Piscina vazia significa todas as piscinas. A ferramenta não conhece regras e apenas compara com estes valores.
Predefinições: ""
remarks — Notas
Opcional: por exemplo dias de encerramento, que explicam uma lacuna.
Predefinições: ""
Definições avançadas
checks_per_day — Leituras por dia
São listados os dias com menos medições por piscina. De 1 a 6.
Predefinições: 1
Máximo de bytes UTF-8 de entrada: 40000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "pool_water_log",
"text": "{\"facility\":\"Hotel Spa Lindenau\",\"period\":\"4 a 6 de maio de 2026\",\"tester\":\"M. Berg\",\"lines\":\"id,pool,date,time,ph,free_chlorine,combined_chlorine,water_temp,note\\nW1,Piscina interior,2026-05-04,08:00,7.2,0.5,0.1,28.0,\\nW2,Jacuzzi,2026-05-04,08:10,7.4,0.9,0.15,36.5,\\nW3,Piscina interior,2026-05-05,08:00,7.8,0.4,0.25,28.5,Muitos hóspedes na noite anterior\\nW4,Jacuzzi,2026-05-05,08:05,7.3,,0.1,37.0,Tiras de teste de cloro esgotadas\\nW5,Piscina interior,2026-05-06,08:00,7.1,0.2,0.1,27.5,\",\"limits\":\"id,pool,parameter,lower,upper\\nG1,,ph,6.5,7.6\\nG2,,free_chlorine,0.3,0.6\\nG3,,combined_chlorine,,0.2\\nG4,Jacuzzi,free_chlorine,0.7,1.0\\nG5,Jacuzzi,water_temp,,37\",\"checks_per_day\":1,\"remarks\":\"O filtro do jacuzzi foi limpo em contracorrente a 5 de maio.\"}"
}
Relatório de treino canino e plano de trabalho de casa
dog_training_report
Transforme as notas de uma sessão de treino num relatório para o dono e num plano de trabalho de casa. O servidor calcula os minutos de prática e a IA utiliza apenas exercícios da entrada.
Campos de entrada e configuração
Definições essenciais
dog — Cão
Nome e raça. Adicionado palavra por palavra.
Predefinições: ""
pet_owner — Proprietário
Opcional. Adicionado palavra por palavra.
Predefinições: ""
trainer — Treinador ou escola canina
Adicionado palavra por palavra.
Predefinições: ""
session_date — Data da sessão
Opcional. Adicionado palavra por palavra.
Predefinições: ""
session_notes — Notas da sessão
O que foi praticado e observado, e o que foi combinado para casa. Só o que estiver escrito aqui pode aparecer no relatório.
Predefinições: ""
lines — Exercícios para casa
Uma linha por exercício conforme combinado: como, vezes por dia, minutos de cada vez e dias por semana.
Predefinições: ""
next_session — Próxima sessão
Opcional. Adicionado palavra por palavra.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "dog_training_report",
"text": "{\"dog\":\"Bruno, labrador\",\"pet_owner\":\"Família Novak\",\"trainer\":\"Escola Canina Lindenau, A. Berg\",\"session_date\":\"12 de maio de 2026\",\"session_notes\":\"Praticámos andar com a trela solta no caminho do parque. No início o Bruno puxava em direção a outros cães e, após algumas voltas, andou calmamente ao lado da dona. A chamada funcionou bem com a trela longa. Em casa, praticar no jardim antes dos passeios e terminar o exercício enquanto o Bruno ainda está a gostar. Recompensar com pedacinhos da sua comida habitual.\",\"lines\":\"id,exercise,instruction,times_per_day,minutes,days_per_week\\nH1,Andar com a trela solta,No jardim antes do passeio,2,5,6\\nH2,Chamada com trela longa,Chamar uma vez e recompensar logo,1,10,5\\nH3,Senta e fica à porta,Antes de abrir a porta,3,2,7\",\"next_session\":\"19 de maio de 2026, 17:00\"}"
}
Transforme os registos de uma estadia num relatório para o dono. O servidor conta refeições, passeios e minutos por dia, e a IA escreve um texto simpático sem afirmações veterinárias.
Campos de entrada e configuração
Definições essenciais
animal — Animal
Nome e espécie. Adicionado palavra por palavra.
Predefinições: ""
pet_owner — Proprietário
Opcional. Adicionado palavra por palavra.
Predefinições: ""
boarding — Hotel para animais ou pet sitter
Adicionado palavra por palavra.
Predefinições: ""
stay — Dia ou período
Adicionado palavra por palavra.
Predefinições: ""
lines — Entradas
Uma linha por registo. activity é meal, walk, play, rest, care ou other. Minutos para passeios e brincadeira. O alimento e a quantidade ficam palavra por palavra. Datas como 2026-05-31 ou 31.05.2026.
Predefinições: ""
remarks — Notas para o dono
Opcional: como o animal se adaptou, do que gostou. Só o que estiver escrito aqui pode aparecer no texto.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 25000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "pet_boarding_report",
"text": "{\"animal\":\"Lotte, dachshund\",\"pet_owner\":\"Sra. Wagner\",\"boarding\":\"Hotel para Animais Lindenau\",\"stay\":\"15 a 16 de maio de 2026\",\"lines\":\"id,date,time,activity,minutes,food,note\\nP1,2026-05-15,08:00,meal,,80 g de ração seca,Comeu tudo\\nP2,2026-05-15,09:30,walk,40,,Conheceu o beagle Max\\nP3,2026-05-15,14:00,play,20,,Bola no jardim\\nP4,2026-05-15,17:30,meal,,80 g de ração seca,Deixou um pouco\\nP5,2026-05-15,19:00,walk,25,,\\nP6,2026-05-16,08:00,meal,,80 g de ração seca,\\nP7,2026-05-16,09:30,walk,35,,\\nP8,2026-05-16,11:00,care,,,Escovada\",\"remarks\":\"A Lotte adaptou-se depressa e dormiu na sua própria cama. Gostou das brincadeiras com a bola no jardim.\"}"
}
Transforme medidas, alterações e preços numa ficha de encomenda de arranjos. O servidor calcula as novas medidas, os totais por linha e o saldo, e verifica as alterações face à margem de costura.
Campos de entrada e configuração
Definições essenciais
customer — Cliente
Adicionado palavra por palavra.
Predefinições: ""
order_number — Número da encomenda
Opcional. Adicionado palavra por palavra.
Predefinições: ""
pickup — Pronto para levantar
Opcional, por exemplo sexta-feira, 15 de maio. Adicionado palavra por palavra.
Predefinições: ""
lines — Arranjos
Uma linha por arranjo. measure é a medida atual, change é +2 ou -1.5, allowance é a margem de costura disponível. unit_price pode ficar vazio.
Predefinições: ""
remarks — Pedidos do cliente
Opcional: o que o cliente pediu na prova. Só o que estiver escrito aqui pode aparecer.
Predefinições: ""
Definições avançadas
length_unit — Unidade de medida
Mostrada com todas as medidas.
cm — Centímetros · in — Polegadas
Predefinições: "cm"
deposit — Sinal pago
Opcional, por exemplo 20.
Predefinições: ""
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 25000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "alteration_order_sheet",
"text": "{\"customer\":\"Sra. Lena Hartmann\",\"order_number\":\"A-2026-118\",\"pickup\":\"sexta-feira, 15 de maio\",\"lines\":\"id,garment,alteration,measure,change,allowance,quantity,unit_price\\nR1,Calças cinzentas,Encurtar a bainha,104,-3,,1,14.00\\nR2,Calças cinzentas,Alargar a cintura,82,+3,2,1,18.50\\nR3,Vestido azul,Apertar as costuras laterais,96,-4,,1,24.00\\nR4,Blazer,Encurtar as mangas,63,-2,,1,22.00\\nR5,Calças de ganga,Substituir o fecho,,,,2,\",\"length_unit\":\"cm\",\"deposit\":\"20\",\"currency\":\"EUR\",\"remarks\":\"Bainha das calças sem dobra. Manter os botões originais no blazer.\"}"
}
Transforme os arranjos florais e as hastes e materiais por arranjo numa lista de materiais. O servidor multiplica as quantidades, soma os custos por arranjo e cria uma lista de compras.
Campos de entrada e configuração
Definições essenciais
event — Evento
Por exemplo casamento Berg. Adicionado palavra por palavra.
Predefinições: ""
event_date — Data
Opcional. Adicionado palavra por palavra.
Predefinições: ""
customer — Cliente
Opcional. Adicionado palavra por palavra.
Predefinições: ""
arrangements — Arranjos florais
Uma linha por arranjo floral com o número de peças.
Predefinições: ""
lines — Material por arranjo floral
Uma linha por material e arranjo: o arranjo tal como indicado acima, hastes ou unidades por peça, unidade e preço por unidade.
Predefinições: ""
remarks — Notas
Opcional: cores, pedidos, detalhes de entrega.
Predefinições: ""
Definições avançadas
waste_percent — Extra para quebras (%)
Acrescentado apenas à lista de compras. De 0 a 50.
Predefinições: 0
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "floral_bill_of_materials",
"text": "{\"event\":\"Casamento Berg e Novak\",\"event_date\":\"20 de junho de 2026\",\"customer\":\"Anna Berg\",\"arrangements\":\"id,arrangement,quantity\\nA1,Ramo de noiva,1\\nA2,Centro de mesa,8\\nA3,Lapela,6\",\"lines\":\"id,arrangement,material,per_arrangement,unit,unit_price\\nM1,Ramo de noiva,Rosa Avalanche,15,haste,2.40\\nM2,Ramo de noiva,Eucalipto,5,haste,1.10\\nM3,Ramo de noiva,Fita de cetim,1.5,m,0.90\\nM4,Centro de mesa,Rosa Avalanche,5,haste,2.40\\nM5,Centro de mesa,Gipsófila,3,haste,1.30\\nM6,Centro de mesa,Espuma floral,1,peça,1.80\\nM7,Lapela,Mini-rosa ramificada,1,haste,1.50\\nM8,Lapela,Alfinete,2,peça,\",\"waste_percent\":10,\"currency\":\"EUR\",\"remarks\":\"Só branco e verde suave. Entrega no Lindenhof às 10:00.\"}"
}
Plano de alimentação do estábulo com quantidades e custos
stable_feed_plan
Transforme a ração de cada cavalo num plano de alimentação. O servidor calcula os quilogramas por dia e período, o custo por box e as quantidades a comprar por alimento. Sem conselhos de alimentação.
Campos de entrada e configuração
Definições essenciais
stable — Estábulo
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Rações
Uma linha por cavalo e alimento: kg por refeição e refeições por dia.
Predefinições: ""
feeds — Preços dos alimentos
Opcional: uma linha por alimento com o preço por kg. Os alimentos sem preço são listados.
Predefinições: ""
period_days — Dias no período
Por exemplo 30 para um mês. De 1 a 366.
Predefinições: 30
remarks — Notas
Opcional: tudo o que o plano deve mencionar, por exemplo quem alimenta os cavalos ao fim de semana.
Predefinições: ""
Definições avançadas
currency — Moeda
Código curto ou sinal exibido com os valores, por exemplo EUR.
Predefinições: "EUR"
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "stable_feed_plan",
"text": "{\"stable\":\"Estábulo de pensão Lindenhof\",\"period\":\"junho de 2026\",\"lines\":\"id,box,horse,feed,kg_per_meal,meals_per_day\\nF1,Box 1,Luna,Feno,4,3\\nF2,Box 1,Luna,Aveia,0.5,2\\nF3,Box 2,Max,Feno,5,3\\nF4,Box 2,Max,Alimento mineral,0.1,1\\nF5,Box 3,Fenja,Feno,3.5,3\\nF6,Box 3,Fenja,Granulado,0.75,2\",\"feeds\":\"id,feed,price_per_kg\\nP1,Feno,0.18\\nP2,Aveia,0.45\\nP3,Granulado,0.62\",\"period_days\":30,\"currency\":\"EUR\",\"remarks\":\"O dono do Max traz ele próprio o alimento mineral.\"}"
}
Transforme peças e minutos num plano de estudo semanal com uma nota para os pais. O servidor distribui as peças pelos dias de estudo e soma os minutos; só aparecem peças da entrada.
Campos de entrada e configuração
Definições essenciais
student — Aluno
Basta um nome próprio. Adicionado palavra por palavra.
Predefinições: ""
teacher — Professor
Adicionado palavra por palavra.
Predefinições: ""
week — Semana
Opcional. Adicionado palavra por palavra.
Predefinições: ""
lines — Peças e exercícios
Uma linha por peça ou exercício com minutos por dia de estudo. days_per_week pode ficar vazio: nesse caso a peça é estudada em todos os dias de estudo.
Predefinições: ""
practice_days — Dias de estudo por semana
De 1 a 7.
Predefinições: 5
teacher_notes — Notas da aula
Opcional: o que correu bem, a que prestar atenção ao estudar. Só o que estiver escrito aqui pode aparecer na nota.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "music_practice_plan",
"text": "{\"student\":\"Mia\",\"teacher\":\"Escola de Música Lindenau, K. Berg\",\"week\":\"11 a 17 de maio de 2026\",\"lines\":\"id,piece,focus,minutes_per_day,days_per_week\\nU1,Escalas de sol maior e mi menor,Devagar com metrónomo,5,\\nU2,Minueto em sol,Compassos 9 a 16 só com a mão esquerda,10,4\\nU3,Canção do vento,Tocar do início ao fim uma vez por dia,5,3\\nU4,Caderno de leitura à primeira vista,Uma linha nova,5,2\",\"practice_days\":5,\"teacher_notes\":\"Hoje a Mia tocou a primeira parte do minueto de forma muito regular. Nos compassos 9 a 16 a mão esquerda ainda está insegura. Por favor, estudar devagar e fazer pausas curtas.\"}"
}
Relatório de progresso de explicações para os pais
tutoring_progress_report
Transforme temas, pontuações e notas das explicações num relatório de progresso para os pais. O servidor calcula a percentagem do máximo por disciplina, e a IA não faz previsões nem diagnósticos.
Campos de entrada e configuração
Definições essenciais
student — Aluno
Basta um nome próprio. Adicionado palavra por palavra.
Predefinições: ""
tutor — Explicador ou centro de explicações
Adicionado palavra por palavra.
Predefinições: ""
period — Período
Adicionado palavra por palavra.
Predefinições: ""
lines — Aulas e resultados
Uma linha por aula ou teste. score e max_score podem ficar vazios; grade fica palavra por palavra. Datas como 2026-05-31 ou 31.05.2026.
Predefinições: ""
tutor_notes — Notas do explicador
Opcional: o que correu bem, o que ainda está a ser praticado. Só o que estiver escrito aqui pode aparecer no relatório.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 30000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "tutoring_progress_report",
"text": "{\"student\":\"Jonas\",\"tutor\":\"Centro de Estudo Lindenau, P. Novak\",\"period\":\"março a maio de 2026\",\"lines\":\"id,date,subject,topic,score,max_score,grade\\nL1,2026-03-10,Matemática,Frações,12,20,\\nL2,2026-04-07,Matemática,Frações e decimais,15,20,\\nL3,2026-05-05,Matemática,Percentagens,17,20,\\nL4,2026-03-17,Inglês,Pretérito,8,15,\\nL5,2026-04-28,Inglês,Verbos irregulares,11,15,\\nL6,2026-05-12,Inglês,Teste da escola,,,B\",\"tutor_notes\":\"O Jonas já verifica sozinho os resultados das frações. Os verbos irregulares são praticados com cartões no início de cada aula. Faz mais perguntas do que em março.\"}"
}
Transforme as observações por casco e o trabalho realizado num relatório para o proprietário do cavalo. O servidor calcula a próxima marcação a partir da data e do intervalo e lista os cascos sem registo. Sem diagnósticos veterinários.
Campos de entrada e configuração
Definições essenciais
horse — Cavalo
Nome e, se útil, estábulo. Adicionado palavra por palavra.
Predefinições: ""
pet_owner — Proprietário
Opcional. Adicionado palavra por palavra.
Predefinições: ""
farrier — Ferrador ou cuidados de cascos
Adicionado palavra por palavra.
Predefinições: ""
visit_date — Data da visita
Por exemplo 2026-05-12 ou 12.05.2026. Necessário para a próxima marcação.
Predefinições: ""
interval_weeks — Intervalo até à próxima marcação (semanas)
Conforme acordado. De 1 a 26.
Predefinições: 6
lines — Cascos
Uma linha por casco, ou mais linhas para várias observações. hoof é fl, fr, hl ou hr. finding e work vêm das listas.
Predefinições: ""
remarks — Notas
Opcional: tudo o que o proprietário deve saber, por exemplo acordos sobre a próxima visita.
Predefinições: ""
Máximo de bytes UTF-8 de entrada: 20000
Os resultados usam ops_review: columns e rows escalares, summary, findings ligados às fontes e rascunhos de exportação. review_required e ai_required são true, e ai_model é do4u-standard. Todo o texto deve ser apresentado como texto simples não fiável. Os resultados de tesouraria contêm ainda chart_data com type cashflow, currency, buffer_cents e até 91 pontos datados com base_cents e scenario_cents. Os valores são cêntimos inteiros calculados pelo servidor; não é aceite marcação de gráficos gerada pelo modelo. Os resultados de corte contêm chart_data com type cutting e scale 1000: os comprimentos das barras são milésimos inteiros da unidade indicada (mm, cm, m ou in). Cada barra contém id, unit, length, trim_start, trim_end, kerf, segments (id e length) e remaining. É contado um corte por peça acabada. O servidor verifica que peças, cortes, aparos e material restante somam exatamente o comprimento original. O desenho inclui até 30 barras completas e 120 peças; total_bars, omitted_bars e truncated descrevem explicitamente qualquer omissão. A atribuição completa permanece na tabela e nos rascunhos de exportação. A heurística não declara otimização global.
Exemplo de pedido
{
"tool": "hoof_care_report",
"text": "{\"horse\":\"Fenja, Lindenhof\",\"pet_owner\":\"Sra. Berg\",\"farrier\":\"Cuidados de cascos Novak\",\"visit_date\":\"2026-05-12\",\"interval_weeks\":6,\"lines\":\"id,hoof,hoof_finding,work,note\\nH1,fl,ok,new_shoes,\\nH2,fr,crack,new_shoes,Pequena fissura na pinça do lado exterior\\nH3,hl,uneven_wear,trim,Desgasta mais do lado interior\\nH4,hr,ok,trim,\",\"remarks\":\"A Fenja esteve calma. Por favor, deixe-a na box para a próxima visita, de preferência antes da refeição.\"}"
}
As revisões de contratos e manutenção devolvem adicionalmente um token calendar_review assinado, associado à conta autenticada, aos dados de origem e a uma validade de 30 minutos. Após revisão humana explícita, o pedido POST para /api/v1/business/calendar inclui token, os identificadores dos eventos selecionados e approved:true, usando a mesma conta. A resposta é uma exportação ICS. O servidor verifica titularidade, assinatura, validade e seleção independentemente do modelo. Nenhum calendário é modificado.
POST /api/v1/business/calendar
O endpoint exige a autenticação API Bearer existente para a mesma conta titular da revisão de contrato ou manutenção. A revisão assinada é válida durante 30 minutos e vincula os dados de origem aprovados e a seleção de eventos. São rejeitados a falta de aprovação, outro titular, identificadores de eventos desconhecidos ou um token expirado ou alterado. calendar_review é um objeto com token e expires_at (carimbo temporal Unix). calendar_events contém id, title, date (YYYY-MM-DD) e description; calendar_options contém name e reminder_days. O resultado inicial não contém bytes ICS. Podem ser selecionados até 20 identificadores de eventos distintos.
{
"type": "object",
"additionalProperties": false,
"required": [
"token",
"selected",
"approved"
],
"properties": {
"token": {
"type": "string",
"minLength": 1,
"maxLength": 81000,
"description": "Opaque calendar review token returned by the authenticated contract or maintenance review; expires after 30 minutes."
},
"selected": {
"type": "array",
"minItems": 1,
"maxItems": 20,
"uniqueItems": true,
"items": {
"type": "string",
"pattern": "^E[1-9][0-9]?$"
},
"description": "Exact event IDs from the reviewed result. The server validates them against the signed source-bound review."
},
"approved": {
"type": "boolean",
"const": true
}
},
"x-human-review-required": true
}
Uma resposta bem-sucedida contém ok:true e uma exportação com filename, mime:text/calendar e o texto ICS completo em content. O marcador abaixo descreve a estrutura da resposta; não é um ficheiro gerado. Guardar ou importar o ficheiro é uma ação separada do cliente. Nenhum serviço de calendário é contactado.
Os resultados iniciais contêm exportações preliminares com filename, mime e content, além da tabela de revisão ligada às fontes. Estes projetos exigem revisão humana explícita antes da utilização ou do reencaminhamento. As revisões de prazos contratuais e manutenção podem incluir calendar_events, calendar_options e calendar_review; estes campos nunca são aceites como aprovação concedida pelo modelo. A exportação de calendário exige o pedido confirmado separado apresentado acima.
Widgets
Um widget incorpora uma ferramenta da Do4U no teu próprio site como iframe, com o mesmo formulário e o mesmo resultado que na Do4U. Os pedidos são cobrados na conta do widget. Crias widgets na página Widgets ou com a API.
Incorpora widgets apenas numa área com início de sessão. A página com o widget tem de exigir início de sessão. Quem conseguir abrir a página pode usar o widget e gastar os teus créditos. Nunca uses um widget numa página pública.
A Do4U não consegue verificar de fora se a tua página exige início de sessão. Confirmas isso ao criar o widget e és responsável por isso. Os limites abaixo reduzem os danos em caso de fuga de um token, mas não substituem o início de sessão.
Um token por widget
Cada widget tem o seu próprio token, que começa por d4w_. A Do4U guarda apenas um hash, por isso o token só é mostrado uma vez. Pode fazer muito menos do que uma chave de API:
Funciona apenas para as ferramentas deste widget. Não consegue ler o teu saldo nem ver outras tarefas.
Só os sites permitidos podem incorporar o widget. O navegador impõe isto. Fora de um navegador, esta verificação não te protege, porque um programa pode falsificar a sua origem.
Cada widget tem um orçamento por dia e por mês, e um limite de pedidos por minuto. Quando o orçamento se esgota, as novas tarefas são recusadas.
Um widget só vê as suas próprias tarefas. Com um subject, cada utilizador só vê as suas próprias tarefas.
«Novo token» substitui imediatamente o token antigo e termina todas as suas sessões. «Revogar» para imediatamente o widget. Os outros widgets e chaves de API continuam a funcionar.
Mantém o token fora de código público, registos e repositórios.
Início rápido
Abre a página Widgets e escolhe uma ferramenta, os sites permitidos, o modo e o orçamento.
Confirma que só vais incorporar o widget numa área com início de sessão. Copia o token, que só é mostrado uma vez.
Adiciona o código a uma página que exija início de sessão.
Inicia sessão, experimenta o widget uma vez e verifica a utilização na página Widgets.
Modo 1: Token na página
A forma mais rápida. O token está no HTML da tua página, por isso qualquer utilizador com sessão iniciada o pode ler. Usa este modo apenas se confiares em todos os utilizadores da área. Este modo permite uma ferramenta por widget.
<!-- Incorporar apenas numa área que exija início de sessão -->
<div data-do4u-widget="w_3f9a1c0b7d2e4a68"
data-tool="newsletter_create"
data-token="d4w_YOUR_WIDGET_TOKEN"
data-lang="de"
data-theme="light"></div>
<script src="https://do4u.eu/js/do4u-widget.js" defer></script>
Modo 2: Sessões de curta duração (recomendadas)
O token do widget fica no teu servidor. Depois de reconhecer um utilizador com sessão iniciada, o teu servidor pede um token de sessão e escreve na página apenas esse. Um token de sessão começa por d4s_ e expira sozinho. Neste modo, o navegador recusa o token de longa duração, por isso um token copiado por engano para o HTML é notado de imediato.
Exemplo em PHP. Executa isto apenas para utilizadores com sessão iniciada, no servidor que gera a página:
<?php
// Verifica primeiro o teu próprio início de sessão. O token fica neste servidor.
if (empty($_SESSION['user_id'])) { http_response_code(403); exit; }
$ch = curl_init('https://do4u.eu/api/v1/widgets/session');
curl_setopt_array($ch, [
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_TIMEOUT => 10,
CURLOPT_HTTPHEADER => [
'Authorization: Bearer ' . getenv('DO4U_WIDGET_TOKEN'),
'Content-Type: application/json',
],
CURLOPT_POSTFIELDS => json_encode(['subject' => (string)$_SESSION['user_id']]),
]);
$antwort = json_decode((string)curl_exec($ch), true);
$marke = $antwort['token'] ?? '';
?>
<div data-do4u-widget="w_3f9a1c0b7d2e4a68" data-tool="newsletter_create"
data-token="<?= htmlspecialchars($marke) ?>" data-session-url="/do4u-session.php"></div>
<script src="https://do4u.eu/js/do4u-widget.js" defer></script>
Opcional: data-session-url indica um endereço no teu próprio site. Quando uma sessão expira, o widget envia um pedido para este endereço com os cookies do teu site. Verifica aí o início de sessão e responde com {"token": "d4s_..."}.
tool
Opcional. Limita a sessão a uma ferramenta deste widget. Sem este campo, a sessão abrange todas as ferramentas do widget.
subject
Opcional. O teu identificador para o utilizador, no máximo 200 bytes. A Do4U guarda apenas um hash. Uma sessão com subject só vê tarefas do mesmo subject.
ttl_minutes
Opcional. Duração em minutos. Predefinição 60, no máximo 480.
Atributos
data-do4u-widget
Obrigatório. O identificador do widget, por exemplo w_3f9a1c0b7d2e4a68.
data-tool
Obrigatório. O nome da ferramenta, como na lista abaixo.
data-token
O token do widget ou um token de sessão. O script retira-o do elemento depois de carregar.
data-lang
Idioma do widget, por exemplo pt. Sem este atributo, a Do4U usa o idioma do navegador.
data-theme
light ou dark. Sem este atributo, aplica-se a definição do sistema.
data-min-height
Altura mínima em píxeis, 480 por predefinição. Depois a altura acompanha o conteúdo.
data-session-url
Endereço no teu site que devolve um novo token de sessão.
data-title
Título do iframe para leitores de ecrã. Define-o no idioma da tua página.
Eventos e preenchimento prévio
O elemento dispara do4u:ready, do4u:result e do4u:expired. Com do4uWidget.fill() a tua página pode preencher previamente campos do formulário. Uma tarefa nunca começa sozinha, porque é o utilizador que decide quando se gastam créditos.
const box = document.querySelector('[data-do4u-widget]');
box.addEventListener('do4u:result', (e) => {
// e.detail = {widget, tool, result, credits}
document.querySelector('#subject').value = e.detail.result.subject;
});
// Preencher campos previamente. É sempre o utilizador que inicia a tarefa.
box.addEventListener('do4u:ready', () => {
box.do4uWidget.fill({ urls: 'https://example.com/article' });
});
Trata o resultado como dados não fiáveis. O resultado da IA pode estar errado, e o texto de páginas web lidas pode influenciá-lo. Faz o escape do resultado, ou limpa-o no teu servidor, antes de o mostrares ou guardares. Pede a uma pessoa que o verifique antes de o publicares.
Content Security Policy
Se o teu site usar uma Content Security Policy, permite o frame e o script. Se alojares tu o script, basta frame-src.
As integrações podem gerir widgets com uma chave de API da conta. O token na resposta a POST /widgets só é mostrado uma vez. POST /widgets/session também aceita um token de widget; nesse caso, o campo widget não é necessário. Com uma chave de API, envia o identificador do widget no campo widget.
POST /widgets/session
Criar um token de sessão.
GET /widgets
Listar os widgets, a sua utilização e as ferramentas disponíveis para widgets.
O token está errado ou revogado, ou os widgets estão desativados.
401 expired
A sessão expirou. Recarrega a página ou usa data-session-url.
401 session_required
Este widget só funciona com tokens de sessão, mas recebeu o token de longa duração.
403
O widget ou a sessão não permite esta ferramenta.
429
O orçamento do widget esgotou-se, ou há demasiados pedidos por minuto.
Dados e faturação
As tarefas são cobradas aos preços normais na conta do widget. A seleção de equipa e de projeto não está disponível nos widgets.
Por predefinição, um widget não guarda conteúdos: a Do4U elimina as entradas e os resultados depois de serem obtidos, no máximo ao fim de uma hora. Podes alterar isto em cada widget.
O widget funciona em do4u.eu e não define cookies. Informa os teus utilizadores na tua política de privacidade de que as entradas deles são enviadas para a Do4U.
O token é passado no fragmento do endereço, que os navegadores não enviam para os servidores. Não aparece nos registos de acesso nem nos referrers.
Ferramentas disponíveis
Cada ferramenta que cria uma tarefa está disponível como widget. Usa estes nomes em data-tool:
A declaração de acessibilidade tem um processo próprio sem tarefa e não está disponível como widget. As ferramentas com página própria mostram no widget um simples campo de endereço.
Dados
As entradas e os resultados são guardados durante 7 dias (Free) ou 30 dias (pacotes pagos) e depois eliminados. As imagens são eliminadas logo após o processamento. Os resultados são gerados por IA: confirma-os antes de os usares.
Responde a e-mails sem mudares a tua caixa de entrada
A Do4U não gere uma caixa de entrada e nunca guarda dados de acesso à tua caixa de correio. Duas formas de obter rascunhos de resposta mesmo assim:
S1 – Modelo para n8n ou Make
Acionador: um novo e-mail na tua caixa de correio (acionador IMAP no n8n ou no Make – os dados de acesso ficam lá)
POST /api/v1/jobs com a ferramenta support_reply, o texto do e-mail e no_store: true
Aguarda alguns segundos e obtém GET /api/v1/jobs/{id} até o estado ser done
Cria um rascunho na tua caixa de correio com o texto de result.reply (módulo Gmail ou Outlook)
No Make, constrói o mesmo cenário com os módulos Email (watch emails), HTTP (make a request), Sleep e Gmail ou Outlook (create a draft).
Extensões para programadores e plugins de lojas
Extrai o ZIP e lê o guia incluído. Carrega a extensão do navegador localmente; verifica primeiro os plugins de lojas numa loja de teste. É necessária a tua própria chave de API Dev. O Shopware disponibiliza atualmente uma CLI.