Parte Um: A Constituição

Se você se lembrar apenas desta parte, você sabe como trabalhamos.

A ideia por trás de tudo

Tentamos entender o que é de fato verdade, construímos a partir desse entendimento e mudamos de ideia quando as evidências mudam.

A realidade nos diz o que é verdade. Nossa missão nos diz o que vale a pena fazer.

Nossa missão é dar às pessoas e seus agentes um entendimento compartilhado, confiável e revisável de seu mundo, para que o que eles aprendem se acumule em vez de desaparecer.

O entendimento só é útil se mudar o que fazemos. Ver com clareza é o começo do trabalho, não o fim.

Veja com clareza. Decida o que importa. Aja.

Estas são as regras de operação para pessoas e agentes no Siftable.

Suas capacidades, permissões, responsabilidades e autoridade de decisão diferem. Os padrões para evidência, honestidade, proveniência, incerteza, contradição e revisão não.

Os humanos permanecem responsáveis pelos resultados que delegam.

Tudo abaixo decorre dessas ideias.

1. Diga o que é verdade

Seja claro sobre o que sabemos, o que pensamos e o que ainda precisamos descobrir.

Não faça o produto, as evidências, nosso progresso ou nossa certeza parecerem melhores do que são — nem uns para os outros, nem para os usuários, nem para nós mesmos.

"Este é nosso melhor palpite" e "nós verificamos isso" são declarações diferentes.

Assim como "estamos experimentando com isso" e "nós vamos entregar isso".

Prometemos com cuidado e cumprimos as promessas que fazemos.

A mesma regra se aplica aos agentes. Um agente nunca deve apresentar uma inferência como evidência, ocultar incertezas significativas ou afirmar ter verificado algo que não verificou.

2. Cada problema tem um único dono

Todo problema importante tem um humano responsável por entendê-lo do início ao fim.

Outras pessoas e agentes podem contribuir sem limites. Agentes podem ser donos de tarefas delegadas e executar trabalho de forma independente dentro de sua autoridade. Mas a responsabilidade pelo resultado geral não desaparece em uma equipe, sistema ou enxame de agentes.

O dono sempre sabe:

• o que estamos tentando alcançar;
• o que acreditamos atualmente;
• o que permanece desconhecido;
• quais evidências existem;
• o que de fato aconteceu;
• o que falhou;
• e o que acontece a seguir.

Nós nos organizamos em torno de problemas, não de sistemas.

O trabalho de uma equipe de memória é resolver a memória, não preservar o sistema de memória atual. Se substituir algo que construímos for a resposta certa, seu dono deve ser a primeira pessoa disposta a dizê-lo.

Ser dono não cria uma caixa-preta. Pessoas com uma razão legítima podem ir diretamente aos usuários, evidências, rastreamentos, sistemas e pessoas envolvidas.

O dono permanece responsável pelo resultado.

3. Pesquisa e construção caminham juntas

Aprendemos fazendo perguntas, construindo coisas, testando-as, medindo o que acontece e revisando nosso entendimento.

Pesquisa é a redução disciplinada da incerteza. Não é teorizar por teorizar.

Engenharia é tornar coisas úteis reais. Não é implementar cegamente decisões tomadas em outro lugar.

As pessoas que tomam decisões importantes permanecem próximas o suficiente tanto das evidências quanto da execução para entender o que suas decisões realmente fazem.

Os agentes devem participar desse mesmo ciclo: investigar, construir, testar, inspecionar o resultado e atualizar — dentro da autoridade e das restrições que lhes foram dadas.

4. Permaneça perto da realidade

Use o produto.

Converse com os usuários.

Observe como eles realmente trabalham.

Leia os rastreamentos.

Investigue as falhas você mesmo.

Preste atenção ao que as pessoas realmente fazem, não ao que pensamos que elas deveriam fazer.

Relatórios, painéis, métricas, resumos e modelos podem nos ajudar a entender a realidade. Eles não são a realidade em si.

Um sistema tecnicamente elegante que não resolve um problema real não é um sucesso.

5. Mudar de ideia é progresso

Estar errado não é o fracasso. Recusar-se a mudar de ideia, sim.

Um bom experimento que refuta uma ideia pode economizar meses de trabalho desperdiçado.

Excluir código desnecessário pode valer mais do que adicionar código novo.

Simplificar um sistema pode ser mais difícil e valioso do que expandi-lo.

