Clientes e workspaces
Workspace por conta, clientes isolados entre si e convite de acesso ao portal.
Serve para manter contratos diferentes sem mistura — cada cliente enxerga só o que é dele, e o convite é o que abre essa porta.
Um sistema operacional para quem constrói software.
Plataforma SaaS dev-first para freelancers, consultores e pequenas software houses centralizarem clientes, projetos, requisitos, planejamento e portal do cliente em um só lugar — e, no mesmo movimento, servirem esse contexto para agentes de IA. É o projeto em que estou concentrando o trabalho autoral hoje.
Quem entrega software por conta própria vive com o projeto espalhado entre WhatsApp, Trello, GitHub, Notion, Jira e planilha. Requisito fica sem dono, escopo cresce sem registro, o cliente não enxerga andamento nenhum — e a IA, que hoje escreve boa parte do código, entra sem contexto do que o projeto é. O BuildOS ataca essa fragmentação assumindo que o histórico estruturado do projeto vale tanto para a pessoa quanto para o agente.
Um servidor MCP dentro do próprio monolito expõe o contexto dos projetos e um conjunto curado de escritas para agentes como Claude, Claude Code e Cursor — reaproveitando as Actions e Policies que a aplicação já usa, então o agente respeita exatamente as mesmas regras de autorização que uma pessoa. Era uma fase distante do roadmap; foi antecipada porque é o que separa o BuildOS de mais um gestor de projetos.
Capturadas do produto rodando.







Workspace por conta, clientes isolados entre si e convite de acesso ao portal.
Serve para manter contratos diferentes sem mistura — cada cliente enxerga só o que é dele, e o convite é o que abre essa porta.
Dashboard por status e metodologia escolhida por projeto: sprint, kanban ou simples.
Serve para tocar cada projeto no ritmo que ele pede — sprint quando há compromisso fechado, kanban quando o trabalho é puxado, simples quando é só uma lista com prazo.
Lista plana e tipada — funcional, regra de negócio, não funcional — com estimativa e congelamento de escopo.
Serve para registrar o combinado e sustentar a conversa depois: congelado o escopo, todo pedido novo entra marcado como FORA DO ESCOPO, com data.
Sprints, backlog, quadro kanban, subtarefas e rastreio de tempo estimado contra realizado.
Serve para virar requisito em trabalho executável e mostrar onde a estimativa está furando, tarefa a tarefa — o insumo que falta na hora de precificar o próximo projeto.
Timeline de atualizações com comentários, progresso e prazo de cada projeto.
Serve para o cliente acompanhar sozinho, sem cobrar status — e para a conversa ficar registrada junto do projeto, em vez de se perder no WhatsApp.
Entidade própria, com quadro separado, triagem (confirmar, descartar com motivo, duplicata), criticidade e post-mortem no fechamento.
Serve para o defeito não atropelar o compromisso da sprint: ele entra num quadro à parte, é triado antes de virar trabalho, e o cliente pode reportar direto pelo portal.
Servidor MCP no próprio monolito, com conexão por navegador (OAuth) ou por token.
Serve para o agente de IA trabalhar sabendo o que o projeto é — lê requisitos, tarefas e roadmap e devolve trabalho respeitando as mesmas Policies de um usuário humano.