Часть первая: Конституция

Если вы запомните только эту часть, вы будете знать, как мы работаем.

Идея в основе всего

Мы пытаемся понять, что на самом деле истинно, строить на этом понимании и менять своё мнение, когда меняются доказательства.

Реальность говорит нам, что истинно. Наша миссия говорит нам, что стоит делать.

Наша миссия — дать людям и их агентам общее, надёжное, изменяемое понимание их мира, чтобы то, что они узнают, накапливалось, а не исчезало.

Понимание полезно только тогда, когда оно меняет то, что мы делаем. Ясно видеть — это начало работы, а не её конец.

Видеть ясно. Решать, что важно. Действовать.

Это операционные правила как для людей, так и для агентов в Siftable.

Их возможности, разрешения, обязанности и полномочия по принятию решений различаются. Стандарты для доказательств, честности, происхождения, неопределённости, противоречий и пересмотра — нет.

Люди остаются ответственными за результаты, которые они делегируют.

Всё, что следует ниже, вытекает из этих идей.

1. Говорите правду

Чётко говорите о том, что мы знаем, что мы думаем, и что нам ещё предстоит выяснить.

Не приукрашивайте продукт, доказательства, наш прогресс или нашу уверенность — ни друг перед другом, ни перед пользователями, ни перед самими собой.

«Это наше лучшее предположение» и «мы это проверили» — разные утверждения.

Так же, как «мы экспериментируем с этим» и «мы это выпустим».

Мы даём обещания осторожно и выполняем те, что дали.

То же правило относится к агентам. Агент никогда не должен представлять умозаключение как доказательство, скрывать значимую неопределённость или утверждать, что проверил то, чего не проверял.

2. За проблему отвечает один человек

У каждой важной проблемы есть один человек, ответственный за её понимание от начала до конца.

Другие люди и агенты могут вносить свой вклад без ограничений. Агенты могут владеть делегированными задачами и выполнять работу независимо в рамках своих полномочий. Но ответственность за общий результат не растворяется в команде, системе или рое агентов.

Владелец всегда знает:

• чего мы пытаемся достичь;
• во что мы сейчас верим;
• что остаётся неизвестным;
• какие существуют доказательства;
• что произошло на самом деле;
• что не получилось;
• и что будет дальше.

Мы организуемся вокруг проблем, а не систем.

Задача команды по памяти — решить проблему памяти, а не сохранить текущую систему памяти. Если замена того, что мы создали, — правильный ответ, её владелец должен быть первым, кто готов это сказать.

Владение не создаёт «чёрный ящик». Люди с законной причиной могут напрямую обращаться к пользователям, доказательствам, трейсам, системам и вовлечённым людям.

Владелец остаётся ответственным за результат.

3. Исследование и создание неразделимы

Мы учимся, задавая вопросы, создавая вещи, тестируя их, измеряя результаты и пересматривая наше понимание.

Исследование — это дисциплинированное снижение неопределённости. Это не теоретизирование ради самого себя.

Инженерия — это воплощение полезных вещей в жизнь. Это не слепое выполнение решений, принятых где-то ещё.

Люди, принимающие важные решения, остаются достаточно близко как к доказательствам, так и к исполнению, чтобы понимать, к чему на самом деле приводят их решения.

Агенты должны участвовать в том же цикле: исследовать, создавать, тестировать, проверять результат и обновлять модель — в рамках данных им полномочий и ограничений.

4. Оставайтесь близко к реальности

Пользуйтесь продуктом.

Говорите с пользователями.

Наблюдайте, как они на самом деле работают.

Читайте трейсы.

Расследуйте сбои самостоятельно.

Обращайте внимание на то, что люди на самом деле делают, а не на то, что, по нашему мнению, они должны делать.

Отчёты, дашборды, метрики, сводки и модели могут помочь нам понять реальность. Они не являются самой реальностью.

Технически элегантная система, которая не решает реальную проблему, не является успехом.

5. Менять мнение — это прогресс

Ошибаться — это не провал. Провал — отказываться обновлять своё мнение.

Хороший эксперимент, опровергающий идею, может сэкономить месяцы потраченной впустую работы.

Удаление ненужного кода может быть ценнее, чем добавление нового.

Упрощение системы может быть сложнее и ценнее, чем её расширение.

Прекращение работы, которая больше не имеет смысла, — это законный результат.

