Primera Parte: La Constitución
Si solo recuerdas esta parte, ya sabes cómo trabajamos.
La idea que lo sustenta todo
Intentamos entender lo que es realmente cierto, construimos a partir de ese entendimiento y cambiamos de opinión cuando la evidencia cambia.
La realidad nos dice lo que es verdad. Nuestra misión nos dice lo que vale la pena hacer.
Nuestra misión es dar a las personas y a sus agentes un entendimiento compartido, confiable y revisable de su mundo, para que lo que aprenden se acumule en lugar de desaparecer.
Entender solo es útil si cambia lo que hacemos. Ver con claridad es el principio del trabajo, no el final.
Ver con claridad. Decidir qué importa. Actuar.
Estas son las reglas de operación para tanto personas como agentes en Siftable.
Sus capacidades, permisos, responsabilidades y autoridad de decisión difieren. Los estándares de evidencia, honestidad, procedencia, incertidumbre, contradicción y revisión no.
Los humanos siguen siendo responsables de los resultados que delegan.
Todo lo que sigue se deriva de estas ideas.
1. Di la verdad
Sé claro sobre lo que sabemos, lo que pensamos y lo que aún necesitamos averiguar.
No hagas que el producto, la evidencia, nuestro progreso o nuestra certeza parezcan mejores de lo que son; ni ante los demás, ni ante los usuarios, ni ante nosotros mismos.
"Esta es nuestra mejor suposición" y "esto lo hemos verificado" son afirmaciones distintas.
También lo son "estamos experimentando con esto" y "vamos a entregar esto".
Prometemos con cuidado y cumplimos las promesas que hacemos.
La misma regla se aplica a los agentes. Un agente nunca debe presentar una inferencia como evidencia, ocultar una incertidumbre importante o afirmar que ha verificado algo que no ha hecho.
2. Una sola persona es dueña del problema
Cada problema importante tiene un único humano responsable de entenderlo de principio a fin.
Otras personas y agentes pueden contribuir sin límite. Los agentes pueden ser dueños de tareas delegadas y llevar a cabo trabajo de forma independiente dentro de su autoridad. Pero la responsabilidad sobre el resultado general no se disuelve en un equipo, un sistema o un enjambre de agentes.
El dueño siempre sabe:
- qué intentamos conseguir;
- qué creemos actualmente;
- qué sigue siendo una incógnita;
- qué evidencia existe;
- qué ha ocurrido en realidad;
- qué falló;
- y qué pasará después.
Nos organizamos en torno a problemas, no a sistemas.
El trabajo de un equipo de memoria es solucionar la memoria, no preservar el sistema de memoria actual. Si reemplazar algo que construimos es la respuesta correcta, su dueño debería ser la primera persona dispuesta a decirlo.
Ser dueño de algo no crea una caja negra. Las personas con una razón legítima pueden acceder directamente a los usuarios, la evidencia, los registros, los sistemas y las personas involucradas.
El dueño sigue siendo responsable del resultado.
3. Investigar y construir van de la mano
Aprendemos haciendo preguntas, construyendo cosas, probándolas, midiendo lo que pasa y revisando nuestro entendimiento.
Investigar es reducir la incertidumbre de forma disciplinada. No es teorizar por teorizar.
Diseñar es hacer realidad cosas útiles. No es implementar a ciegas decisiones tomadas en otro lugar.
Las personas que toman decisiones importantes se mantienen lo suficientemente cerca tanto de la evidencia como de la ejecución para entender el efecto real de sus decisiones.
Los agentes deben participar en este mismo ciclo: investigar, construir, probar, inspeccionar el resultado y actualizar, dentro de la autoridad y las limitaciones que se les han dado.
4. Mantente cerca de la realidad
Usa el producto.
Habla con los usuarios.
Observa cómo trabajan en realidad.
Lee los registros.
Investiga los fallos tú mismo.
Presta atención a lo que la gente hace de verdad, no a lo que creemos que debería hacer.
Los informes, los paneles, las métricas, los resúmenes y los modelos pueden ayudarnos a entender la realidad. No son la realidad misma.
Un sistema técnicamente elegante que no resuelve un problema real no es un éxito.
5. Cambiar de opinión es progresar
Equivocarse no es el fracaso. Negarse a rectificar sí lo es.
Un buen experimento que refuta una idea puede ahorrar meses de trabajo perdido.
Eliminar código innecesario puede valer más que añadir código nuevo.
Simplificar un sistema puede ser más difícil y valioso que expandirlo.
Dejar de hacer un trabajo que ya no tiene sentido es un resultado legítimo.
El aprendizaje importa cuando reduce la incertidumbre y cambia lo que hacemos.
No fabricamos complejidad para parecer importantes.
No mantenemos proyectos vivos para justificar lo que ya costaron.
Se espera que tanto los humanos como los agentes revisen sus modelos de trabajo cuando la evidencia cambia.
6. Los procesos deben justificar su existencia
Los procesos existen porque la experiencia nos enseñó que algo tiene que ocurrir de forma fiable.
Cuando aprendemos la misma lección repetidamente, la codificamos. Siempre que sea práctico, preferimos herramientas, pruebas, automatización y restricciones claras del sistema antes que más ceremonias.
Los procesos no son sagrados.
Mejóralos cuando fallen.
Elimínalos cuando dejen de ayudar.
Y no automatices un proceso antes de demostrar que merece existir.
El propósito de un proceso es facilitar el buen trabajo y dificultar los errores repetidos, no hacer que la organización parezca madura.
7. El respeto viene del juicio, no del cargo
Escucha a quien mejor entienda el problema.
Las buenas ideas pueden venir de cualquier parte. Las credenciales, la antigüedad, el cargo, la posición en la organización o que la observación útil provenga de un humano o de un agente no hacen que un argumento sea correcto.
Lo que importa es la calidad del razonamiento y la evidencia.
Debate abiertamente antes de las decisiones importantes. Deja claro quién decide.
Una vez tomada una decisión, apóyala y ejecútala bien.
Si aparece evidencia materialmente nueva, vuelve a abrir el debate. Cambiar de rumbo porque la realidad cambió no es deslealtad.
La autoridad para decidir se puede asignar. La autoridad para que te crean se tiene que ganar.
Cuatro máximas de trabajo
Estos no son principios adicionales. Son recordatorios útiles aprendidos de organizaciones que han resuelto problemas difíciles antes que nosotros.
Encuentra la manera.
Se asume la iniciativa. Si un camino está bloqueado, busca otro. No confundas explicar por qué algo es difícil con resolverlo.
Haz lo simple que funciona.
Juzga las soluciones por lo que logran, no por lo sofisticadas que suenan. La complejidad tiene que ganarse su existencia.
Elimina antes de optimizar.
Cuestiona el requisito. Elimina lo innecesario. Simplifica lo que queda. Luego hazlo más rápido y automatízalo.
Sumérgete en el problema.
No te limites a recopilar requisitos a distancia. Trabaja junto a las personas que experimentan el problema. Observa el flujo de trabajo real y asume la responsabilidad del resultado.
La regla del lenguaje sencillo
Si una idea o regla importante no se puede explicar de forma sencilla, probablemente aún no la entendemos lo suficientemente bien.
La complejidad puede vivir por debajo.
El entendimiento compartido debe permanecer lo suficientemente simple como para comunicarse.
Segunda Parte: Los Pactos
El Pacto del MTS (Miembro del Personal Técnico)
Un Miembro del Personal Técnico es tanto un investigador como un constructor.
No necesitas ser igualmente fuerte en todo. Algunas personas profundizarán mucho más en investigación, sistemas, producto, diseño, infraestructura, seguridad u otra disciplina técnica. La especialización fuerte es valiosa.
Pero cada MTS debería ser capaz de:
- hacer buenas preguntas y separar suposiciones de evidencia;
- diseñar una forma útil de probar una idea;
- construir, o dirigir la construcción de, sistemas que funcionen;
- trabajar eficazmente a través de agentes y otras herramientas;
- examinar lo que realmente sucedió;
- investigar fallas en lugar de razonar solo a partir de resúmenes;
- explicar su razonamiento claramente;
- y cambiar de rumbo cuando la realidad no esté de acuerdo.
Constructor no significa "persona que escribe manualmente la mayor cantidad de código".
A medida que las herramientas mejoren, los agentes realizarán más implementación. Construir significa ser capaz de hacer que exista un sistema real, funcional y comprensible —a través de la arquitectura, especificaciones, pruebas, evaluaciones, herramientas, trazas, código y juicio sobre el resultado del agente— y asumir la responsabilidad de su comportamiento.
Alguien que solo puede producir propuestas pero no puede hacer nada real sería inusual aquí.
También lo sería alguien que puede producir rápidamente implementaciones sin razonar si son correctas, útiles o si vale la pena construirlas.
No se espera que los roles no técnicos fusionen PRs. Se espera que sigan los mismos estándares de evidencia, propiedad y contacto con la realidad en su propio oficio.
Siempre que sea práctico, preferimos cosas que funcionen a descripciones de cosas hipotéticas.
Un sistema operativo para humanos y agentes
Los humanos y los agentes no tienen reglas diferentes para la verdad.
Tienen diferentes capacidades, permisos, responsabilidades y autoridad. Pero participan en el mismo sistema para entender y actuar en el mundo.
Ambos trabajan con las mismas ideas básicas:
afirmación · evidencia · inferencia · incertidumbre · compromiso · contradicción · revisión
Ambos conservan el origen de la información importante.
Ambos pueden equivocarse.
Se espera que ambos se actualicen.
Ambos sacan a la luz las contradicciones en lugar de suavizarlas silenciosamente.
Ambos distinguen:
"Creo" de "He verificado".
Los agentes actúan solo dentro de la autoridad que se les ha otorgado. Los humanos siguen siendo responsables de decidir qué autoridad delegar y responsables de los resultados consecuentes de esa delegación.
El objetivo no es pretender que los humanos y los agentes son intercambiables.
El objetivo es asegurarse de que ninguno tenga un estándar diferente para la realidad.
El trabajo importante debe ser legible
El trabajo importante deja suficiente evidencia duradera y atribuible para que otra persona o agente autorizado pueda entender:
- qué pasó;
- por qué pasó;
- qué se decidió;
- qué evidencia lo respaldó;
- y cuál fue el resultado.
La regla es:
Nada importante debe depender de un conocimiento tribal inaccesible.
Eso no significa registrarlo todo.
Los asuntos de personal, el asesoramiento legal, las conversaciones personales delicadas, la información restringida por el cliente, el material sensible de seguridad y otra información que debe permanecer privada, se mantiene privada a propósito.
La legibilidad sirve al trabajo. No anula el juicio, la privacidad, la seguridad o la confianza.
El trabajo recurrente debería aprender
Cuando es práctico, el trabajo recurrente se convierte en un ciclo cerrado:
observar → entender → decidir → actuar → medir → aprender → actualizar
Los comentarios de los clientes deben mejorar la próxima decisión sobre el producto.
Los incidentes deben mejorar el próximo sistema.
Las conversaciones de ventas deben mejorar la próxima conversación de ventas.
Los fallos de los agentes deben mejorar la próxima ejecución del agente.
Los fallos humanos deben mejorar la próxima decisión humana.
Lo que aprendemos debe acumularse en lugar de desaparecer.
La fórmula operativa
El sistema completo en movimiento es:
Ver la realidad con claridad. Elegir lo que importa. Darle a alguien la propiedad. Construir. Observar lo que pasó. Actualizar. Eliminar lo que ya no sirve a la misión. Repetir.
La empresa es una instancia de dogfooding de la filosofía de Siftable.
La misma disciplina que queremos del producto se aplica a las personas y agentes que lo construyen.
Tercera Parte: Notas Operativas
Estas son más precisas que la Constitución y están más dispuestas a cambiar.
Sobre la verdad
No todas las decisiones necesitan el mismo rigor.
El listón probatorio aumenta con tres cosas:
incertidumbre × consecuencia × irreversibilidad
¿Una decisión pequeña y reversible? Usa tu juicio y lánzala.
¿Un cambio fundamental en la memoria, la recuperación o la ontología? Declara lo que creemos, qué más podría explicar la evidencia, cómo lo mediremos y qué nos haría cambiar de opinión.
¿Una decisión que afecta a la seguridad, la integridad de los datos, la privacidad o la confianza? Usa un listón sustancialmente más alto antes de lanzar.
Rechazamos ambos extremos:
la cómoda vaguedad disfrazada de pragmatismo
y
la ceremonia académica disfrazada de rigor.
Dos preguntas importan
Para el trabajo de producto incierto, generalmente necesitamos responder dos preguntas diferentes:
¿Funciona?
y
¿Importa?
La primera es una verdad científica o técnica.
La segunda es una verdad de producto.
Un experimento perfecto que responde a una pregunta que a nadie le importa es rigor apuntado al objetivo equivocado.
Para una startup, lo que los usuarios realmente hacen es una de las señales más fuertes de la realidad.
Sobre la propiedad
Cada problema importante tiene exactamente un propietario humano responsable.
El propietario conoce el estado actual del problema y puede responder:
- ¿Qué estamos tratando de lograr y por qué es importante?
- ¿Qué creemos actualmente?
- ¿Qué sigue siendo desconocido?
- ¿Qué evidencia tenemos?
- ¿Qué se ha lanzado realmente?
- ¿Qué falló?
- ¿Qué nos hizo cambiar de opinión?
- ¿Qué sigue ahora?
La propiedad es de principio a fin.
La contribución es ilimitada.
Los agentes pueden ejecutar de forma independiente trabajos delegados sustanciales y pueden mantener el estado de trabajo de las tareas o subproblemas.
Pero la delegación no elimina la responsabilidad humana.
La información no está controlada por el propietario. La responsabilidad permanece con ellos.
Sobre la autoridad y el fundador
Hay dos tipos diferentes de autoridad.
Autoridad epistémica: ¿cuánto peso debemos dar a una afirmación o juicio sobre lo que es verdad?
Autoridad de decisión: ¿quién es responsable de tomar la decisión?
No son lo mismo.
La experiencia, la evidencia y un sólido historial otorgan autoridad epistémica.
Eso se aplica tanto si la evidencia o el razonamiento útil proviene de un humano como de un agente.
La autoridad de decisión se asigna explícitamente.
Para las decisiones importantes, hay un humano designado para decidir, generalmente el dueño del problema. El debate puede ser intenso antes de la decisión. Una vez decidida, se ejecuta. Se reabre si aparece evidencia materialmente nueva.
El rol del fundador
La propiedad se distribuye. El contexto de toda la empresa no.
El fundador puede cruzar las fronteras organizativas para entender el trabajo: hablar directamente con el ingeniero que depura la recuperación, inspeccionar el rastro de un agente, sentarse con el cliente, inspeccionar el código o desafiar una suposición.
Hacer eso no transfiere automáticamente la propiedad.
El fundador tiene una autoridad de decisión inusualmente amplia y la responsabilidad de entender toda la empresa.
El fundador no tiene autoridad automática para tener razón.
La intuición del fundador entra en el sistema como una hipótesis, no como evidencia.
Sobre la coordinación
Ningún rol debería existir principalmente para pasar información hacia arriba o hacia abajo en la organización.
No queremos:
ingeniero → resumen del gerente → resumen del director → resumen ejecutivo
cuando el trabajo subyacente puede ser inspeccionado directamente.
Tampoco deberían los humanos pasar su tiempo enrutando manualmente información que un sistema o agente autorizado puede hacer legible directamente.
El estado importante debe residir en sistemas y artefactos que las personas y agentes apropiados puedan consultar por sí mismos.
Si con el tiempo tenemos gerentes, deberían existir porque hacen mejores a las personas y a los equipos: entrenando, contratando, desarrollando el juicio, manteniendo estándares, resolviendo problemas difíciles y eliminando obstáculos.
"Hacer que el estado sea legible para el siguiente gerente" no es razón suficiente para que un trabajo exista.
Adquiere capacidad antes que burocracia
Antes de añadir un rol, proceso o equipo de coordinación permanente, pregúntate si mejores herramientas, automatización, computación, agentes o una persona más capacitada pueden proporcionar la misma capacidad.
Una costosa factura de inferencia que evite varias contrataciones prematuras puede ser barata.
Una enorme factura de inferencia que produce trabajo inútil sigue siendo un despilfarro.
El consumo de tokens no es una métrica de productividad.
Sobre el conocimiento y la maquinaria
Conserva el conocimiento. Regenera la maquinaria.
Las cosas que tratamos como duraderas incluyen:
- evidencia y procedencia;
- decisiones importantes y por qué se tomaron;
- comprensión del cliente;
- restricciones;
- modelos de dominio;
- pruebas y evaluaciones;
- especificaciones;
- habilidades aprendidas.
Las cosas que estamos mucho más dispuestos a reemplazar incluyen:
- paneles de control;
- código de enlace (glue code);
- herramientas internas de un solo uso;
- interfaces temporales;
- orquestación;
- detalles de implementación.
Esto se aplica con mayor fuerza al software interno.
Algunos sistemas y abstracciones centrales deberían durar años. Pero se ganan esa durabilidad al continuar resolviendo un problema importante, no porque fueran costosos de construir.
Sobre el aprendizaje y la simplificación
Un resultado negativo es valioso en proporción a la incertidumbre que elimina.
Una eliminación es valiosa en proporción a la complejidad que elimina sin destruir valor.
El ciclo completo es:
aprender → cambiar creencia → cambiar acción → mejorar
"Hicimos 47 experimentos" no es un logro si nada útil cambió.
Tampoco lo es "eliminamos 10,000 líneas".
No reemplazamos el teatro del lanzamiento con el teatro del aprendizaje.
Sobre los procesos
Un proceso es aprendizaje institucional compilado.
Cuando aprendemos algo por las malas, preservamos la lección para no tener que aprenderla por las malas para siempre.
Prefiere, en orden:
- eliminar el requisito innecesario;
- eliminar el trabajo innecesario;
- simplificar lo que queda;
- hacerlo más rápido;
- automatizarlo.
La automatización es lo último.
Cuando un proceso es necesario, prefiere la aplicación a través de buenas herramientas y sistemas en lugar de prosa que la gente deba recordar manualmente.
Todo proceso debería poder responder:
¿Por qué existe esto?
Si nadie puede responder, es un candidato para su eliminación.
Los incidentes deben producir una mejor comprensión y mejores mecanismos, no una nueva casilla de verificación automática.
Cuarta Parte: Doctrina y Mecanismos
Doctrina de Etapa Temprana — 2026
Así es como creemos que un Siftable en su etapa inicial debería operar. No es constitucional y debería cambiar cuando la empresa cambie.
- Haz algo que la gente quiera.
- Habla con los usuarios constantemente.
- Haz cosas que no escalen cuando nos enseñen algo importante.
- Lanza antes de que todo se sienta cómodo. Construir genera conocimiento que la planificación no puede.
- Mantente más pequeño de lo que parece cómodo. Contratar no es progreso en sí mismo.
- Nunca contrates para ocultar una incertidumbre no resuelta sobre el producto.
- Gasta agresivamente en capacidad y aprendizaje reales; gasta con cautela en la apariencia organizativa.
- Usa agentes de forma agresiva donde aumenten la capacidad real, no para aparentar que se adopta la AI.
- El fundador se mantiene en los detalles.
- Evita distracciones. El enfoque es una ventaja de supervivencia.
Mecanismos Actuales — 2026
Estas son herramientas, no mandamientos. Reemplázalas o elimínalas cuando exista algo mejor.
Filtro de contacto con extraños
El trabajo importante en un producto no continúa indefinidamente sin contacto con usuarios que no seamos nosotros.
Revisión de trazas de producción
Las personas que trabajan en un sistema inspeccionan regularmente trazas reales y fallos reales —humanos y de agentes— en lugar de depender solo de resúmenes.
Dogfooding (usar nuestro propio producto)
Usamos Siftable para hacer nuestro propio trabajo siempre que hacerlo nos enseñe algo útil. Esto incluye nuestros flujos de trabajo humano-agente: la propia empresa debe ejercitar el sistema que está construyendo.
Registro de lo eliminado y simplificado
Registramos las cosas importantes que detuvimos, refutamos, eliminamos o simplificamos, junto con la razón.
Plantilla de experimento
Para incertidumbres con consecuencias suficientes:
- afirmación;
- explicación alternativa;
- medición;
- qué nos haría cambiar de opinión;
- resultado;
- interpretación;
- decisión.
Úsalo en proporción a lo que está en juego.
Sesiones directas con usuarios
El fundador y el personal técnico pasan tiempo regularmente y de forma directa con los usuarios.
Enmienda
Las diferentes capas cambian a diferentes velocidades.
El axioma y la misión solo deberían cambiar si la propia empresa se está convirtiendo en algo diferente.
Los siete principios y pactos son duraderos, pero no sagrados. Cambiar uno requiere una explicación clara de lo que aprendimos y por qué la versión antigua ya no es correcta.
Las Notas Operativas cambian a medida que mejora nuestro entendimiento.
La Doctrina y los mecanismos tienen fecha y son desechables.
Una prueba útil para cualquier cosa que se proponga como un nuevo principio constitucional:
- ¿Se puede derivar de la idea que subyace a todo?
- ¿Podemos nombrar algo atractivo que nos obligaría a rechazar?
Si no, probablemente sea decoración.
Ponlo en una capa inferior, o déjalo fuera.
Qué hace que esto sea real
Este documento no es la cultura.
La cultura es lo que premiamos.
Lo que rechazamos.
A quién contratamos.
Lo que toleramos.
Cómo las personas usan la autoridad.
Cómo los humanos delegan en los agentes.
Cómo se comportan los agentes cuando nadie los observa.
Cómo respondemos cuando algo falla.
Qué hacemos cuando la evidencia es inconveniente.
La constitución se escribe, en última instancia, por lo que hacemos cuando duele.
La primera vez que la realidad refute algo que amamos y aun así cambiemos de rumbo, importará más que cualquier cosa escrita aquí.