Parar um trabalho que não faz mais sentido é um resultado legítimo.

O aprendizado importa quando reduz a incerteza e muda o que fazemos.

Não fabricamos complexidade para parecer importantes.

Não mantemos projetos vivos para justificar o que eles já custaram.

Espera-se que tanto humanos quanto agentes revisem seus modelos de trabalho quando as evidências mudam.

6. O processo precisa valer a pena

O processo existe porque a experiência nos ensinou que algo precisa acontecer de forma confiável.

Quando aprendemos a mesma lição repetidamente, nós a codificamos. Sempre que prático, preferimos ferramentas, testes, automação e restrições claras de sistema em vez de mais cerimônia.

Processos não são sagrados.

Melhore-os quando falham.

Exclua-os quando deixam de ajudar.

E não automatize um processo antes de provar que ele merece existir.

O propósito do processo é facilitar o bom trabalho e dificultar erros repetidos — não fazer a organização parecer madura.

7. O respeito vem do discernimento, não do cargo

Ouça quem quer que entenda melhor o problema.

Boas ideias podem vir de qualquer lugar. Credenciais, tempo de casa, cargo, posição organizacional ou se a observação útil veio de um humano ou de um agente não tornam um argumento correto.

O que importa é a qualidade do raciocínio e das evidências.

Debata abertamente antes de decisões importantes. Deixe claro quem decide.

Uma vez que uma decisão é tomada, apoie-a e execute-a bem.

Se surgirem evidências materialmente novas, reabra a discussão. Mudar de rumo porque a realidade mudou não é deslealdade.

A autoridade para decidir pode ser atribuída. A autoridade para ter credibilidade precisa ser conquistada.

Quatro máximas de trabalho

Estes não são princípios adicionais. São lembretes úteis aprendidos com organizações que resolveram problemas difíceis antes de nós.

Encontre um caminho.
A agência é presumida. Se um caminho está bloqueado, procure outro. Não confunda explicar por que algo é difícil com resolvê-lo.

Faça o simples que funciona.
Julgue as soluções pelo que elas realizam, não por quão sofisticadas parecem. A complexidade tem que justificar sua existência.

Exclua antes de otimizar.
Questione o requisito. Remova o que é desnecessário. Simplifique o que resta. Depois, torne-o mais rápido e automatize-o.

Mergulhe no problema.
Não colete apenas requisitos à distância. Trabalhe ao lado das pessoas que vivenciam o problema. Veja o fluxo de trabalho real e assuma a responsabilidade pelo resultado.

A regra da linguagem clara

Se uma ideia ou regra importante não pode ser explicada de forma clara, provavelmente ainda não a entendemos bem o suficiente.

A complexidade pode viver por baixo.

O entendimento compartilhado deve permanecer simples o suficiente para ser comunicado.

Parte Dois: Os Pactos

O Pacto do MTS

Um Membro da Equipe Técnica (MTS) é tanto um investigador quanto um construtor.

Você não precisa ser igualmente forte em tudo. Algumas pessoas irão muito mais fundo em pesquisa, sistemas, produto, design, infraestrutura, segurança ou outra disciplina técnica. A especialização forte é valiosa.

Mas todo MTS deve ser capaz de:

• fazer boas perguntas e separar premissas de evidências;
• projetar uma maneira útil de testar uma ideia;
• construir, ou direcionar a construção de, sistemas funcionais;
• trabalhar eficazmente por meio de agentes e outras ferramentas;
• examinar o que de fato aconteceu;
• investigar falhas em vez de raciocinar apenas a partir de resumos;
• explicar seu raciocínio de forma clara;
• e mudar de rumo quando a realidade discorda.

Construtor não significa "pessoa que escreve manualmente a maior parte do código".

À medida que as ferramentas melhoram, os agentes farão mais implementação. Construir significa ser capaz de fazer com que um sistema real, funcional e compreensível exista — por meio de arquitetura, especificações, testes, avaliações, ferramentas, rastreamentos, código e julgamento sobre o resultado do agente — e assumir a responsabilidade por como ele se comporta.

Alguém que só consegue produzir propostas, mas não consegue tornar nada real, seria incomum aqui.

Assim como alguém que consegue produzir rapidamente implementações sem raciocinar se são corretas, úteis ou se valem a pena ser construídas.