Обучение имеет значение, когда оно снижает неопределённость и меняет то, что мы делаем.

Мы не создаём сложность, чтобы казаться важными.

Мы не поддерживаем проекты в живых, чтобы оправдать то, что они уже стоили.

Ожидается, что и люди, и агенты будут пересматривать свои рабочие модели при изменении доказательств.

6. Процесс должен оправдывать своё существование

Процесс существует потому, что опыт научил нас, что что-то должно происходить надёжно.

Когда мы снова и снова усваиваем один и тот же урок, мы его кодифицируем. Везде, где это практично, мы предпочитаем инструменты, тесты, автоматизацию и чёткие системные ограничения дополнительным церемониям.

Процессы не священны.

Улучшайте их, когда они дают сбой.

Удаляйте их, когда они перестают помогать.

И не автоматизируйте процесс, прежде чем доказать, что он заслуживает существования.

Цель процесса — облегчить хорошую работу и затруднить повторение ошибок, а не сделать организацию внешне зрелой.

7. Уважение исходит от суждения, а не от должности

Слушайте того, кто лучше всех понимает проблему.

Хорошие идеи могут прийти откуда угодно. Квалификация, стаж, должность, организационное положение или то, пришло ли полезное наблюдение от человека или агента, не делают аргумент правильным.

Важно качество рассуждений и доказательств.

Открыто обсуждайте важные решения. Чётко определите, кто принимает решение.

Когда решение принято, поддержите его и хорошо выполните.

Если появляются существенно новые доказательства, вернитесь к нему. Изменение курса из-за изменения реальности — это не нелояльность.

Право принимать решения можно назначить. Право на то, чтобы вам верили, нужно заслужить.

Четыре рабочих максимы

Это не дополнительные принципы. Это полезные напоминания, извлечённые из опыта организаций, которые решали сложные проблемы до нас.

Найдите способ.
Самостоятельность предполагается. Если один путь заблокирован, ищите другой. Не путайте объяснение, почему что-то сложно, с решением проблемы.

Делайте простое и работающее.
Судите о решениях по тому, чего они достигают, а не по тому, насколько сложно они звучат. Сложность должна заслужить своё существование.

Удаляйте, прежде чем оптимизировать.
Ставьте под сомнение требование. Убирайте ненужное. Упрощайте оставшееся. Затем делайте это быстрее и автоматизируйте.

Погрузитесь в проблему.
Не просто собирайте требования на расстоянии. Работайте вместе с людьми, которые сталкиваются с проблемой. Увидьте реальный рабочий процесс и возьмите на себя ответственность за результат.

Правило простого языка

Если важную идею или правило нельзя объяснить просто, мы, вероятно, ещё недостаточно хорошо его понимаем.

Сложность может жить под капотом.

Общее понимание должно оставаться достаточно простым для коммуникации.

Часть вторая: Соглашения

Соглашение с техническим специалистом (MTS)

Член технического персонала (Member of Technical Staff, MTS) — это и исследователь, и строитель.

Вам не нужно быть одинаково сильным во всём. Некоторые люди будут гораздо глубже погружаться в исследования, системы, продукт, дизайн, инфраструктуру, безопасность или другую техническую дисциплину. Сильная специализация ценна.

Но каждый MTS должен уметь:

• задавать хорошие вопросы и отделять предположения от доказательств;
• разрабатывать полезный способ проверки идеи;
• строить или руководить созданием работающих систем;
• эффективно работать через агентов и другие инструменты;
• изучать то, что произошло на самом деле;
• расследовать сбои вместо того, чтобы рассуждать только на основе сводок;
• ясно объяснять свои рассуждения;
• и менять курс, когда реальность не согласна.

Строитель не означает «человек, который вручную пишет больше всего кода».

По мере совершенствования инструментов агенты будут выполнять больше реализации. Строить — значит быть способным создать реальную, работающую, понятную систему — через архитектуру, спецификации, тесты, оценки, инструменты, трейсы, код и суждение над результатами работы агента — и брать на себя ответственность за её поведение.

Тот, кто может только создавать предложения, но не может ничего реализовать, был бы здесь необычен.

Как и тот, кто может быстро создавать реализации, не задумываясь о том, являются ли они правильными, полезными или стоящими создания.

