O sistema muda em uma velocidade inédita.
Agentes ajudam a implementar, revisar e investigar em paralelo. O volume de mudanças deixa de caber nos mesmos rituais informais de compartilhamento.
Memória operacional para sistemas reais
Software acelera. A memória da equipe precisa acompanhar.
A IA multiplica a capacidade de produzir software — e também o volume de decisões, abstrações e relações que precisam ser compreendidas. O Bondia Workspaces estrutura essa memória para que pessoas e agentes operem sobre o mesmo contexto.
Alpha 0.x · Para avaliação e desenvolvimento local
Bondia Workspaces
Memória operacional
●Equipe técnica
✦Agente autorizado
História · relações · decisões · estado atual
O novo gargalo é contexto
A IA aumenta a produção. A complexidade produzida cresce junto.
Mais código pode ser escrito, analisado e alterado em menos tempo. Cada avanço, porém, acrescenta decisões, dependências, convenções e novas camadas de abstração ao sistema.
Ao mesmo tempo, parte do trabalho passa a ser mediada por agentes. A equipe chega mais rápido ao resultado, mas percorre menos o código, a investigação e as decisões que antes ajudavam a fixar o conhecimento sobre o sistema.
O conhecimento já não se fixa do mesmo modo.
Ao delegar parte da implementação, técnicos participam menos do percurso que consolidava o aprendizado: explorar o código, testar hipóteses, encontrar restrições e compreender por que cada decisão foi tomada.
Cada atalho local amplia o mapa global.
Componentes, serviços, integrações, regras e automações se acumulam. Entender uma tarefa passa a exigir relações que raramente estão em um único documento.
A arquitetura não pode depender de lembrança.
A memória informal com a qual técnicos estavam acostumados perde alcance: há mais para compreender e menos vivência direta para reter. Agentes também encerram sessões. Sem memória persistente, ambos reconstroem o sistema antes de agir.
Memória como infraestrutura
Não basta armazenar informação. É preciso preservar significado.
Uma memória útil conecta o que existe, por que existe, como se relaciona, o que aconteceu e quais limites precisam ser respeitados. Ela transforma registros dispersos em contexto recuperável para a próxima decisão.
● Pessoas
✦ Agentes
Contexto recuperávelA informação certa para a tarefa atual
História e decisõesO que mudou, por quê e com qual resultado
Relações do sistemaArquitetura, topologia, dependências e escopos
Trabalho e operaçãoDemandas, incidentes, procedimentos, regras e sinais
O objetivo não é fazer a equipe lembrar de tudo. É dar a pessoas e agentes uma estrutura confiável para reencontrar o contexto, tomar decisões coerentes e devolver o aprendizado ao sistema.
O que muda na prática
Quatro tarefas comuns. Duas formas de chegar ao resultado.
O trabalho pode ser concluído sem uma plataforma de memória. A diferença está em quanto contexto precisa ser reconstruído, quantos riscos permanecem invisíveis e quanto aprendizado sobrevive para a próxima tarefa.
01
Implementar uma melhoria
Alterar a política de expiração de sessões.
Sem memória estruturada
A equipe parte do ticket e do repositório. Precisa descobrir quais componentes autenticam usuários, quem consome as sessões, por que a regra atual existe e quais incidentes já ocorreram.
Com o BIAWS
A melhoria já está ligada à aplicação, aos componentes, às regras de negócio, às decisões arquiteturais, aos incidentes anteriores e aos procedimentos que podem ser afetados.
Resultado Análise de impacto mais completa e menos risco de criar uma solução localmente correta, mas incompatível com o restante do sistema.
02
Solucionar um ticket
Investigar e-mails duplicados após uma instabilidade.
Sem memória estruturada
O chamado traz o sintoma. Antes de investigar, alguém precisa descobrir quem mantém o serviço, onde ele roda, como o retry funciona, qual deployment está ativo e onde observar a fila.
Com o BIAWS
O ticket conduz à aplicação, ao componente de envio, à integração externa, ao runtime, aos sinais de saúde, à regra de idempotência e aos incidentes ou procedimentos relacionados.
Resultado O ticket deixa de ser um relato isolado e se torna uma entrada para o contexto técnico e operacional necessário à investigação.
03
Encontrar um procedimento
Responder ao esgotamento do pool de conexões.
Sem memória estruturada
A busca passa por wiki, Drive, repositórios e conversas. É possível encontrar várias versões do runbook sem saber qual está vigente ou se ela se aplica àquele componente e ambiente.
Com o BIAWS
O runtime degradado aponta para o procedimento aplicável, com escopo, versão, condições de uso, sequência de diagnóstico, permissões necessárias e histórico relacionado.
Resultado A equipe não encontra apenas um documento: encontra o procedimento correto para a situação que está enfrentando.
04
Avaliar uma mudança
Remover um webhook considerado legado.
Sem memória estruturada
Uma busca no código encontra produtores e consumidores conhecidos, mas pode não revelar integrações externas, dependências operacionais ou clientes que ainda utilizam o contrato.
Com o BIAWS
A topologia relaciona o webhook a aplicações, componentes, repositórios, integrações, decisões e trabalho anterior. Pessoas e agentes conseguem revisar o impacto sobre um mapa compartilhado.
Resultado Relações que não aparecem em um único repositório passam a fazer parte da decisão antes que a mudança seja executada.
Memória que melhora com o trabalho
A solução de hoje não deveria desaparecer no ticket encerrado.
Diagnósticos, decisões e resultados podem atualizar procedimentos, regras, topologia e melhorias. Assim, cada tarefa não apenas consome contexto: ela deixa o sistema mais compreensível para a próxima pessoa ou agente.
- 01Ocorrência ou demanda
- 02Contexto recuperado
- 03Ação executada
- 04Resultado registrado
- 05Memória atualizada
Instalação por topologia
Serviços e agentes podem viver juntos ou separados.
Escolha uma instância local completa ou publique um servidor e conecte cada projeto por um cliente MCP com credencial própria.
Instância local completa
Um comando cria API, UI e dados e configura Codex ou Claude Code no projeto consumidor.
Seguir o quickstart localServidor compartilhado
O servidor mantém containers, dados e segredos sem escrever configuração de agente.
Configurar o servidorCliente remoto
O projeto recebe MCP e skills e acessa a API compartilhada com uma chave individual e escopo próprio.
Conectar um clienteInstalação local assistida
Entregue o fluxo local ao agente: ele verifica o ambiente, executa o setup e valida o MCP.
Copiar o prompt de instalaçãoPlataformas: veja os pré-requisitos para macOS, Linux e Windows com WSL2. Windows nativo não é suportado.
Onboarding assistido por skills
O contexto começa no projeto, não em uma tela vazia.
Skills starters ajudam o modelo a encontrar evidências em código, manifests e documentação, comparar o resultado com o catálogo e preparar um inventário para revisão. Assim, a equipe valida o contexto em vez de transcrevê-lo inteiro à mão.
01Ler fontes
→
02Propor inventário
→
03Revisar diferenças
→
04Registrar via MCP
$biaws-discover-application
Sistemas e integrações
Identifica aplicações, componentes, repositórios e integrações em manifests, contratos, documentação e pontos de entrada.
Cada candidato inclui fonte, confiança e lacunas.$biaws-discover-infrastructure
Servidores e runtimes
Converte Docker, Kubernetes, infraestrutura como código, CI/CD e runbooks em uma proposta de topologia operacional.
Descoberta estática, sem probes ou deploys automáticos.$biaws-discover-secret-inventory
Referências de segredos
Mapeia nomes, escopos, consumidores e provedores a partir de referências seguras, sem abrir credenciais ou cofres.
Valores nunca são lidos, exibidos ou registrados.Modo proposta por padrão. O modelo separa fatos de inferências, mostra as evidências e só altera o workspace depois da aprovação.
Capacidades disponíveis
Um contexto operacional que não termina no ticket.
O trabalho recente ampliou o BIAWS de um workspace de operação para uma base mais completa de harness engineering.
Regras e decisões versionadas
Conhecimento normativo em Markdown, organizado por aplicação e componente, com estados, revisões, observações e referências.
Topologia ligada à operação
Aplicações, componentes, repositórios, integrações, servidores, deployments e runtimes formam um mapa consultável por pessoas e agentes.
Monitoramento com significado
Sinais externos e idempotentes registram a saúde dos runtimes, preservam metadados úteis e apontam para procedimentos relacionados.
Cofre local e auditável
Textos e arquivos secretos permanecem criptografados, versionados e separados do banco, com acesso governado por permissões.
Workspaces e menor privilégio
Organizações, aplicações e identidades técnicas operam dentro de fronteiras explícitas, com grupos e escopos por aplicação.
Coleções e skills operáveis
Procedimentos, inventários e capacidades versionadas ganham organização consistente e operações específicas via MCP e CLI.
A interface em uso
Do mapa dos sistemas ao trabalho do dia a dia.
O workspace fictício Athena Tek simula uma pequena software house operando três aplicações de clientes. Clique em uma imagem para vê-la em tamanho maior.
Chamados, tarefas e sinais dos runtimes compõem um retrato acionável da operação.
Componentes, deployments, servidores e estado operacional permanecem relacionados.
Estado, mensagem, metadados e séries temporais são apresentados junto ao runtime.
Melhorias e tarefas preservam contexto, andamento e vínculo com a aplicação.
Regras e decisões têm contexto, estado, revisões e histórico próprios.
Procedimentos podem ser organizados, associados a componentes e ligados aos runtimes.
O loop operacional
Observar, compreender, agir e devolver aprendizado ao sistema.
- 01Observar
Chamados e sinais de saúde registram o que mudou no ambiente.
- 02Contextualizar
A ocorrência é ligada à aplicação, aos componentes e aos runtimes afetados.
- 03Compreender
Pessoas e agentes consultam histórico, procedimentos, regras, decisões e topologia.
- 04Agir
A identidade executa somente as operações permitidas dentro do seu escopo.
- 05Evoluir
O resultado alimenta tarefas, melhorias, procedimentos e conhecimento normativo.
Agent-native por construção
O agente encontra contexto pronto para uso — sem uma nova conta de API.
O servidor MCP expõe operações de domínio sobre dados estruturados e autorizados. O agente não precisa interpretar planilhas soltas nem receber acesso irrestrito à infraestrutura.
Codex, Claude e outros clientes compatíveis podem carregar o contexto de uma aplicação, investigar ocorrências, consultar conhecimento e registrar trabalho de acordo com a identidade técnica configurada.
Use a licença que você já tem
O BIAWS não exige uma chave de API da OpenAI ou da Anthropic. Conecte o servidor MCP ao Codex autenticado pelo ChatGPT ou ao Claude Code autenticado por Pro ou Max. A execução do modelo permanece no cliente escolhido e dentro dos limites do plano.Codex + ChatGPTClaude Code + Pro/Max
Não há cobrança de API separada exigida pelo BIAWS. Uso adicional, créditos ou upgrades continuam sendo escolhas do usuário junto ao provedor.
Por meio do MCP, o agente pode
- ✓ Consultar sistemas e suas relações técnicas
- ✓ Pesquisar chamados, melhorias e procedimentos
- ✓ Fazer somente as alterações permitidas
- ✓ Atuar no espaço de trabalho e nos sistemas autorizados
O MCP do Bondia não expõe
MongoDBShell ou SSHComandos de deployCredenciais de infraestruturaTokens OpenAI ou Anthropic
Controles disponíveis hoje
Contexto compartilhado sem abrir mão dos limites.
Os mesmos controles atendem pessoas e identidades técnicas usadas por agentes.
Identidade e permissões
Cada pessoa ou agente recebe apenas as operações concedidas aos seus grupos.
Escopo por espaço de trabalho e sistema
Consultas e alterações respeitam o espaço de trabalho atual e os sistemas autorizados.
Histórico das alterações
As principais mudanças funcionais registram autoria, data e campos modificados.
Dados no seu ambiente
A aplicação, o banco e os anexos são executados sob controle da organização.
Transparência sobre o estágio atual
Código aberto.
No seu ambiente.
Em alpha.
O Bondia Workspaces está pronto para avaliação e desenvolvimento local. Ainda não é recomendado para dados críticos de produção.
Consultar o status do projetoProjeto independente e aberto
Mantido por quem conhece o ciclo completo do software.
O Bondia Workspaces é criado e mantido por Fabiano Bondia, desenvolvedor full stack e arquiteto de software com mais de 20 anos de experiência, da concepção e desenvolvimento à implantação, manutenção e suporte.
Comece localmente
Construa a camada operacional do seu harness.
Instale o Bondia Workspaces, conecte um projeto e ofereça a pessoas e agentes uma visão compartilhada da operação e da evolução do software.