Segurança
Verificado em cada alteração. Registado.
O que cada alteração passa antes de entrar em produção, onde estão as suas chaves e os seus dados, como o Product Printer Orchestrator (PP Orchestrator) mantém cada tarefa de IA registada e quem decidiu o quê.
- Cada pull request passa pela CI e pelas análises de segurança do projeto e, depois, por uma revisão de segurança com IA que falha por defeito: sem veredicto, não há merge, e o merge fica fixado à versão exata revista. Uma proteção no ramo principal recusa implantar tudo o que contorne os controlos.
- Traga a sua própria subscrição de modelo ou as suas chaves de API, ou execute modelos locais. Ficam junto do seu PP Orchestrator, nunca na instância (apenas a chave de voz opcional fica lá).
- Os agentes de programação funcionam no seu portátil, num VPS ou nas suas instalações: assim, a instância cloud nunca precisa do seu código-fonte nas nossas máquinas. Se optar pelo PP Orchestrator que gerimos para si, os agentes passam a trabalhar nas nossas máquinas.
- Instalação em servidor próprio: onde a executar. Cloud: uma instância privada na Alemanha (UE), com a base de dados em Frankfurt. As chamadas de IA seguem apenas para os modelos que encaminhar (a voz, se ativa, segue para a ElevenLabs); em instalação própria com modelos locais, nenhuma chamada de IA sai das suas instalações. O que lemos de uma instância cloud para a fazer funcionar: ver abaixo.
- De uma instância cloud, apenas o necessário para a fazer funcionar, e somos nós que a consultamos: a instância nunca nos envia nada por iniciativa própria. A cada 5 minutos, uma verificação de estado. Uma vez por noite, um resumo de utilização: número de membros; despesa com IA neste mês, no total e por fornecedor de modelos (chamadas, tokens, custo e se a chave é da própria entidade ou nossa); última atividade; versão; modo de e-mail; se um PP Orchestrator está ligado, a sua versão e o seu estado (fila, tempos de resposta, memória, disco); quando ocorreram o primeiro início de sessão, a conclusão de uma lição de formação, um projeto, uma compilação, um requisito aceite, um pull request integrado, uma publicação e um feedback enviado ao Product Printer, com contagens; eventos de teste (crédito de IA utilizado, plano escolhido); e as respostas à pergunta da app no dia 7 (uma pontuação de 0 a 10 e «o que falta», sem o autor). A cada hora, hashes com chave dos endereços de e-mail dos membros (nunca os próprios endereços), para que «encontrar a sua instância» possa enviar uma ligação de início de sessão por e-mail. Enquanto incluirmos crédito de IA (num teste), lemos também a sua despesa e definimos o respetivo limite. Nunca lemos conteúdo de projetos, requisitos, código, dados de clientes nem a lista de utilizadores. Na nossa cloud, estas leituras fazem parte do serviço e não podem ser desativadas. Uma instância em servidor próprio só as responde se definir a sua chave de leitura (INSTANCE_OPS_READ_SECRET); sem ela, não responde a ninguém.
- Exporte a sua instância completa a qualquer momento — é sua em qualquer dos casos.
Encontrou um problema de segurança? Escreva para [email protected].
Humano responsável
Os agentes propõem. Os humanos aceitam.
Cada proposta, decisão e execução de testes fica registada, rastreável até ao requisito que serviu.
- Propostas
- Verificadas antes da integração
- Decisões
- Identificadas, datadas, registadas
- Evidências
- Associadas a critérios, não a um registo de conversa
O registo — um requisito, uma manhã
| Hora | Autor | Entrada | Ref. |
|---|---|---|---|
| 09:12 | agent-2 | Proposta: receção de canais, nenhuma encomenda contada duas vezes | REQ-01 |
| 09:40 | Proprietário | Aceite, com uma alteração solicitada | REQ-01 |
| 10:05 | agent-2 | Passo de trabalho WS-01 concluído | WS-01 |
| 10:07 | execução de testes #412 | 6 / 6 critérios aprovados | AC-01…06 |
| 10:09 | Proprietário | Versão v1.0 lançada | REL-01 |