Planos de projeto que agentes podem executar, por MCP ou no app.
O plano é a fonte da verdade: tarefas, sprints, marcos, dependências, linhas de base e uma trilha de auditoria. Os agentes leem dele e gravam mudanças estruturadas de volta. Dois caminhos chegam ao mesmo plano, um servidor MCP para agentes externos de qualquer ecossistema (ChatGPT, Claude, Cursor, Codex) e o Run-with-Agent dentro do app.
Endpoint MCP https://mcp.onplana.com/mcp
346 ferramentas MCP · OAuth 2.1 + DCR · idempotente · auditado · grátis, sem cartão de crédito
Toda ação de um agente fica registrada em todos os planos, inclusive o gratuito. Ler e exportar essa trilha está disponível a partir do plano Enterprise.
Veja um agente fazer um trabalho de verdade
Uma virada de pagamentos em andamento e um runbook de rollback que ninguém escreveu ainda. A líder escreve duas frases e entrega a tarefa. Ela volta depois que o agente leu o resto do projeto e espera uma pessoa aprovar.
Depois veja um plano inteiro se executar sozinho
Um briefing vira um plano de projeto completo, e então o ChatGPT, o Claude e a IA do próprio Onplana executam cada um suas tarefas por esse plano compartilhado, com uma pessoa aprovando o envio final. Ecossistemas diferentes, um só plano de controle.
O problema do assistente numa aba
A maioria das ferramentas de projeto parafusa um assistente na lateral do app. Você faz uma pergunta, ele responde num painel de chat e o resultado fica no histórico. A próxima pessoa que abre o projeto não vê o que o assistente concluiu, nem o próximo agente. O produto do trabalho é uma conversa, e sobre uma conversa nem uma equipe nem um segundo agente conseguem construir.
A saída é parar de tratar o plano como contexto de um chat e passar a tratá-lo como a base em que o chat grava. Quando um agente move uma tarefa, sinaliza um risco ou redige um relatório de status, a mudança cai no próprio plano, com as mesmas verificações de permissão, a mesma idempotência e a mesma trilha de auditoria de uma edição feita por uma pessoa. A conversa é descartável. O que fica é o plano, e é ele que o próximo trabalhador, pessoa ou agente, retoma.
O modelo: o plano como base
Dois caminhos gravam num plano. Os dois passam pelo mesmo controle.
Como fica na prática
Três interações reais. As linhas entre colchetes são chamadas de ferramenta no plano.
Você: Conecte ao Onplana, o que está
atrasado no Mobile App v2?
Claude: [list_overdue, filtro de projeto]
4 atrasadas. As 2 principais: "API
rate limit handling" (Sarah, 6 d),
"Push notification config" (Mike,
3 d). As duas na Sprint 14.
Você: Passe para a Sprint 15. Dê a da
Sarah para o Mike, ela está no limite.
Claude: [move_task_to_sprint x2,
assign_task]
Feito. As duas na Sprint 15. A tarefa
da Sarah agora é do Mike.
Trilha de auditoria: /audit/...[O Cursor termina a rotação dos
refresh tokens, commit a3f7c2]
Cursor (por MCP):
update_task taskId=tsk_abc
status=DONE
create_comment "Commit a3f7c2:
rotação de refresh tokens"
create_timesheet_entry hours=2
Onplana:
Tarefa em DONE. Comentário publicado.
2 h num apontamento em rascunho.A PM clica em "Run with Agent" no
projeto Q4 Launch.
Meta: "Achar bloqueios antes
da daily."
O agente lê o estado:
list_tasks, list_risks, list_overdue
analyze_project_health (passada de IA
sobre comentários e estado)
Devolve uma proposta:
3 riscos sinalizados, 2 tarefas de
mitigação redigidas, 4 sugestões de
realocação.
A PM aceita 2 riscos, edita o 3º,
aceita as duas mitigações, aceita 1
realocação, rejeita 3. Rascunho de
relatório de status anexado.Dois caminhos, dois tamanhos
O servidor MCP registra 346 ferramentas, cobrindo projetos, tarefas, sprints, marcos, valor agregado, riscos, issues, governança, controle de mudanças, apontamentos de horas, páginas, quadros brancos, fluxos de trabalho e as integrações do Microsoft Graph. Cada uma é verificada contra o papel de quem chama, limitada pelo plano da organização, idempotente com uma chave fornecida pelo cliente e gravada numa trilha de auditoria. Um agente externo com o token certo alcança tudo isso.
Essa linha de auditoria é gravada em qualquer plano, então o registro existe desde a primeira chamada de um agente numa conta gratuita. A tela que lê esse registro de volta, filtra por agente e ferramenta e exporta para outra pessoa conferir está disponível a partir do plano Enterprise.
346 ferramentas são superfície demais para um agente autônomo dentro do app navegar bem, então o Run-with-Agent trabalha com um conjunto selecionado de dez capacidades, voltadas para análise, redação e proposta em vez de executar decisões irreversíveis. Ele pode redigir um relatório de status, analisar a saúde de um projeto, gerar um registro de riscos, redigir comunicações para as partes interessadas, uma nota de passagem ou qualquer documento, quebrar uma tarefa em subtarefas, tirar os itens de ação de anotações, registrar uma decisão e cumprir um briefing com um conjunto seguro de ferramentas. Toda capacidade do Run-with-Agent é aditiva por construção: grava artefatos novos e nunca edita uma linha existente, e um teste quebra o build se uma capacidade declarar o contrário. Ele não pode mover tarefas entre sprints, realocar pessoas, aprovar apontamentos de horas nem avançar portões de governança. Isso fica com as pessoas, que aceitam, editam ou rejeitam cada proposta. A documentação percorre as duas metades do ciclo: atribuir trabalho a um agente (em inglês) e revisar o que ele produz (em inglês).
Excluir é governado, não ausente, e reversível onde importa. Quatro ferramentas destrutivas estão expostas por MCP: excluir uma tarefa, um projeto, uma lista ou um documento. Cada uma é uma chave por espaço de trabalho que fica ligada até um administrador salvar uma escolha, e quem chama ainda precisa da permissão que precisaria de qualquer jeito. As quatro são reversíveis: uma tarefa ou um projeto excluído vai para a lixeira com toda a subárvore, e a restauração reconstrói tudo com os ids originais, então dependências, hierarquia e vínculos sobrevivem à ida e volta. Sprints, marcos, épicos e metas não têm nenhuma ferramenta de exclusão no MCP. O Run-with-Agent, dentro do app, não pode excluir nada. O que torna isso seguro para agentes autônomos é o mesmo em que as pessoas confiam: nada estrutural some para sempre.
Onde roda e o que impede uma colisão
Um agente se conecta de onde você já trabalha: um terminal com Claude Code ou Codex, o Cursor, ou o próprio ChatGPT e o Claude, que listam o Onplana nos seus diretórios de conectores. Esse caminho não custa nada e funciona em todos os planos, inclusive o gratuito. Acrescente o pacote de relay publicado e um runner local acorda assim que alguém comenta, menciona a persona ou aperta Run with Agent, em vez de esperar a próxima consulta, sem listener público e sem regra de firewall de entrada.
A execução hospedada é a terceira opção, para quando ninguém quer deixar um notebook aberto. O Onplana mantém a conexão e dispara o agente, e o trabalho em si é delegado ao sandbox de agentes gerenciado do Claude com uma credencial que você fornece e pode revogar. Você nunca lida com um token do Onplana: a hospedagem gera, guarda e protege o seu próprio, com exatamente os escopos que o diálogo Connect Agent concede, então hospedar nunca é um caminho mais discreto para um acesso maior. As credenciais ficam presas à sua conexão na leitura e são verificadas de novo no uso, então a chave de um cliente não alcança o disparo de outro. A cobrança é em dias de agente, um dia de uma conexão hospedada não importa quantas vezes seja disparada, com uma cota incluída a partir do plano Professional e dias que podem ser comprados em qualquer plano.
Quando há mais de um agente no mesmo backlog, a falha interessante é dois começarem a mesma tarefa. O Onplana entrega uma reserva exclusiva: uma única chamada escolhe a próxima tarefa disponível e a reivindica, porque listar e depois reivindicar deixa uma brecha em que os dois podem cair. A reserva pertence à execução e não ao usuário, o que importa mais do que parece, já que duas sessões do Claude Code num espaço de trabalho se autenticam como a mesma persona de agente, e uma trava por usuário deixaria uma sessão liberar o trabalho da outra. As reservas expiram sozinhas, então um agente que cai libera sua tarefa em vez de travá-la, e concluir ou bloquear uma tarefa devolve a reserva na hora.
A página para equipes de engenharia percorre o ciclo inteiro de ponta a ponta: Onplana para equipes de software.
Tecnologia e conformidade
- Frontend
- React, TypeScript, Vite
- Backend
- Node, Express, Prisma. Postgres com um modelo EAV para campos personalizados, recálculo CPM no subgrafo afetado, Redis.
- Infraestrutura
- Azure Container Apps, Azure DNS
- MCP
- Servidor conforme a especificação. OAuth 2.1 + Dynamic Client Registration, PKCE S256, uma resposta 401 + WWW-Authenticate e agent_bootstrap no handshake initialize.
- Identidade
- SAML 2.0, OIDC, SCIM 2.0, validados de ponta a ponta com o Microsoft Entra.
- Importações
- MPXJ para arquivos .mpp do Microsoft Project.
Comece
Conecte o Claude, o Cursor ou o ChatGPT
Aponte seu cliente para https://mcp.onplana.com/mcp. OAuth 2.1 com Dynamic Client Registration, ou um token de acesso pessoal com escopo limitado. O ChatGPT pode adicionar o Onplana direto do seu diretório de plugins.
Experimente no app
Crie uma conta gratuita, abra um projeto e clique em Run-with-Agent. O plano Free inclui um bônus único de tokens de IA para testar em trabalho real.
Comece grátisLeia a documentação
O catálogo de ferramentas, o fluxo de autenticação, o modelo de limites por plano e o formato da auditoria estão documentados para quem integra com a API.
Abrir a documentaçãoO que ainda não temos
A IA incluída no plano Free é um bônus único de tokens, não ilimitado, então uso automatizado pesado roda num plano pago ou com crédito pré-pago. É uma troca real, dita com clareza em vez de escondida.
Construa com a gente em onplana.com
Não está construindo uma integração? Veja como gerentes de projeto e executivos trabalham com agentes dentro do Onplana na página de propor e ratificar.