Plano públicoUm roadmap público, construído do jeito que construímos os registros.
Esta página mostrará o que estamos construindo agora, o que vem a seguir e o que estamos considerando para depois, em todas as suítes e em todas as partes da plataforma. Nenhum item foi publicado ainda. Todo o resto já está aqui: as raias, as áreas, as regras de como os itens se movem e os princípios que os decidem.
- raias, de agora a lançado
- 4
- áreas: grupos de suítes e plataforma
- 12
- itens já publicados
- 0
- release dentro do changelog
- 0
O quadro
Quatro raias, do trabalho em andamento ao trabalho lançado. Cada item ficará em exatamente uma raia e trará a área a que pertence, para que você possa acompanhar uma suíte ou uma parte da plataforma. O quadro fica vazio até o fundador publicar os primeiros itens.
Itens em todas as áreas: nenhum publicado ainda.
Agora
Itens: 0Em construção. O trabalho começou e o item está a caminho do changelog.
Os itens surgem aqui quando o roadmap abrir
Nenhum item foi publicado nesta raia ainda.
Entrar na lista →Próximo
Itens: 0Decidido e na fila. É o próximo trabalho a começar quando os itens atuais saírem.
Os itens surgem aqui quando o roadmap abrir
Nenhum item foi publicado nesta raia ainda.
Entrar na lista →Depois
Itens: 0Vale a pena e segue à vista, mas ainda sem agenda. O escopo ainda pode mudar.
Os itens surgem aqui quando o roadmap abrir
Nenhum item foi publicado nesta raia ainda.
Entrar na lista →Lançado
Itens: 0No ar. Cada item lançado leva à sua entrada no changelog e à sua documentação.
Os itens surgem aqui quando o roadmap abrir
Nenhum item foi publicado nesta raia ainda.
Ler o changelog →O que cada item vai mostrar
Todo card do quadro terá as mesmas seis partes, para que cada item diga o que é, em que pé está e onde ler mais sobre ele, e nada além disso.
- 1Área: o grupo de suítes ou área da plataforma do item.
- 2Título: o que é o item, em palavras simples.
- 3Resultado: o que deixará você fazer ou verificar ao sair.
- 4Raia e último passo: onde está e quando mudou de raia pela última vez.
- 5Links: a documentação que ele afeta e, após o lançamento, a entrada no changelog.
- 6Votos: quantas pessoas pediram, quando a votação abrir.
As áreas que o estruturam.
O roadmap segue a forma do produto. As áreas de suíte são os cinco grupos do Trustvice 360; as áreas de plataforma são as partes que toda suíte compartilha. Cada área leva ao que existe nela hoje.
Grupos de suítes
Uma área por grupo de suítes. Novas suítes e mudanças nas existentes entram aqui; os recursos marcados como Em breve também pertencem a esta área.
Agentes
Observar, testar e ensaiar o que os agentes fazem.
Itens: 0Suítes hoje: 4Governança
Regras, desvio e verificações de comportamento.
Itens: 0Suítes hoje: 3Comércio e divulgação
Procedência de preços e divulgação de IA.
Itens: 0Suítes hoje: 4Interfaces
Como pessoas e agentes chegam à plataforma.
Itens: 0Suítes hoje: 3Capacidades
Integradas ao Trustvice 360: registros assinados, encadeados e verificáveis publicamente para os sistemas que você conecta.
Itens: 0Plataforma
As superfícies e garantias em que toda suíte se apoia.
API REST e MCP
A API REST versionada, o servidor MCP e as ações que um agente pode chamar.
Verificação
O formato do registro, o conjunto de chaves publicado e todas as formas de verificar um registro sem nós.
Locais de dados
Onde os registros são armazenados e assinados. 7 regiões hoje, uma escolhida por workspace.
/regionsDashboard
Workspaces, registros, monitores, exportações, equipe, chaves, alertas e cobrança.
SDKs e integrações
Bibliotecas verificadoras, a linha de comando e as integrações com que a Trustvice trabalha.
/integrationsSegurança
Chaves de assinatura, autenticação, isolamento de tenants, controle de saída e antiabuso.
Como os itens andam.
Um item entra no quadro quando decidimos que vale a pena e anda uma raia por vez. As raias descrevem a etapa do trabalho. Não são datas, e o roadmap não promete quando um item sai.
/changelogAs regras
- Um item fica numa raia por vez e anda uma raia por vez: de Depois a Próximo, de Próximo a Agora, de Agora a Lançado.
- Raias dão ordem, não datas. Uma data só aparece quando algo foi lançado.
- Quando um item volta ou é descartado, o card diz isso e por quê, em vez de sumir em silêncio.
- Um item só chega a Lançado quando a entrada no changelog sai, então Lançado e o changelog sempre batem.
Quando negamos
Alguns pedidos não caberão no produto: por exemplo, um recurso que faria um registro afirmar mais do que consegue mostrar. Diremos isso com clareza, com o motivo, em vez de deixar o pedido em aberto.
O que um recibo não prova →Como decidimos o que entra.
As mesmas regras que moldam o produto decidem seu roadmap. Um pedido que quebre uma delas não sai nessa forma, por mais vezes que seja pedido. Cada regra leva ao lugar onde o produto já a cumpre hoje.
Recibos não dizem mais do que provam
Uma função ou campo novo tem de dizer exatamente o que mostra e o que não mostra. Se um recibo sugerir um fato que não observamos, o design muda até que não sugira.
Onde já vale hojeO que um recibo não prova →02Neutro
Não tomamos partido no registro. Assinamos o que observamos ou o que você declara, marcamos qual é qual e nunca somamos um veredito.
Onde já vale hojeFatos observados e declarados →03Verificável sem nós
Tudo que é novo tem de seguir checável offline com chave publicada, sem conta e sem chamada aos nossos servidores.
Onde já vale hojeVerificar no seu código →04Recibos antigos seguem válidos
Mudanças numa versão são aditivas. A rotação de chaves é aditiva por política, e um recibo assinado hoje segue válido após uma chave nova.
Onde já vale hojeRotação e recibos antigos →05Hash primeiro
Preferimos designs que pedem um hash a designs que pedem seu conteúdo. Um recurso que nos faça guardar mais dados tem de merecer isso.
Onde já vale hojeDados e privacidade →06Honesto sobre limites
Cada release diz seus limites conhecidos junto do que acrescenta. O roadmap fará o mesmo com o que é planejado.
Onde já vale hojeLimites de hoje →O que já foi para o ar.
O changelog é o registro do que é real hoje. Estas são as últimas entradas, tiradas do próprio changelog. Quando o roadmap abrir, cada item em Lançado vai apontar para uma delas.
Últimas entradas
Até o roadmap abrir, a lista de limites conhecidos do changelog é a declaração mais direta do que ainda não está pronto. Ler limites conhecidos →
Pedir um recurso.
Hoje você pode pedir um recurso de suíte, um campo, uma integração ou uma mudança. Os pedidos enviados agora serão a primeira entrada do roadmap quando ele abrir.
Escreva-nos
O formulário de contato geral, para um novo recurso, um campo ausente ou uma mudança em algo existente.
Abrir/contact?topic=general →Ao suporte
Se você já usa a Trustvice e falta algo no seu trabalho, o suporte pode registrar isso com os detalhes.
Abrir/support →Peça uma integração
Para plataforma, framework ou serviço com que a Trustvice deva funcionar.
Abrir/contact?topic=integration →Segurança é outro canal
Uma vulnerabilidade não é pedido de recurso. Relate-a em privado pela página de segurança.
Abrir/security/report →A votação abre com o roadmap
Ainda não há votação. Quando o roadmap abrir, você poderá somar seu voto a um item em vez de escrever um novo pedido. Até lá, uma mensagem para nós já conta.
O que torna um pedido fácil de atender
- O evento de que você precisa de prova, em uma frase.
- Quem tem de checar o recibo: um cliente, um auditor, um tribunal, sua equipe.
- O que o recibo deve declarar, e o que não pode alegar.
- O que você usa hoje no lugar, e onde isso não basta.
Saiba quando o roadmap abrir.
Entre na lista do roadmap e enviaremos um e-mail quando os primeiros itens saírem, e quando o roadmap mudar depois disso. É uma lista com um só tema, e você sai dela quando quiser.
- Duplo opt-in: nada é enviado até você confirmar pelo primeiro e-mail.
- Só notícias do roadmap aqui. As outras newsletters são à parte.
- Saia da lista a qualquer hora nas preferências de e-mail.