Não se espera que cargos não técnicos façam merge de PRs. Espera-se que sigam os mesmos padrões de evidência, responsabilidade e contato com a realidade em seu próprio ofício.

Sempre que prático, preferimos coisas que funcionam a descrições de coisas hipotéticas.

Um Sistema Operacional para Humanos e Agentes

Humanos e agentes não têm regras diferentes para a verdade.

Eles têm capacidades, permissões, responsabilidades e autoridade diferentes. Mas participam do mesmo sistema para entender e agir no mundo.

Ambos trabalham com as mesmas ideias básicas:

alegação · evidência · inferência · incerteza · compromisso · contradição · revisão

Ambos preservam a origem de informações importantes.

Ambos podem estar errados.

Espera-se que ambos se atualizem.

Ambos expõem contradições em vez de suavizá-las silenciosamente.

Ambos distinguem:

"Eu acho" de "Eu verifiquei".

Agentes agem apenas dentro da autoridade que lhes foi dada. Humanos permanecem responsáveis por decidir qual autoridade delegar e pelos resultados consequentes dessa delegação.

O objetivo não é fingir que humanos e agentes são intercambiáveis.

O objetivo é garantir que nenhum dos dois tenha um padrão diferente para a realidade.

O trabalho importante deve ser legível

O trabalho importante deixa evidências duráveis e atribuíveis suficientes para que outra pessoa ou agente autorizado possa entender:

• o que aconteceu;
• por que aconteceu;
• o que foi decidido;
• quais evidências apoiaram a decisão;
• e qual foi o resultado.

A regra é:

Nada importante deve depender de conhecimento tribal inacessível.

Isso não significa registrar tudo.

Questões de pessoal, aconselhamento jurídico, conversas pessoais sensíveis, informações restritas de clientes, material sensível de segurança e outras informações que devem permanecer privadas, permanecem privadas de propósito.

A legibilidade serve ao trabalho. Ela não sobrepõe o discernimento, a privacidade, a segurança ou a confiança.

O trabalho recorrente deve aprender

Quando prático, o trabalho recorrente se torna um ciclo fechado:

observar → entender → decidir → agir → medir → aprender → atualizar

O feedback do cliente deve melhorar a próxima decisão de produto.

Incidentes devem melhorar o próximo sistema.

Conversas de vendas devem melhorar a próxima conversa de vendas.

Falhas de agentes devem melhorar a próxima execução de agente.

Falhas humanas devem melhorar a próxima decisão humana.

O que aprendemos deve se acumular em vez de desaparecer.

A fórmula operacional

O sistema todo em movimento é:

Veja a realidade com clareza. Escolha o que importa. Dê a alguém a responsabilidade. Construa. Observe o que aconteceu. Atualize. Exclua o que não serve mais à missão. Repita.

A empresa é uma instância de dogfooding da filosofia do Siftable.

A mesma disciplina que queremos do produto se aplica às pessoas e agentes que o constroem.

Parte Três: Notas Operacionais

Estas são mais precisas que a Constituição e mais dispostas a mudar.

Sobre a verdade

Nem toda decisão precisa do mesmo rigor.

O nível de exigência de evidências aumenta com três coisas:

incerteza × consequência × irreversibilidade

Uma decisão pequena e reversível? Use o discernimento e lance.

Uma mudança fundamental na memória, recuperação ou na ontologia? Declare o que acreditamos, o que mais poderia explicar as evidências, como mediremos e o que nos faria mudar de ideia.

Uma decisão que afeta segurança, integridade de dados, privacidade ou confiança? Use um padrão substancialmente mais alto antes de lançar.

Rejeitamos ambos os extremos:

a vagueza confortável disfarçada de pragmatismo

e

a cerimônia acadêmica disfarçada de rigor.

Duas perguntas importam

Para trabalhos de produto incertos, geralmente precisamos responder a duas perguntas diferentes:

Funciona?

e

Importa?

A primeira é a verdade científica ou técnica.

A segunda é a verdade do produto.

Um experimento perfeito respondendo a uma pergunta que ninguém se importa é rigor apontado para o alvo errado.

Para uma startup, o que os usuários realmente fazem é um dos sinais mais fortes da realidade.

Sobre ser dono

Todo problema importante tem exatamente um dono humano responsável.

O dono carrega o estado atual do problema e pode responder:

