Пустое поле чата — плохое место для ведения значимой работы. Оно схлопывает пять очень разных вопросов — чего вы хотите, на что смотрите, на чём это основано, что вам разрешено делать и что уже произошло — в единый недифференцированный поток. Для повседневных задач это нормально. Но для управляемых операций, где действия затрагивают системы учёта, а решения должны быть защитимыми, именно это схлопывание вы и не можете себе позволить.
Рабочее пространство Threada намеренно разложено на пять поверхностей. Каждая отвечает на один из этих вопросов, и именно сохранение их раздельности делает работу проверяемой.
1. Строка намерения — чего вы хотите?
Работа в Threada начинается с постоянной строки намерения, а не с глубокой навигации. Вы формулируете результат на естественном языке, при желании со структурированными командами, и runtime превращает его в структурированный, исполнимый артефакт: WorkItem с извлечёнными сущностями, оценкой уверенности и флагами риска.
Это взаимодействие, в котором намерение стоит на первом месте. Вместо того чтобы заставлять оператора знать, какая форма, какая очередь и какой рабочий процесс применимы, прежде чем он сможет начать, система захватывает цель и собирает путь. Когда информации не хватает, она запрашивает именно то, что ей нужно, а не предъявляет заранее длинный статичный мастер.
2. Адаптивный холст — над чем вы работаете?
Холст — это место, где WorkItem живёт и обретает форму. Он адаптивный: интерфейс может собирать временные формы, сравнения и панели решений, чтобы собрать недостающий контекст и завершить задачу, а не отрисовывать одну фиксированную раскладку для каждого вида работы.
Сгенерированный результат по умолчанию представляет собой редактируемый черновик, а не зафиксированное изменение. Оператор просматривает, редактирует и решает. Средства управления явны — зоны блокировки и запрета изменений, сравнение бок о бок, быстрая отмена и откат версий — так что холст становится местом для обдумывания, а не местом, где первая догадка модели превращается в истину.
3. Ящик доказательств — на чём это основано?
Любой значимый результат должен быть способен показать свою основу. Ящик доказательств хранит цитаты, трассы извлечения и атрибуцию источников, которые обосновывают WorkItem. Когда система не может обосновать ответ, она прямо говорит об этом с указанием причины отката, а не выдумывает уверенность.
Это поверхность, которая превращает «доверяй ИИ» в проверяемое утверждение, а не в прыжок веры. Оператору не нужно верить черновику; он может открыть ящик и проверить, на чём тот стоял, насколько свежими были источники и откуда взялось каждое утверждение.
4. Элементы управления действиями — что вы можете сделать?
Чтение и составление черновиков безопасны. Действовать в мире — нет, поэтому поверхность элементов управления является управляемой. Именно здесь предложения становятся одобрениями, а одобрения — выполненными действиями против внешних систем: возврат средств, тикет, обновление записи, предоставление доступа.
Управление здесь выражается как политика — разрешения, пороги, шлюзы одобрения и красные линии, — а не как разрозненные переключатели настроек. Действия высокого риска проходят через явную последовательность «предложено, одобрено, выполняется» и выполняются автоматически только там, где это разрешает политика. Аварийный выключатель на уровне сервиса может остановить выполнение до вызова любого коннектора, сохранив состояние для проверки. Поверхность элементов управления — это место, где осторожность системы обретает конкретность.
5. Журнал выполнения — что произошло?
Журнал выполнения — это хронология WorkItem: каждый переход, каждое одобрение, каждое действие, каждое событие участника-ИИ, по порядку. Это поверхность, где квитанции накапливаются в историю.
Принципиально важно, что действия ИИ отображаются как отдельные события субъекта, а не вплетены в человеческую активность. Читая журнал выполнения, вы можете определить, кто предложил, кто одобрил и что было выполнено — человек или агент — не гадая. Журнал выполнения — это то, что аудитор читает в конце квартала, и то, что оператор читает, чтобы понять стоящий перед ним сегодня случай.
Почему именно разделение является сутью
Было бы проще построить одну поверхность и позволить всему слиться воедино. Причина не делать этого в том, что значимая работа требует, чтобы вы держали эти вопросы раздельно.
Если намерение, доказательства и действие делят одну поверхность, становится легко действовать по тому, что вы так и не обосновали, или одобрить то, основания чего вы так и не увидели. Давая каждому свою поверхность, Threada делает осторожный путь естественным: сформулируйте намерение, придайте форму черновику на холсте, проверьте доказательства, а затем действуйте через управляемые элементы управления — и журнал выполнения зафиксирует всё это.
Пять поверхностей остаются постоянными для разных пакетов и ролей; меняется то, что их наполняет. Эта стабильность намеренна. Оператор, освоивший форму одного рабочего пространства, освоил форму их всех — выполняет ли он предоставление ИТ-доступа, проверку безопасности поставщика или одобрение закупки. Работа меняется. То, как вы о ней рассуждаете, — нет.