Meu pai me fez uma boa pergunta esta semana: “Como você protege sua propriedade intelectual quando os Big Guys podem desenvolver sua própria versão?”

A resposta curta: você não protege isso através de sigilo ou patentes. Você constrói algo que eles estruturalmente não podem realizar.

## O mito da startup copiável

O medo padrão das startups é o seguinte: você constrói algo, funciona, e então o Google/Microsoft/OpenAI envia a mesma coisa em seis meses com melhor distribuição.

Esse medo pressupõe que os titulares possam copiar qualquer coisa. Eles não podem.

Não porque lhes falte engenheiros ou capital. Eles têm ambos. Eles não podem copiar certas arquiteturas porque seus modelos de negócios, pilhas técnicas e incentivos organizacionais existentes tornam isso estruturalmente caro ou impossível.

## Cinco barreiras estruturais que realmente funcionam

### Desalinhamento de incentivos

Construir algo que canibalizaria um fluxo de receita lucrativo.

Exemplo: um sistema de memória que prioriza a privacidade, executado inteiramente em infraestrutura controlada pelo usuário, entra em conflito direto com modelos de negócios suportados por anúncios. O operador histórico teria de escolher entre o seu conjunto de margens existente e o novo produto. Eles normalmente escolhem a margem existente.

### Restrições arquitetônicas

Construa sobre bases que exigem a reescrita dos sistemas principais.

Exemplo: Fluxos de trabalho determinísticos e originados em eventos com origem completa exigem estruturas de dados imutáveis ​​e IDs de entidade baseados em hash. Plataformas construídas em armazenamentos de documentos mutáveis ​​ou eventuais modelos de consistência precisariam reconstruir toda a sua camada de dados. Essa é uma reescrita de vários anos, não um sprint de recursos.

### Conflitos no modelo de negócios

Construa algo que exija um modelo de preços ou relacionamento com o cliente diferente.

Exemplo: Contratos anuais de médio porte (3 mil euros a 15 mil euros por ano) com profunda integração de fluxo de trabalho não se adequam a plataformas de cobrança baseadas no uso e de autoatendimento. O movimento de vendas, o modelo de suporte e as expectativas do produto são fundamentalmente diferentes.

### Incompatibilidade de distribuição

Construir para um segmento de clientes que o operador histórico não consegue alcançar de forma eficaz.

Exemplo: usuários avançados preocupados com a soberania que evitam ativamente o aprisionamento da plataforma não adotarão recursos das próprias plataformas das quais estão tentando escapar. A vantagem de distribuição do titular torna-se um passivo.

### Janelas de tempo e foco

Construa com rapidez suficiente para que, no momento em que puderem copiar, suas vantagens combinadas o tornem irrelevante.

Exemplo: se você puder enviar fluxos de trabalho determinísticos, resolução de entidades entre domínios e esquemas de objetos extensíveis em 12 meses, enquanto o titular está navegando na priorização interna, nas revisões de conformidade e nas pressões concorrentes do roteiro, você estará três gerações à frente antes de começarem.

## Neotoma como estudo de caso