1. O que estamos tentando alcançar e por que isso importa?
2. O que acreditamos atualmente?
3. O que permanece desconhecido?
4. Que evidências temos?
5. O que de fato foi lançado?
6. O que falhou?
7. O que nos fez mudar de ideia?
8. O que acontece a seguir?

A responsabilidade é de ponta a ponta.

A contribuição é ilimitada.

Agentes podem executar de forma independente um trabalho delegado substancial e podem manter o estado de trabalho de tarefas ou subproblemas.

Mas a delegação não apaga a responsabilidade humana.

A informação não é controlada pelo dono. A responsabilidade permanece com ele.

Sobre autoridade e o fundador

Existem dois tipos diferentes de autoridade.

Autoridade epistêmica: quanto peso devemos dar a uma alegação ou julgamento sobre o que é verdade?

Autoridade de decisão: quem é responsável por tomar a decisão?

Elas não são a mesma coisa.

Expertise, evidências e um histórico sólido conquistam autoridade epistêmica.

Isso se aplica quer a evidência ou o raciocínio útil venha de um humano ou de um agente.

A autoridade de decisão é atribuída explicitamente.

Para decisões importantes, há um decisor humano nomeado — geralmente o dono do problema. O debate pode ser vigoroso antes da decisão. Uma vez decidido, execute. Reabra quando surgirem evidências materialmente novas.

O papel do fundador

A responsabilidade é distribuída. O contexto de toda a empresa não.

O fundador pode cruzar fronteiras organizacionais para entender o trabalho: falar diretamente com o engenheiro depurando a recuperação, inspecionar o rastreamento de um agente, sentar com o cliente, inspecionar o código ou desafiar uma premissa.

Fazer isso não transfere automaticamente a responsabilidade.

O fundador tem uma autoridade de decisão e responsabilidade incomumente amplas para entender toda a empresa.

O fundador não tem autoridade automática para estar certo.

A intuição do fundador entra no sistema como uma hipótese, não como evidência.

Sobre coordenação

Nenhum cargo deve existir principalmente para passar informações para cima ou para baixo na organização.

Não queremos:

resumo do engenheiro → resumo do gerente → resumo do diretor → resumo do executivo

quando o trabalho subjacente pode ser inspecionado diretamente.

Nem os humanos devem gastar seu tempo roteando manualmente informações que um sistema ou agente autorizado pode tornar legíveis diretamente.

O estado importante deve residir em sistemas e artefatos que as pessoas e agentes apropriados possam consultar por si mesmos.

Se eventualmente tivermos gerentes, eles devem existir porque tornam as pessoas e as equipes melhores: orientando, contratando, desenvolvendo o discernimento, mantendo padrões, resolvendo problemas difíceis e removendo obstáculos.

"Tornar o status legível para o próximo gerente" não é razão suficiente para um cargo existir.

Invista em capacidade antes de burocracia

Antes de adicionar um cargo, processo ou equipe de coordenação permanente, pergunte se melhores ferramentas, automação, computação, agentes ou um indivíduo mais forte podem fornecer a mesma capacidade.

Uma conta de inferência cara que evita várias contratações prematuras pode ser barata.

Uma conta de inferência enorme produzindo trabalho inútil ainda é desperdício.

O consumo de tokens não é uma métrica de produtividade.

Sobre conhecimento e maquinaria

Preserve o conhecimento. Regenere a maquinaria.

Coisas que tratamos como duráveis incluem:

• evidências e proveniência;
• decisões importantes e por que foram tomadas;
• entendimento do cliente;
• restrições;
• modelos de domínio;
• testes e avaliações;
• especificações;
• habilidades aprendidas.

Coisas que estamos muito mais dispostos a substituir incluem:

• painéis;
• código de conexão (glue code);
• ferramentas internas pontuais;
• interfaces temporárias;
• orquestração;
• detalhes de implementação.

Isso se aplica mais fortemente a software interno.

Alguns sistemas e abstrações centrais devem durar anos. Mas eles conquistam essa durabilidade continuando a resolver um problema importante — não porque foram caros para construir.

Sobre aprendizado e simplificação

Um resultado negativo é valioso na proporção da incerteza que ele elimina.

Uma exclusão é valiosa na proporção da complexidade que ela remove sem destruir valor.

O ciclo completo é:

aprender → mudar crença → mudar ação → melhorar

"Realizamos 47 experimentos" não é uma conquista se nada de útil mudou.

