Uma caixa de chat em branco é um lugar ruim para executar trabalho consequente. Ela colapsa cinco perguntas muito diferentes —o que você quer, o que está olhando, em que se baseia, o que você tem permissão de fazer e o que já aconteceu— em um único fluxo indiferenciado. Para tarefas casuais isso tudo bem. Para operações governadas, onde as ações tocam sistemas de registro e as decisões precisam ser defensáveis, esse colapso é exatamente o que você não pode permitir.
O espaço de trabalho da Threada é deliberadamente decomposto em cinco superfícies. Cada uma responde a uma dessas perguntas, e mantê-las distintas é o que torna o trabalho revisável.
1. A barra de intenção: o que você quer?
O trabalho na Threada começa a partir de uma barra de intenção persistente, e não de navegação profunda. Você enuncia o resultado em linguagem natural, opcionalmente com comandos estruturados, e o runtime o transforma em um artefato estruturado e executável: um WorkItem com entidades extraídas, uma pontuação de confiança e sinalizadores de risco.
Isto é interação centrada na intenção. Em vez de forçar o operador a saber qual formulário, qual fila e qual fluxo de trabalho se aplica antes de poder começar, o sistema captura o objetivo e monta o caminho. Quando falta informação, ele solicita exatamente o que precisa, em vez de apresentar um longo assistente estático logo de início.
2. A tela adaptável: no que você está trabalhando?
A tela é onde o WorkItem vive e ganha forma. Ela é adaptável: a interface pode montar formulários temporários, comparações e painéis de decisão para coletar o contexto que falta e concluir a tarefa, em vez de renderizar um layout fixo para cada tipo de trabalho.
A saída gerada assume por padrão a forma de um rascunho editável, não de uma mudança confirmada. O operador revisa, edita e decide. As affordances de controle são explícitas —zonas de bloqueio e de não alteração, comparação lado a lado, desfazer rápido e reversão de versões— de modo que a tela é um lugar para deliberar, não um lugar onde o primeiro palpite do modelo se torna verdade.
3. A gaveta de evidências: em que se baseia?
Toda saída consequente deveria ser capaz de mostrar seu trabalho. A gaveta de evidências contém as citações, os rastros de recuperação e a atribuição de fontes que fundamentam o WorkItem. Quando o sistema não consegue fundamentar uma resposta, ele diz isso explicitamente com uma razão de fallback, em vez de inventar confiança.
Esta é a superfície que transforma “confie na IA” em uma afirmação inspecionável, e não num salto de fé. Um operador não precisa acreditar num rascunho; ele pode abrir a gaveta e verificar em que ele se apoiou, quão recentes eram as fontes e de onde veio cada afirmação.
4. Os controles de ação: o que você pode fazer?
Ler e redigir é seguro. Agir sobre o mundo não é —portanto a superfície de controles é governada. É onde propostas se tornam aprovações e aprovações se tornam ações executadas contra sistemas externos: um reembolso, um ticket, uma atualização de registro, uma concessão de acesso.
A governança aqui é expressa como política —permissões, limiares, portões de aprovação e linhas vermelhas— não como interruptores de configurações dispersos. Ações de alto risco passam por uma progressão explícita de proposta, aprovação e execução, e só se auto-executam onde uma política permite. Um interruptor de desligamento em nível de serviço pode interromper a execução antes que qualquer conector seja chamado, preservando o estado para revisão. A superfície de controles é onde a cautela do sistema se torna concreta.
5. O registro de execução: o que aconteceu?
O registro de execução é a linha do tempo do WorkItem: cada transição, cada aprovação, cada ação, cada evento de participante de IA, em ordem. É a superfície onde os comprovantes se acumulam em histórico.
De forma crucial, as ações de IA aparecem como eventos de ator distintos, não dobradas na atividade humana. Quando você lê o registro de execução, consegue dizer quem propôs, quem aprovou e o que foi executado —humano ou agente— sem adivinhar. O registro de execução é o que um auditor lê no fim do trimestre e o que um operador lê para entender o caso diante dele hoje.
Por que a divisão é o ponto central
Seria mais simples construir uma única superfície e deixar tudo se misturar. A razão para não fazer isso é que o trabalho consequente exige que você mantenha essas perguntas separadas.
Se intenção, evidência e ação compartilham uma superfície, torna-se fácil agir sobre algo que você nunca fundamentou, ou aprovar algo cuja base você nunca viu. Ao dar a cada uma sua própria superfície, a Threada faz do caminho cuidadoso o caminho natural: enuncie a intenção, dê forma ao rascunho na tela, verifique a evidência e então aja por meio de controles governados —com o registro de execução registrando tudo isso.
As cinco superfícies permanecem constantes entre packs e papéis; o que as preenche se adapta. Essa estabilidade é deliberada. Um operador que aprende a forma de um espaço de trabalho aprendeu a forma de todos eles, esteja ele executando um provisionamento de acesso de TI, uma revisão de segurança de um fornecedor ou uma aprovação de compras. O trabalho muda. A maneira como você raciocina sobre ele, não.