Estou construindo o [Neotoma](/posts/truth-layer-agent-memory) ([GitHub](https://github.com/markmhendrickson/neotoma)) como um substrato de memória determinística e que prioriza a privacidade para ferramentas de IA. [As tendências de agência nas quais estou apostando](/posts/six-agentic-trends-betting-on) são o que fazem valer a pena construir este espaço; este post é sobre por que essa aposta é estruturalmente defensável. Neotoma demonstra todas as cinco barreiras.

**Arquitetura que prioriza a privacidade (desalinhamento de incentivos).** Os provedores de modelos ganham dinheiro com telemetria, dados de treinamento e dependência de plataforma. Um sistema onde os usuários possuem sua memória e podem usar qualquer modelo entra em conflito direto com seu modelo de receita. Eles poderiam construí-lo, mas estariam minando o negócio existente.

**Design determinístico baseado em eventos (restrições arquitetônicas).** Neotoma usa observações imutáveis, IDs de entidade baseados em hash e redutores determinísticos. Isto garante que a mesma operação produza sempre o mesmo estado final. Plataformas construídas em armazenamentos mutáveis ​​ou sistemas eventualmente consistentes precisariam reconstruir sua camada de dados do zero.

**Interoperabilidade entre plataformas (conflitos de modelo de negócios).** Neotoma trabalha com ChatGPT, Claude e Cursor por meio do MCP. O apoio a plataformas concorrentes entra em conflito direto com estratégias de aprisionamento de modelo único. Os titulares otimizam para manter os usuários dentro de seu ecossistema, não permitindo que eles saiam.

**Posicionamento de soberania (incompatibilidade de distribuição).** Os clientes-alvo são pessoas que desejam explicitamente o controle sobre seus dados e memória. Eles não adotarão recursos de memória das plataformas que estão tentando evitar. A vantagem de distribuição torna-se responsabilidade de distribuição.

**Composição arquitetônica (tempo).** Cada entidade resolvida, cada esquema estendido, cada fluxo de trabalho tornado reproduzível aumenta o custo da replicação. O valor não está em nenhum recurso único. Está na rede de relacionamentos digitados, na trilha de auditoria e na qualidade composta da memória determinística.

## Princípios gerais para startups defensáveis

Ao avaliar ideias de startups, faça estas perguntas.

**Copiar isso prejudicaria a receita existente?** Se sim, eles não farão isso rapidamente. Se não, você está competindo apenas na velocidade de execução.

**Isso requer mudanças arquitetônicas que eles não podem fazer de forma incremental?** Se puderem adicioná-lo como um recurso, eles o farão. Se for necessário reescrever, você terá tempo.

**Isso exige um relacionamento com o cliente ou um movimento de vendas diferente?** Se a entrada no mercado existente não se adequar ao seu ICP, eles não conseguirão alcançar seus clientes de maneira eficaz, mesmo que construam a mesma coisa.

**A sua distribuição é realmente uma vantagem para este produto?** Às vezes, os operadores históricos têm antidistribuição para segmentos de clientes específicos.

**Você consegue agregar vantagens mais rápido do que elas podem ser mobilizadas?** A velocidade é importante, mas é a velocidade de composição, não a velocidade dos recursos de envio.

## O que não funciona

Isso não cria barreiras estruturais.

**Complexidade por si só.** Difícil de construir não é o mesmo que estruturalmente difícil de copiar. Se for apenas complexidade de engenharia, eles têm mais engenheiros.

**Melhor UX.** A UI é fácil de copiar. Os sistemas de design podem ser replicados em semanas.

**Efeitos de rede (estágio inicial).** Os efeitos de rede levam tempo para serem compostos. No primeiro ano, você ainda não os tem.

**Patentes.** As patentes tecnológicas são caras de aplicar e fáceis de contornar. Em vez disso, concentre-se nas barreiras estruturais.

**Sigilo.** Após o envio, a abordagem fica visível. O sigilo lhe dá meses, no máximo.

## O objetivo não é ultrapassá-los

O objetivo é construir algo que eles não possam perseguir sem fazer escolhas que não farão.

Você não está tentando ser mais rápido para sempre. Você está tentando construir uma posição onde a velocidade deixa de importar porque as restrições estruturais fazem a defesa.

Especificamente para Neotoma: OpenAI poderia construir um sistema de memória multiplataforma que prioriza a privacidade. Mas fazer isso exigiria que eles desistissem da telemetria, do aprisionamento de plataforma e dos fluxos de receita de modelo único. Eles estão estruturalmente desincentivados de fazer esse comércio.

Isso não é um posicionamento baseado no medo. Isso é entender o conselho.

## Para levar

Quando alguém pergunta “e se os grandes copiarem você?”, a resposta não é “avançaremos mais rápido” ou “temos patentes”.

A resposta é: “Construímos algo que exigiria que eles fizessem mudanças estruturais que são incentivados a não fazer”.

Esse é o único fosso que dura.