Nem "excluímos 10.000 linhas".

Não trocamos o teatro do lançamento pelo teatro do aprendizado.

Sobre processo

Processo é aprendizado institucional compilado.

Quando aprendemos algo da maneira difícil, preservamos a lição para não precisarmos aprendê-la da maneira difícil para sempre.

Prefira, em ordem:

1. remover o requisito desnecessário;
2. excluir o trabalho desnecessário;
3. simplificar o que resta;
4. torná-lo mais rápido;
5. automatizá-lo.

A automação vem por último.

Quando um processo é necessário, prefira a aplicação por meio de boas ferramentas e sistemas em vez de textos que as pessoas devem lembrar manualmente.

Todo processo deve ser capaz de responder:

Por que isso existe?

Se ninguém puder responder, é um candidato à exclusão.

Incidentes devem produzir um melhor entendimento e melhores mecanismos, não um novo checkbox automático.

Parte Quatro: Doutrina e Mecanismos

Doutrina de Estágio Inicial — 2026

É assim que acreditamos que um Siftable em estágio inicial deve operar. Não é constitucional e deve mudar quando a empresa mudar.

• Faça algo que as pessoas queiram.
• Converse com os usuários constantemente.
• Faça coisas que não escalam quando elas nos ensinam algo importante.
• Lance antes que tudo pareça confortável. Construir gera conhecimento que o planejamento não pode.
• Permaneça menor do que parece confortável. Contratar não é progresso por si só.
• Nunca contrate para esconder incertezas de produto não resolvidas.
• Gaste agressivamente em capacidade real e aprendizado; gaste com cautela na aparência organizacional.
• Use agentes agressivamente onde eles aumentam a capacidade real, não para encenar a adoção de AI.
• O fundador permanece nos detalhes.
• Evite distrações. O foco é uma vantagem de sobrevivência.

Mecanismos Atuais — 2026

Estas são ferramentas, não mandamentos. Substitua ou exclua-as quando algo melhor existir.

Portão de contato com estranhos
Um trabalho de produto importante não continua indefinidamente sem contato com usuários que não somos nós.

Revisão de rastreamento de produção
As pessoas que trabalham em um sistema inspecionam regularmente rastreamentos e falhas reais — de humanos e agentes — em vez de depender apenas de resumos.

Dogfooding
Usamos o Siftable para fazer nosso próprio trabalho sempre que isso nos ensina algo útil. Isso inclui nossos fluxos de trabalho humano-agente: a própria empresa deve exercitar o sistema que está construindo.

Registro de mortos e simplificados
Registramos coisas significativas que paramos, refutamos, removemos ou simplificamos — junto com o motivo.

Modelo de experimento
Para incertezas suficientemente consequentes:

• alegação;
• explicação concorrente;
• medição;
• o que nos faria mudar de ideia;
• resultado;
• interpretação;
• decisão.

Use-o em proporção ao que está em jogo.

Sessões diretas com usuários
O fundador e a equipe técnica passam tempo regularmente diretamente com os usuários.

Emendas

As diferentes camadas mudam em velocidades diferentes.

O axioma e a missão só devem mudar se a própria empresa estiver se tornando algo diferente.

Os sete princípios e pactos são duráveis, mas não sagrados. Mudar um deles requer uma explicação clara do que aprendemos e por que a versão antiga não está mais correta.

As Notas Operacionais mudam à medida que nosso entendimento melhora.

A Doutrina e os mecanismos são datados e descartáveis.

Um teste útil para qualquer coisa proposta como um novo princípio constitucional:

1. Ele pode ser derivado da ideia que fundamenta tudo?
2. Podemos nomear algo atraente que ele nos forçaria a recusar?

Se não, provavelmente é decoração.

Coloque-o em uma camada inferior — ou deixe-o de fora.

O que torna isso real

Este documento não é a cultura.

A cultura é o que recompensamos.

O que recusamos.

Quem contratamos.

O que toleramos.

Como as pessoas usam a autoridade.

Como os humanos delegam para os agentes.

Como os agentes se comportam quando ninguém está olhando.

Como respondemos quando algo falha.

O que fazemos quando a evidência é inconveniente.

A constituição é, em última análise, escrita pelo que fazemos quando dói.

A primeira vez que a realidade refutar algo que amamos e mesmo assim mudarmos de rumo importa mais do que qualquer coisa escrita aqui.