От нетехнических ролей не ожидается, что они будут мержить PR. От них ожидается, что они будут следовать тем же стандартам доказательности, владения и контакта с реальностью в своём ремесле.

Везде, где это практично, мы предпочитаем работающие вещи описаниям гипотетических вещей.

Одна операционная система для людей и агентов

Люди и агенты не получают разных правил для истины.

У них разные возможности, разрешения, обязанности и полномочия. Но они участвуют в одной и той же системе понимания и воздействия на мир.

Оба работают с одними и теми же базовыми идеями:

утверждение · доказательство · умозаключение · неопределённость · обязательство · противоречие · пересмотр

Оба сохраняют информацию о происхождении важной информации.

Оба могут ошибаться.

От обоих ожидается обновление.

Оба выявляют противоречия, а не тихо сглаживают их.

Оба различают:

«Я думаю» и «Я проверил».

Агенты действуют только в рамках предоставленных им полномочий. Люди остаются ответственными за решение о том, какие полномочия делегировать, и за значимые результаты этого делегирования.

Цель не в том, чтобы притворяться, будто люди и агенты взаимозаменяемы.

Цель — убедиться, что ни у кого нет отдельного стандарта для реальности.

Важная работа должна быть понятной

Важная работа оставляет достаточно долговечных, атрибутируемых доказательств, чтобы другой уполномоченный человек или агент мог понять:

• что произошло;
• почему это произошло;
• что было решено;
• какие доказательства это подтверждали;
• и к чему это привело.

Правило таково:

Ничто важное не должно зависеть от недоступных племенных знаний.

Это не означает записывать всё.

Кадровые вопросы, юридические консультации, чувствительные личные разговоры, информация с ограничением доступа от клиентов, материалы, чувствительные с точки зрения безопасности, и другая информация, которая должна оставаться частной, остаются частными намеренно.

Понятность служит работе. Она не отменяет суждения, конфиденциальность, безопасность или доверие.

Повторяющаяся работа должна учиться

Там, где это практично, повторяющаяся работа становится замкнутым циклом:

наблюдать → понимать → решать → действовать → измерять → учиться → обновлять

Обратная связь от клиентов должна улучшать следующее продуктовое решение.

Инциденты должны улучшать следующую систему.

Разговоры о продажах должны улучшать следующий разговор о продажах.

Сбои агентов должны улучшать следующий запуск агента.

Человеческие ошибки должны улучшать следующее человеческое решение.

То, что мы узнаём, должно накапливаться, а не исчезать.

Операционная формула

Вся система в движении — это:

Ясно видеть реальность. Выбирать, что важно. Дать кому-то владение. Строить. Наблюдать за тем, что произошло. Обновлять. Удалять то, что больше не служит миссии. Повторять.

Компания — это догфуд-инстанс философии Siftable.

Та же дисциплина, которую мы хотим от продукта, применяется к людям и агентам, создающим его.

Часть третья: Рабочие заметки

Они более точны, чем Конституция, и легче поддаются изменениям.

Об истине

Не каждое решение требует одинаковой строгости.

Планка доказательности повышается с тремя вещами:

неопределённость × последствие × необратимость

Небольшое, обратимое решение? Используйте суждение и выпускайте.

Фундаментальное изменение памяти, извлечения или онтологии? Укажите, во что мы верим, что ещё может объяснить доказательства, как мы будем это измерять и что заставит нас изменить мнение.

Решение, влияющее на безопасность, целостность данных, конфиденциальность или доверие? Используйте существенно более высокую планку перед выпуском.

Мы отвергаем обе крайности:

комфортная расплывчатость, замаскированная под прагматизм

и

академическая церемония, замаскированная под строгость.

Два вопроса имеют значение

Для неопределённой продуктовой работы нам обычно нужно ответить на два разных вопроса:

Работает ли это?

и

Имеет ли это значение?

Первое — это научная или техническая истина.

Второе — это продуктовая истина.

Идеальный эксперимент, отвечающий на вопрос, который никого не волнует, — это строгость, направленная не на ту цель.

Для стартапа то, что пользователи на самом деле делают, — один из сильнейших сигналов реальности.

О владении

У каждой важной проблемы есть ровно один ответственный человек-владелец.

Владелец несёт в себе текущее состояние проблемы и может ответить:

1. Чего мы пытаемся достичь и почему это важно?
2. Во что мы сейчас верим?
3. Что остаётся неизвестным?
4. Какие у нас есть доказательства?
5. Что было реально выпущено?
6. Что не получилось?
7. Что заставило нас изменить мнение?
8. Что будет дальше?

Владение является сквозным.

Вклад неограничен.

Агенты могут независимо выполнять значительную делегированную работу и поддерживать рабочее состояние задач или подпроблем.

Но делегирование не снимает человеческой ответственности.

Информация не проходит через владельца. Ответственность остаётся на нём.

Об авторитете и основателе

Существуют два разных вида авторитета.

Эпистемический авторитет: какой вес мы должны придавать утверждению или суждению о том, что является истиной?

Авторитет принятия решений: кто несёт ответственность за принятие решения?

Это не одно и то же.

Экспертиза, доказательства и сильный послужной список приносят эпистемический авторитет.

Это применимо независимо от того, пришло ли полезное доказательство или рассуждение от человека или от агента.

Авторитет принятия решений назначается явно.

Для важных решений есть названный человек, принимающий решение — обычно владелец проблемы. Обсуждение может быть активным до принятия решения. После принятия решения — исполняйте. Возобновляйте обсуждение при появлении существенно новых доказательств.

Роль основателя

Владение распределено. Контекст всей компании — нет.

Основатель может пересекать организационные границы, чтобы понять работу: напрямую поговорить с инженером, отлаживающим извлечение, изучить трейс агента, посидеть с клиентом, проверить код или оспорить предположение.

Это не передаёт владение автоматически.

Основатель имеет необычно широкие полномочия по принятию решений и ответственность за понимание всей компании.

Основатель не имеет автоматического права быть правым.

Интуиция основателя входит в систему как гипотеза, а не как доказательство.

О координации

Никакая роль не должна существовать в основном для передачи информации вверх или вниз по организации.

Мы не хотим:

инженер → сводка для менеджера → сводка для директора → сводка для руководителя

когда основную работу можно проверить напрямую.

Также люди не должны тратить своё время на ручную маршрутизацию информации, которую уполномоченная система или агент может сделать понятной напрямую.

Важное состояние должно храниться в системах и артефактах, которые соответствующие люди и агенты могут запрашивать сами.

Если у нас в конечном итоге появятся менеджеры, они должны существовать потому, что они делают людей и команды лучше: коучинг, найм, развитие суждений, поддержание стандартов, решение сложных проблем и устранение препятствий.

«Сделать статус понятным для следующего менеджера» — недостаточная причина для существования должности.

Покупайте возможности, а не бюрократию

Прежде чем добавлять постоянную координирующую роль, процесс или команду, спросите, могут ли лучшие инструменты, автоматизация, вычисления, агенты или более сильный специалист обеспечить те же возможности.

Дорогой счёт за инференс, который предотвращает несколько преждевременных наймов, может оказаться дешёвым.

Огромный счёт за инференс, производящий бесполезную работу, — это всё равно растрата.

Потребление токенов — не метрика продуктивности.

О знании и механизмах

Сохраняйте знания. Воспроизводите механизмы.

К вещам, которые мы считаем долговечными, относятся:

• доказательства и происхождение;
• важные решения и почему они были приняты;
• понимание клиента;
• ограничения;
• доменные модели;
• тесты и оценки;
• спецификации;
• приобретённые навыки.

К вещам, которые мы гораздо охотнее заменяем, относятся:

• дашборды;
• связующий код;
• одноразовые внутренние инструменты;
• временные интерфейсы;
• оркестрация;
• детали реализации.

Это в наибольшей степени относится к внутреннему программному обеспечению.

Некоторые основные системы и абстракции должны прослужить годы. Но они заслуживают эту долговечность, продолжая решать важную проблему, а не потому, что их было дорого создавать.

Об обучении и упрощении

Отрицательный результат ценен пропорционально неопределённости, которую он устраняет.

Удаление ценно пропорционально сложности, которую оно устраняет, не уничтожая ценности.

Полный цикл таков:

узнать → изменить убеждение → изменить действие → улучшить

«Мы провели 47 экспериментов» — не достижение, если ничего полезного не изменилось.

Как и «мы удалили 10 000 строк».

Мы не заменяем театр запусков театром обучения.

О процессе

Процесс — это скомпилированное институциональное знание.

