PLATFORM / BUILD / DIGITAL WORKER BUILDER
Construa um Digital Worker em torno do trabalho.
Transforme uma responsabilidade real da sua empresa em um Digital Worker com objetivo, conhecimento, ferramentas, procedimentos, conversas, autonomia e critérios claros de resultado.
Não configure um chatbot. Defina um trabalho.
CREATE DIGITAL WORKER Exemplo ilustrativo
NAME
Proposal AnalystROLEProcurement SpecialistRESPONSIBILITY
Evaluate supplier proposals for active sourcing processes.OUTCOME
Comparable proposals with evidence and recommendation ready for human decision.AUTONOMY
AssistExecuteOwnCHANNELS
EmailTeamsWebCOMECE PELO TRABALHO
Não comece pelo modelo. Comece pela responsabilidade.
Um Digital Worker não deveria nascer de "escolha GPT ou Claude". Ele deveria nascer de: "que trabalho você quer delegar?" A NEXO interpreta a descrição e propõe a primeira configuração.
Descreva o trabalho. A NEXO ajuda a desenhar o Worker.
COMECE PELO TRABALHO
QUE TRABALHO ESTE WORKER DEVE ASSUMIR? Exemplo ilustrativo
"Quero um especialista responsável por analisar todas as propostas recebidas em nossas contratações, identificar informações faltantes, comparar fornecedores e preparar uma recomendação."
Design my Worker →SUGGESTED WORKER
NAME
Proposal AnalystSUGGESTED OUTCOME
Proposals normalized, evaluated and ready for decision.SUGGESTED CAPABILITIES
Documents · Email · Research · Data Analysis · ConversationSUGGESTED SYSTEMS
Email · Procurement Platform · ERPWORK DEFINITION
Todo Worker começa com um contrato operacional.
Não um contrato jurídico — a especificação do trabalho. Ela responde:
WHO ARE YOU? Exemplo ilustrativo
O QUE VOCÊ ASSUME? Exemplo ilustrativo
WORK DEFINITION
WHAT OUTCOME? Exemplo ilustrativo
WHEN DO YOU START? Exemplo ilustrativo
COMO VOCÊ SABE QUE TERMINOU? Exemplo ilustrativo
WHAT CAN'T YOU DO? Exemplo ilustrativo
WORK DEFINITION
QUANDO UM HUMANO DEVE DECIDIR? Exemplo ilustrativo
CONSTRUA EM CAMADAS
Tudo que um Digital Worker precisa para trabalhar.
Oito etapas — não quarenta configurações técnicas de uma vez.
01 DEFINE
Defina quem ele é e pelo que é responsável.
Nome, função, responsabilidade, outcome e critérios de sucesso — e o nível de autonomia certo para o trabalho.
ASSIST
prepara. Humano executa.EXECUTE
executa. Humano entra em decisões determinadas.OWN
assume o trabalho e envolve humanos por exceção/política.A autonomia é configurada, não presumida.Diga quando o trabalho terminou.Um Worker não deveria otimizar para "responder bem". Deveria otimizar para concluir um trabalho.
BAD
"Analyze proposals."BETTER
"Produce a normalized comparison of every valid proposal."OUTCOME
"All proposals evaluated, missing information resolved, evidence recorded and recommendation ready for human decision."01 DEFINE
OUTCOME
NAME
Proposal Evaluation CompleteESTADO-ALVO
All valid proposals have been evaluated.COMPLETION CRITERIA
Requirements mappedCommercial data normalizedTechnical adherence scoredFINAL AUTHORITY
Human approval requiredQUANDO ESTE WORKER DEVE COMEÇAR? Exemplo ilustrativo
User requestNew emailFile receivedScheduleSystem eventSignalAPI / Webhook+ Add trigger01 DEFINE
QUANDO ESTE WORKER DEVE COMEÇAR? Exemplo ilustrativo
| ENSINE SEU WORKER | KNOWLEDGE SOURCES |
|---|---|
| Procurement Policy | Historical RFPs |
| Supplier Database | Contract Library |
| Pricing Benchmarks | Previous Negotiations |
| + Upload files + Connect knowledge base | + Connect database + Add website + Add API source |
02 TEACH
Dê ao Worker o conhecimento necessário para o trabalho.
SharePoint · Google Drive · OneDrive
DATABASES
SQL · Warehouse · LakehouseBUSINESS SYSTEMS
ERP · CRM · ProcurementWEB
sites e fontes autorizadas.Por baixo, a NEXO cuida de retrieval, busca híbrida e contexto. Você não começa configurando "chunk size = 800".02 TEACH
Memory: o que este Worker deve lembrar?
Knowledge responde "o que a empresa sabe?". Memory responde "o que esse Worker aprendeu durante o trabalho?"
WORKING
o que mantém durante o trabalho atual.ENTITY
o que sabe sobre cliente, fornecedor, contrato, candidato.ORGANIZATIONAL
precedentes e aprendizados aprovados.USER
preferências relevantes daquele usuário."O fornecedor X costuma cobrar implantação separadamente." · "Nossa política exige três propostas acima de R$ 500 mil."03 PLAN
Dê procedimentos. Não engesse o caminho.
O Worker pode ter Procedures conhecidos, mas decide qual usar e qual é o próximo passo conforme o contexto. Se faltar informação, ele não "falha": determina quem pode responder, solicita, cria um commitment, espera — e retoma o procedimento.
PROCEDURE
"Como normalmente fazemos este trabalho?"Conhecimento operacional reutilizável.WORKFLOW
"Quais passos precisam necessariamente acontecer?"Execução determinística.PLANNER
"Dado o estado atual, qual é o próximo melhor passo?"Decisão adaptativa. A NEXO combina os três.Procedure Workflow Tool
03 PLAN
ACTION OBSERVE ↺
MISSING INFORMATION ≠ FAILURE
Missing informationDetermine who can answerRequest clarification Create commitmentWAIT
Response received ResumeSkills: capacidades reutilizáveis que combinam Instructions + Knowledge + Tools + Procedure + Evaluations — e podem ser usadas por diferentes Workers.04 CONNECT
Dê ao seu Worker tools para agir.
Conhecer não é suficiente. Para trabalhar, o Worker precisa conseguir fazer coisas — e cada conexão vira ações controladas, não acesso irrestrito.
Connection ≠ Permission.
ENTERPRISE
SAP · Oracle · Salesforce · ServiceNow · WorkdayPRODUCTIVITY
Microsoft 365 · Google Workspace · SlackDATA
Snowflake · Databricks · PostgreSQLCOMMUNICATION
WhatsApp · Email · Voice · TeamsCUSTOM
API · MCP · WebhookComputer Use: quando não existe API,o Worker ainda pode trabalhar.API FIRST
preferencial sempre que disponível.BROWSER AUTOMATION
execução estruturada em interfaces web.COMPUTER USE
interação visual quando necessário.Sempre sob Policies + Permissions + Audit + Human Review.04 CONNECT
MICROSOFT 365 Exemplo ilustrativo
Read emailSend emailSearch filesDelete emailSAP
Read supplierRead purchase orderCreate purchase orderCALENDAR
Check availabilitySchedule meeting+ Add connectionCADA TOOL TEM
Description · Inputs · Outputs · Permission · Policy · Approval · Audit04 CONNECT
MICROSOFT 365 Exemplo ilustrativo
CONVERSATION
CONVERSATION ROLE
Procurement SpecialistOBJECTIVE
Obtain all information necessary to evaluate proposalINITIATION
InboundOutboundBothCHANNELS
EmailTeamsWhatsAppSTRATEGY
AdaptiveScriptedHybridTONEProfessional / DirectHUMAN HANDOFF · STOP CONDITIONS Exemplo ilustrativo
Configure →05 CONVERSE
Configure como seu Worker conversa.
Não é simplesmente um prompt de personalidade — é papel, objetivo, canais, estratégia, handoff e condições de parada.
Engagement: alguns Workers precisam iniciar a conversa.
Target accountResearchEmailWAIT 3 daysFollow-upWhatsAppConversationMeetingNo Builder: Audience · Triggers · Sequences · Cadence · Channel strategy · Follow-up rules · Stop rules · Response handling
Um Worker. Todos os canais.
O canal não cria outro Worker. É o mesmo Worker, com mesma identidade + mesmo state + mesma memory + mesmo outcome. Uma conversa pode começar por e-mail e continuar em outro canal sem perder o trabalho.
06 CONTROL
Decide exactly what your Worker can do.
Permissions (o que pode acessar) · Policies (em quais condições) · Approval Gates (o que exige aprovação) · Escalation (quando deve parar e chamar alguém).
ACTION POLICY
Send supplier email —AutonomousRequest missing information —AutonomousChange evaluation criteria — Never
Reject supplier — Human approvalSelect winner — Human decisionNegotiate up to 5% —AutonomousAbove 5% — Human approvalHUMAN AUTHORITY
Supplier selectionHUMAN ONLY
Contract signatureHUMAN ONLY
Proposal recommendationWORKER
Request clarificationWORKER
Commercial negotiationWORKER + LIMITS
Exception approvalHUMAN
Human decisions · Approval required · Escalation conditions · Review threshold06 CONTROL
Policies: rules the Worker cannot reason around.
Não são "instruções para a LLM tentar obedecer". São controles externos ao reasoning.
PLANNERPROPOSED ACTIONPOLICY ENGINEALLOW / BLOCK / APPROVALRUNTIMEEXEMPLOS DE POLICIESNunca enviar informação de um fornecedor para outro. · Não aceitar condição comercial acima do orçamento. · Pagamentos acima de R$ 50 mil exigem aprovação. · Dados pessoais não saem do ambiente autorizado.
MODEL STRATEGY
ROUTING
AutomaticFixed modelPROVIDERS
OpenAI · Anthropic · Gemini · OCI · Azure · BedrockOPTIMIZE FOR
Quality · Cost · Latency · Data policyFallback enabledModelo não é a primeira configuração do Worker — é a última camada.07 TEST
Não coloque em produção um AI worker que você não avaliou.
Scenarios · Edge cases · Adversarial tests · Policy tests · Tool tests · Conversation tests · Outcome tests.
EVALUATION
Proposal extraction
98.7%PASSRequirement mapping
96.2%PASSCommercial normalization
99.1%PASSRisk identification
94.8%PASSPolicy compliance
100.0%PASSOutcome completion
91.4%REVIEWOVERALL READINESS
96.7%[ Review failures ] [ Run again ]07 TEST
Exemplo ilustrativo
STATUS · WAITING Exemplo ilustrativo
08 DEPLOY
Coloque seu Digital Worker para trabalhar.
Production
CHANNELS · TRIGGERS Exemplo ilustrativo
Web · Email · TeamsEmail · API · System eventHUMAN OWNER
Mariana SilvaCOST LIMIT
R$ 5,000 / monthOUTCOME TARGET
500 evaluations / monthDeploy Worker✓ Proposal Analyst is now working.08 DEPLOY
O trabalho não termina no deploy. Construir → Publicar → Observar → Melhorar.
Versioning: workers evolve. Keep control.
V1.8ProductionV1.9TestingV2.0DraftQuem mudou, o que mudou, quando, qual avaliação passou, qual versão executou cada trabalho — e rollback.
PROPOSAL ANALYST Exemplo ilustrativo
ACTIVEOVERVIEWWORKKNOWLEDGETOOLSPOLICIESEVALUATIONSANALYTICSSETTINGSTODAYCURRENT WORK
RFP-018
Waiting supplierRFP-021
EvaluatingRFP-024
Human approvalRFP-026
ComparingTEMPLATES
Não comece cada Worker do zero.
Agendar um assessment
CONSTRUA COM IA
A NEXO ajuda você a construir a NEXO.
BUILDER COPILOT
"Preciso de alguém que cuide das renovações dos nossos contratos de software."O BUILDER PERGUNTA SÓ O QUE PRECISA
Onde os contratos estão armazenados? · Quem aprova uma renovação? · Quantos dias antes do vencimento começar? · Pode conversar com fornecedores? · Limite de negociação?RENEWAL WORKER — GERADO Exemplo ilustrativo
PARA QUEM É O BUILDER?
O negócio define o trabalho. A tecnologia define os limites.
Business Owner
responsabilidade · outcome · processo · critérios · exceções
AI / Automation
procedures · prompts · skills · workflows · evaluations
PARA QUEM É O BUILDER?
IT
systems · identity · integrations · deploymentSecuritypermissions · policies · data · auditManagement
capacidade · qualidade · custo · outcomes
Digital Worker como um objeto organizacional — não apenas técnico.
A ARQUITETURA POR BAIXO
Feito para um trabalho que dura mais do que um prompt.
Knowledge Tools Converse Computer Use Workflow
A ARQUITETURA POR BAIXO
ACT OBSERVE STATE + MEMORY COMMITMENTS
OUTCOME
Defina o trabalho.Teach the context.Conecte as tools.Set the boundaries.
Meça o outcome.
DEFINETEACHPLANCONNECTCONVERSECONTROLTESTDEPLOYNEXO WORKS / DIGITAL WORKER BUILDER
Que trabalho você delegaria primeiro?
Descreva uma responsabilidade. A NEXO ajuda a transformá-la em um Digital Worker pronto para trabalhar dentro dos limites da sua empresa.