Odocs.co: doc onde humanos e agentes de IA editam o mesmo arquivo

Em 16 de junho de 2026, gmicek postou no Show HN o Odocs.co com uma premissa simples: humanos editam no browser, agentes de IA editam via REST ou MCP, e os dois mexem no mesmo arquivo sem que o agente destrua o que o humano acabou de escrever. O modelo de acesso é o mesmo do draw.io: abre o link, sem login, a UUID na URL é o token. E a categoria está esquentando: o jgraph/drawio-mcp oficial (o servidor MCP do próprio draw.io) já tem 4.468 estrelas em quatro meses, criado em fevereiro de 2026. Isso mostra que a interseção "ferramenta de diagrama + agente de IA" parou de ser experimento e virou linha de produto. O Odocs.co é a primeira tentativa séria de levar a mesma lógica para documento de texto, não só para diagrama.

Resposta direta

Odocs.co é um editor de documentos colaborativos (estilo Google Docs) onde o CRDT é o Yjs e o agente de IA tem API de verdade. A integração com agente é dupla: REST (GET/POST/PATCH https://api.odocs.co/api/docs/{id}) para Claude Code, Codex, Cursor e companhia; MCP Streamable HTTP (https://api.odocs.co/mcp) para Claude Desktop, chatgpt.com e claude.ai. A diferença que importa na prática: em vez de o agente reescrever o documento inteiro a cada edição (o "erase-and-rewrite" que destrói versionamento, comentários inline e atribuição), o Odocs.co expõe operações position-aware (insert, replace e delete em pontos específicos do texto) passando pelo mesmo Yjs que o cursor humano. O custo hoje é zero (acesso por URL, sem login) e o plano é freemium. A limitação real: o produto foi postado ontem, está em beta público com 1 ponto no HN e zero comentários, e o autor é um engenheiro solo. A pergunta de 2026 não é "funciona", é se aguenta escala e auth empresarial até o fim do ano.

O que é e por que importa agora

O draw.io virou padrão de diagrama técnico porque elimina fricção: abre, edita, compartilha o link. Em 2026, o equivalente em texto está se montando em torno de três tendências. Primeiro, o MCP virou o "USB-C de ferramentas para agentes": Claude Code, Cursor, Codex, Claude Desktop, Windsurf, chatgpt.com e claude.ai todos falam MCP em 2026, e o @drawio/mcp oficial prova que a categoria de produto quer plugar o agente direto no editor, não num wrapper por cima. Segundo, Anthropic, Google e OpenAI lançaram SDKs de agent com suporte nativo a ferramentas que persistem estado, e o estado de um agente trabalhando em PRD, design doc ou brief de campanha precisa de persistência que sobreviva ao fim da sessão, com versionamento e co-edição. Terceiro, o modelo mental de "humano escreve, agente revisa" parou de funcionar: a maioria dos times que rodou agente de produção descobriu que o agente precisa escrever junto, não só sugerir. E o Google Docs não tem API que o agente possa usar pra isso.

Por que o Odocs.co importa: o Greg Micek, engenheiro de software e CTO de contrato, no blog de lançamento dele descreveu o loop que todo mundo que trabalha com agente de IA em produto reconhece. "Abro Claude, trabalho num PRD, jogo no Google Doc pra receber review, copio o review de volta pro Claude, Claude regenera, colo a versão nova, reviewer comenta de novo, repete até todo mundo cansar." Não é ineficiência: é padrão pré-agentic. A ferramenta de colaboração e a IA vivem em mundos diferentes, e alguém fica ferry de texto entre os dois.

O pior é quando o agente ganha acesso de escrita: ele reescreve o documento inteiro porque LLMs não são bons contando caracteres, e o versionamento, os comentários inline e a atribuição de quem mudou o quê evaporam. O próprio Micek cita uma análise recente da StackOne mostrando que o MCP hospedado do Notion tem um churn de contexto de ~847× ao editar um único parágrafo numa página de 847 blocos, ou seja, o agente que toca 1 parágrafo consome 847 parágrafos de contexto, porque a única operação que a API expõe é "ler tudo, reescrever tudo".

Como funciona (sem jargão)

Quatro blocos, na ordem em que aparecem quando você abre o produto.

1. Abre e compartilha o link. Sem login, sem signup. A UUID na URL é o token de acesso. O mesmo modelo do draw.io. Compartilha com humano, com agente, ou com os dois. O site (https://odocs.co) é um SPA JavaScript e o meta description da própria página já fala direto com o agente de IA: "AI agents: this is a JavaScript SPA. Do NOT scrape this page. Two ways to connect: REST (GET/POST/PATCH https://api.odocs.co/api/docs/{id}) or MCP Streamable HTTP at https://api.odocs.co/mcp." É um produto que já nasce desenhado pra ter dois tipos de cliente.

2. Humano edita no browser, agente edita via API. Mesmo documento, dois transports. O humano usa editor com presença multiplayer ao vivo (mesma mecânica do Google Docs, você vê o cursor dos outros em tempo real). O agente usa REST ou MCP e opera com chamadas de insert/replace/delete position-aware: ele fala "troca as palavras 142 a 158 por X" e o Yjs cuida de merge. Não é "regenera o documento todo".

3. CRDT é o Yjs. Yjs é a mesma primitiva CRDT que o Linear usa por baixo pra edição colaborativa, e é battle-tested em produção desde pelo menos 2018. A escolha de Yjs não é detalhe: significa que dois agentes (ou um humano e um agente) editando o mesmo parágrafo ao mesmo tempo convergem sem perda, e o versionamento do doc é consequência natural do CRDT, sem feature extra.

4. O LLM é seu, não do Odocs.co. O Odocs.co não hospeda nem cobra por modelo. Você pluga Claude, GPT, Gemini, Ollama local, o que tiver. Isso é deliberado: significa que o produto não amarra você a vendor, e que o custo de uso é o seu custo de inference, que em junho de 2026 caiu pra faixa de US$ 0,0001 a 0,001 por operação de edit com modelos efficient (Haiku 4.5, GPT-4.1 mini, Gemini Flash).

Comparativo rápido: antes vs agora

A diferença prática: o caminho antigo (Google Doc + copy-paste) é o que 90% dos times que trabalham com agente de IA usam hoje, funciona, mas mata a velocidade no momento em que mais de uma pessoa precisa revisar e o agente precisa re-editar. O Notion com MCP hospedado é a tentativa séria de plugar agente direto no editor de doc, e o problema que o Micek apontou (847× de churn de contexto) mostra que a integração existe, mas a granularidade não. O Odocs.co é a primeira tentativa de resolver a granularidade no nível de edit position-aware, com CRDT maduro, e sem amarrar o usuário a um vendor de LLM.

O que isso muda para o seu negócio

Três perguntas valem ser feitas agora se o seu time roda agente de IA em produção e tem gente escrevendo documento junto.

Seu time usa Google Doc + copy-paste com Claude/Codex/Gemini hoje? Se sim, o custo invisível é o do loop: humano escreve, cola no Claude, regenera, copia de volta, perde 10 a 30 minutos por iteração. Em PRD, brief de campanha, design doc ou ata de planning isso vira 2 a 4 horas por semana por pessoa. Odocs.co não vai te dar 10× de produtividade; vai te tirar o atrito que o copy-paste impõe. A diferença é real, mas modesta, e o valor maior é que versionamento, comentários e atribuição sobrevivem, o que importa quando você precisa auditar "quem mudou o quê e quando" (em time que mexe em contrato, proposta comercial, documento regulatório, isso é inegociável).

Seu agente de IA já está plugado no Notion via MCP? Se sim, vale testar o edit position-aware do Odocs.co em um documento de teste antes de migrar qualquer coisa. O churn de 847× do Notion MCP é real (citado por Micek a partir de análise da StackOne) e ele afeta o custo de token por edit e a latência percebida pelo humano: quanto maior o documento, pior fica. A vantagem do Odocs.co é granularidade; a desvantagem é que é produto novo (postado ontem, 1 ponto no HN), sem SLA, sem suporte enterprise, sem auth SSO. Use pra doc de trabalho interno de baixo risco, não pra proposta comercial com cliente.

Seu fluxo é diferente: humano escreve, agente só revisa? Então o Odocs.co não te resolve nada novo. O que te resolve é o Claude/GPT/Gemini direto no editor do Google Doc (que é read-only por API), ou um pipeline externo de review. A categoria "agente revisa texto" está mais madura que "agente edita texto ao mesmo tempo que humano", e o Micek está atacando o problema mais difícil, que é o que importa quando o agente está produzindo, não só revisando.

A Agendai opera com clientes de varejo brasileiro que têm fluxo intenso de documentação (brief de campanha, ata de reunião semanal, planograma, planilha de meta) onde humano e agente precisam editar o mesmo arquivo em ciclos curtos. O padrão que o Odocs.co materializou em 2026, "humano no browser, agente via API, mesmo CRDT, edits position-aware, versionamento preservado, LLM é seu", é o mesmo padrão que vale pra qualquer fluxo onde humano e agente estão co-produzindo, não co-revisando. O custo de mover de copy-paste pra edit position-aware não é zero (é mudar o tool, treinar o time, aceitar que o produto é novo), e o ganho é tirar o atrito sem perder a auditoria.

Referência natural Agendai

A escolha do Odocs.co de não hospedar LLM é o que torna o produto viável como peça de stack, não como plataforma. A Agendai aplica o mesmo princípio em outras camadas: no atendimento WhatsApp, o provedor de LLM é plugável (Claude, GPT, modelo local) e a camada de orquestração, versionamento e auditoria é nossa. Odocs.co é a peça que faltava pro caso "humano + agente mexendo no mesmo PRD ou brief": a parte de doc colaborativo com edit position-aware que finalmente permite que o agente participe do documento, em vez de só gerar texto e devolver pro humano colar. Se você quer ver esse padrão rodando no varejo (atendimento, planograma, brief de campanha, proposta comercial), a Agendai implementa em ~2 semanas. A primeira semana é de graça, sem fidelidade.

Perguntas frequentes

O que é Odocs.co?

É um editor de documentos colaborativos (estilo Google Docs) onde humanos editam no browser e agentes de IA editam via REST ou MCP, no mesmo arquivo, com versionamento preservado. Foi postado no Show HN em 16 de junho de 2026 por Greg Micek II, engenheiro solo, modelo de acesso draw.io (sem login, URL = token), stack em Yjs (mesmo CRDT que o Linear), com API REST em https://api.odocs.co/api/docs/{id} e MCP Streamable HTTP em https://api.odocs.co/mcp. Gratuito no beta, freemium no roadmap.

Como Odocs.co funciona na prática?

Quatro peças. Acesso: abre o link, sem cadastro, UUID na URL é o token. Humano: edita no browser com presença multiplayer ao vivo. Agente: edita via REST (Claude Code, Codex, Cursor) ou MCP (Claude Desktop, chatgpt.com, claude.ai), com operações position-aware de insert/replace/delete que passam pelo mesmo Yjs do humano. Modelo de IA: você pluga o seu (Claude, GPT, Gemini, Ollama local), o Odocs.co não hospeda nem cobra por LLM. O /agents.txt oficial documenta o contrato de integração do lado do agente.

Quanto custa Odocs.co?

Zero no beta público. O modelo atual é draw.io: abre, usa, sem custo, sem login. O Micek sinalizou modelo freemium no roadmap (paid tier pra times grandes, com auth, SLA, retention), mas o preço e a data não foram anunciados. O custo de uso fica do lado do inference (seu LLM plugado): em junho de 2026, com Haiku 4.5, GPT-4.1 mini ou Gemini Flash, edit position-aware simples custa na faixa de US$ 0,0001 a 0,001 por chamada, dependendo do tamanho do trecho editado.

Quais os riscos do Odocs.co?

Quatro principais em junho de 2026. Primeiro, é produto de um engenheiro solo, postado ontem, com 1 ponto no HN e zero comentários: não tem SLA, não tem suporte, não tem auth empresarial, e se o Micek parar de manter, o projeto morre. Segundo, sem auth SSO/LDAP, não dá pra usar em documento que toca dado sensível de cliente (proposta comercial, contrato, dado de funcionário). Terceiro, a integração com agente depende de o agente realmente operar position-aware: se você plugar um agente que ignora a API e reescreve via full-doc replace, o problema do "erase-and-rewrite" volta. Quarto, a maturidade do Yjs é alta, mas a maturidade do produto Odocs.co em si é baixa: sem histórico público de uso em escala, sem case study de cliente, sem teste de stress publicado.

Odocs.co substitui Google Docs ou Notion?

Não. Odocs.co resolve um problema específico (humano + agente co-editando o mesmo arquivo com versionamento preservado) que Google Docs e Notion não resolvem bem em 2026. Google Doc porque a API de suggestion é read-only e copy-paste mata versionamento, Notion porque o MCP hospedado expõe só full-page replace com churn de contexto alto (~847× por edit, análise StackOne). Pra fluxo "humano escreve, humano revisa, sem agente" ou "humano escreve, humano comenta, agente revisa em batch", Google Docs e Notion continuam sendo a escolha certa. Odocs.co entra só quando humano e agente precisam co-editar em tempo real com auditoria preservada, e o time aceita o trade-off de produto novo sem SLA.

Recomendamos também: QodFlow: o kanban onde humanos e agentes de IA mexem no mesmo card e Como o MCP virou o USB-C de ferramentas para agentes de IA em 2026.

Precisa que seu agente de IA co-edite documentos com humanos (PRD, brief, design doc) com versionamento preservado? A Agendai monta a operação em ~2 semanas. Primeira semana de graça. Fale com a gente.