Когда мы учимся чему-то на горьком опыте, мы сохраняем этот урок, чтобы не учиться на нём вечно.

Предпочитаем, по порядку:

1. убрать ненужное требование;
2. удалить ненужную работу;
3. упростить то, что осталось;
4. сделать это быстрее;
5. автоматизировать это.

Автоматизация идёт последней.

Когда процесс необходим, мы предпочитаем его соблюдение через хорошие инструменты и системы, а не через прозу, которую люди должны помнить вручную.

Каждый процесс должен быть в состоянии ответить:

Почему это существует?

Если никто не может ответить, это кандидат на удаление.

Инциденты должны приводить к лучшему пониманию и лучшим механизмам, а не к автоматическому добавлению нового флажка.

Часть четвёртая: Доктрина и механизмы

Доктрина раннего этапа — 2026

Так, по нашему мнению, должен работать Siftable на раннем этапе. Это не конституционно и должно измениться, когда изменится компания.

• Делайте то, что нужно людям.
• Постоянно говорите с пользователями.
• Делайте вещи, которые не масштабируются, если они учат нас чему-то важному.
• Выпускайте продукт до того, как всё станет комфортным. Создание генерирует знания, которые планирование дать не может.
• Оставайтесь меньше, чем кажется комфортным. Найм сам по себе не является прогрессом.
• Никогда не нанимайте, чтобы скрыть нерешённую продуктовую неопределённость.
• Тратьте агрессивно на реальные возможности и обучение; тратьте осторожно на организационную видимость.
• Используйте агентов агрессивно там, где они увеличивают реальные возможности, а не для имитации внедрения AI.
• Основатель остаётся в деталях.
• Избегайте отвлекающих факторов. Фокус — это преимущество для выживания.

Текущие механизмы — 2026

Это инструменты, а не заповеди. Заменяйте или удаляйте их, когда появится что-то лучшее.

Контрольная точка контакта с незнакомцами
Крупная работа над продуктом не продолжается бесконечно без контакта с пользователями, которые не являются нами.

Просмотр трейсов из продакшена
Люди, работающие над системой, регулярно проверяют реальные трейсы и реальные сбои — как человеческие, так и агентские — вместо того чтобы полагаться только на сводки.

Догфудинг
Мы используем Siftable для своей работы везде, где это учит нас чему-то полезному. Это включает наши рабочие процессы с участием человека и агента: сама компания должна использовать систему, которую она создаёт.

Журнал прекращённого и упрощённого
Мы записываем значимые вещи, которые мы прекратили, опровергли, удалили или упростили — вместе с причиной.

Шаблон эксперимента
Для достаточно значимой неопределённости:

• утверждение;
• конкурирующее объяснение;
• измерение;
• что заставило бы нас изменить мнение;
• результат;
• интерпретация;
• решение.

Используйте его соразмерно ставкам.

Прямые сессии с пользователями
Основатель и технический персонал регулярно проводят время непосредственно с пользователями.

Поправки

Разные слои меняются с разной скоростью.

Аксиома и миссия должны меняться, только если сама компания становится чем-то другим.

Семь принципов и соглашений долговечны, но не священны. Изменение одного из них требует чёткого объяснения того, что мы узнали и почему старая версия больше не верна.

Рабочие заметки меняются по мере улучшения нашего понимания.

Доктрина и механизмы датированы и одноразовы.

Полезный тест для всего, что предлагается в качестве нового конституционного принципа:

1. Можно ли его вывести из основополагающей идеи?
2. Можем ли мы назвать привлекательную вещь, от которой он заставит нас отказаться?

Если нет, то это, вероятно, просто украшение.

Поместите это на более низкий уровень — или не используйте вовсе.

Что делает это реальным

Этот документ — не культура.

Культура — это то, что мы поощряем.

От чего мы отказываемся.

Кого мы нанимаем.

Что мы терпим.

Как люди используют полномочия.

Как люди делегируют агентам.

Как агенты ведут себя, когда никто не смотрит.

Как мы реагируем, когда что-то выходит из строя.

Что мы делаем, когда доказательства неудобны.

Конституция в конечном счёте написана тем, что мы делаем, когда это больно.

Первый раз, когда реальность опровергнет что-то, что мы любим, и мы всё равно изменим курс, будет важнее всего, что здесь написано.