Кожна компанія об’єднує Slack, email, документи та зустрічі в один мозок, який дає кожному доступ до всього, що знає компанія.
Насправді ніхто цього не хоче.
Ви жартуєте на загальних зборах, що дорожня карта тримається на ізоленті, і зал сміється. Вісім місяців потому новий співробітник питає мозок, чи в дорожній карті все за планом, і отримує вашу цитату назад, уже без сміху.
Клієнт пише вашому еккаунт-менеджеру в приватному листі, що вони мало не відмовилися від послуг через онбординг. Команді продукту потрібно про це знати, але ніхто не хоче віддавати їм усю поштову скриньку.
Агент читає три пропозиції, які написав Метт, і доходить висновку, що він віддає перевагу моноліту. Це навіть може бути правдою, але це не дає агенту права сказати комусь: «Метт сказав, що ми маємо використати моноліт». Він ніколи цього не говорив.
Сьогодні стандартна модель дозволів проста: якщо я бачу повідомлення у Slack, мій агент теж його бачить. Віддзеркалюєш джерела, успадковуєш їхні дозволи — і готово. Це працює, коли програмне забезпечення лише повертає джерело.
Мозок компанії робить інакше. Він витягує рішення із зустрічі, поєднує його з email, зберігає результат як пам’ять, переспрямовує його комусь іншому, а згодом віддає агенту, який відповідає клієнту. На цей момент інформація вже пішла далеко за межі об’єкта, який її спочатку містив, і модель дозволів має рухатися разом із нею.
Одиницею дозволу більше не є файл. Тепер це твердження: будь-який фрагмент контексту, який мозок несе далі. «Acme потрібен SSO до вересня». «Міграція, імовірно, затягнеться, бо провідного інженера немає». Твердження може бути тим, що людина сказала напряму, або тим, що мозок зібрав із п’яти джерел. У будь-якому разі воно тепер існує поза межами будь-якого файлу, і дозволи файлу більше його не описують.
Дозволи на джерела — це нижня межа
Дозволи на джерела все ще необхідні. Якщо хтось не має доступу до каналу в Slack або папки в Drive, його агент не повинен раптом мати можливість туди заходити. Помилка — вважати, що контроль доступу до джерела (ACL) говорить вам усе, що потрібно знати, після того як інформацію було перетворено.
Дозвіл на джерело відповідає на одне вузьке питання: хто може відкрити цей об’єкт? Мозок компанії має відповідати на складніші. Чи має агент нового продавця знати, що генеральний директор розповів раді директорів про графік скорочень? Чи має відверте зауваження з особистої зустрічі 1:1 стати постійною пам’яттю? Клієнт справді сказав, що йде, чи мозок це додумав? Чи може агент діяти на основі такого висновку?
Ці питання виникають, тому що мозок компанії робить більше, ніж просто знаходить інформацію. Він синтезує, а синтез змінює проблему дозволів.
Іноді знання мають поширюватися далі, ніж джерело
Продавець дізнається щось важливе з приватного листа з клієнтом. Клієнт детально пояснює, чому купив і чому відхилив пропозицію конкурента. Через шість місяців продуктова команда обговорює те саме питання.
Продуктова команда потребує цього уроку, а не поштової скриньки.
Сьогодні ці дві речі пов’язані: або у вас є доступ до джерела, або немає. Мозок компанії може їх розділити. Він може витягти урок, прибрати чутливі деталі, зберегти підтвердження, що веде до доказів, та спрямувати урок тим, кому він потрібен. Поштова скринька залишається приватною, а знання стають надбанням організації.
Те саме відбувається в інженерії. Хтось знаходить маловідомий обхідний шлях у закритому каналі, а інший інженер натрапляє на той самий баг через три місяці. Другий інженер має скористатися тим, що дізнався перший, не отримуючи доступу до всіх розмов у цьому каналі.
Компанія знає більше, ніж може бачити будь-який окремий співробітник. Мозок має вміти переносити корисну частину, не розкриваючи все, що навколо неї.
Іноді знання мають поширюватися менше, ніж джерело
Запис зустрічі доступний усій компанії. Перші п’ять хвилин — люди вітаються і діляться новинами. Хтось розповідає про свої вихідні, хтось жартує про колегу, хтось висловлює невдоволення рішенням, яке вважає хибним. Потім починається власне зустріч, і група ухвалює важливе продуктове рішення.
Усі можуть легітимно мати доступ до запису. Це не означає, що кожне речення заслуговує стати постійною пам’яттю компанії.
Люди розуміють це природно. Ми постійно говоримо речі, доречні для присутніх у кімнаті, але недоречні як постійне організаційне знання. Ви можете розповісти шістьом колегам щось особисте, не маючи на увазі, щоб новий співробітник дістав це через рік, або озвучити наполовину сформовану думку, не бажаючи, щоб її сприймали як вашу остаточну позицію. Жарт звучить зовсім інакше, коли його відірвали від інтонації та аудиторії, а за кілька місяців його поверхнево витягує агент.
ACL джерела не може виразити жодного з цих нюансів. Мозок має розуміти, що означає контент. Деякі частини зустрічі мають стати сталою пам’яттю, деякі мають залишитися доступними лише в записі, а деякі мають взагалі зникнути з організаційної пам’яті.
Люди вже стають обережнішими, коли до розмови приєднується записувач. Тепер уявіть, що кожна розмова автоматично перетворюється на постійну, доступну для пошуку пам’ять компанії. Люди менше жартуватимуть, рідше озвучуватимуть недодумані ідеї та перестануть приносити особистий контекст у робочі розмови. Компанія захоплюватиме більше слів, а розумітиме менше.
Вибіркове забування — частина хорошого мозку компанії. Мозок, який пам’ятає все, зрештою змінює поведінку людей, яких він намагається зрозуміти.
Трейси агентів — це нові записи зустрічей
Самі агенти тепер є джерелом корпоративного контексту, якого ще кілька років тому майже не існувало.
Інженер може провести три години, працюючи з кодинг-агентом. У результаті компанія отримує пул-реквест. Але PR — це лише кінцевий артефакт. По дорозі агент переглядав файли, викликав інструменти, відкидав підходи, виявляв обмеження, отримував виправлення від інженера та ухвалював рішення про те, як має працювати код. Більша частина цього контексту зникає.
Ми вирішили, що зустрічі варто записувати, бо розмова, яка веде до рішення, містить корисну інформацію. Трейс агента — це аналог запису зустрічі. Кінцевий артефакт показує, що змінилося. Трейс показує, чому. У ньому може бути причина, чому відхилили один дизайн, обмеження, якого немає в кодовій базі, вимога клієнта, яку інженер вставив у розмову, або виправлення, яке знову стане важливим наступного місяця.
Чим більше роботи виконують агенти, тим більша частина міркувань компанії відбуватиметься всередині цих взаємодій. Викидати трейси — означає викидати дедалі більшу частку інституційних знань.
Це не означає, що треба зберігати кожен токен вічно. Сирі трейси містять шум, невдалі спроби, секрети та особисті запити. Корисним об’єктом є історія рішень: достатньо доказів, щоб відтворити, що сталося, плюс ті частини, які заслуговують стати постійною пам’яттю.
Це створює нову проблему власності. Якщо Джессіка йде з компанії, чи має все, чого навчився її кодинг-агент, піти разом із нею?
Ймовірно, ні. Агент міг дізнатися, чому провалилася міграція, як працює виняток для клієнта та який дизайн уже двічі відхиляли, і ці знання належать компанії. Але в тому самому агенті може бути розмова, де Джессіка готувала чиюсь оцінку ефективності або обговорювала конфлікт із колегою, і це не має ставати спільною інституційною пам’яттю.
Система має розділяти ці дві речі ще в момент створення контексту, бо коли співробітник уже звільнився — надто пізно.
Атрибуція — частина дозволів
Мозок компанії також створюватиме інформацію, яку ніхто не записував.
Припустимо, система читає три пропозиції, написані Меттом, і доходить висновку, що він віддає перевагу певній архітектурі. Це може бути корисний контекст. Але система не повинна говорити:
Метт сказав, що ми маємо використати цю архітектуру
Метт ніколи цього не казав; мозок це додумав.
Ця відмінність важлива, бо «Метт сказав X» має більшу вагу, ніж «система вивела X з робіт Метта». Перше твердження потребує підтвердження: email, транскрипт або фрагмент документа, де Метт це справді сказав. Інакше система має говорити від власного імені:
Виведено з трьох пропозицій, які написав Метт
Кожне важливе твердження потребує походження. Звідки воно взялося? Його сказали, вивели чи воно невідомого походження? Наскільки воно актуальне? Наскільки впевненою має бути система?
І ця історія має пережити трансформацію. Приватний email не стає загальнодоступним лише тому, що агент його підсумував. Висновок не стає цитатою лише тому, що його повторили тричі. Мозок компанії, якому можна довіряти, має зберігати цей ланцюжок.
Підсумки відмивають дозволи. Висновки відмивають атрибуцію.
Дозволи підвладні часу
Навіть якщо система знає, хто має знати про щось сьогодні, завтра відповідь може змінитися.
Команда вирішує запустити нову пільгу для співробітників. Ті, хто готує запуск, мають знати негайно. Клієнти не повинні знати. Решта компанії може дізнатися на загальних зборах у п’ятницю. Після оголошення інформація може поширюватися в рекрутинг, продажі та маркетинг.
Сам факт не змінився, але змінилася його доречна аудиторія.
Такий намір рідко десь зафіксований. Хтось думає: «Я хочу оголосити це сам» — і ніколи не ставить позначку ембарго. Клієнту приємно, що його історія допомогла продавцеві, але некомфортно бачити її перетвореною на пост у LinkedIn. Засновник невимушено обговорює майбутній продукт, жодного разу не сказавши слово «ембарго».
Люди носять у голові чимало правил дозволів. Іноді система має запитати:
Ви щойно ухвалили важливе продуктове рішення. Чи варто мені поділитися цим із компанією?
Найскладніше — знати, коли варто втручатися. Система, яка просить дозволу кожні п’ять хвилин, привчає людей ігнорувати її. Людське судження слід приберегти для випадків, коли відповідь справді неоднозначна, а наслідки важко скасувати. Поділитися внутрішнім спостереженням із ще одним колегою — оборотно. Опублікувати щось назовні, надіслати клієнту email або вчинити незворотну дію — це вже значно вища планка.
Система має автоматично вирішувати рутинні випадки, залишати підтвердження та берегти людську увагу для тих небагатьох рішень, де судження справді має значення.
Одна компанія — це простий випадок
Більшість систем дозволів припускають одну організацію з одним адміністратором. Агенти зламають це припущення.
Агент покупця розмовлятиме з агентом постачальника. Корпоративний агент працюватиме з особистим агентом співробітника. Агент підтримки перетворюватиме внутрішні знання на зовнішню відповідь. Зрештою, мозки компаній обмінюватимуться контекстом безпосередньо між собою, і не існуватиме єдиної системи дозволів, яка контролює обидві сторони.
А протиставлення «внутрішнє» і «зовнішнє» — надто спрощене. Підписаний контракт із клієнтом може бути авторитетнішим, ніж внутрішнє поле CRM. Твердження, виведене агентом іншої компанії, може бути корисним для дослідження, але зовсім недостатньо надійним, щоб запускати незворотну дію.
Контекст має нести з собою свою авторитетність. Інформацію може бути безпечно читати, безпечно використовувати в рекомендації, але небезпечно використовувати як єдину підставу для дії. Ця різниця стає критичною, щойно агенти можуть робити більше, ніж відповідати на питання.
Особисті агенти ускладнюють межу ще більше. Їхня пам’ять може охоплювати кілька місць роботи. Людина має зберегти свою приватну історію, а роботодавець — робочі знання, за створення яких компанія платила. Конфіденційний корпоративний контекст не має просочуватися в наступну компанію, особистий контекст не може вбиратися в попередню, і ця межа має існувати всередині самої пам’яті.
Модель дозволів рухається разом зі знаннями
Ці виміри незалежні. Одна компанія може мати суворі межі навколо джерел і агресивну фільтрацію контенту. Інша може дозволяти корисним знанням активно рухатися між командами, зберігаючи дуже мало сирих розмов. Контекст, створений агентом, — це ще одне джерело. Людське судження — це механізм ескалації. Атрибуція, час, аудиторія та повноваження на дію проходять крізь усі ці аспекти. Спільний первісний елемент — це твердження.
Кожне стійке твердження в мозку компанії має мати власну політику. Як мінімум, мозок має знати:
- звідки взялося твердження і чи було воно висловлене, чи виведене
- хто може його отримати
- для чого його можна використовувати
- скільки воно має залишатися в пам’яті
- коли його аудиторія може змінитися
- які дії агент може виконувати на його основі
- коли має вирішувати людина
Дозвіл на джерело — це вихідна точка. Далі політика рухається разом із контекстом, коли його підсумовують, поєднують, запам’ятовують і поширюють. Традиційні дозволи керують об’єктами, а мозок компанії має керувати інформацією, коли вона рухається.
Це не проблема, яку можна виправити заднім числом. Компанія, яка рік користується нерозбірливим мозком, записала рік пам’яті, яку неможливо відкликати: жарти, висловлювання невдоволення, недодумані думки, висновки, подані як цитати. Гірше те, що вона цілий рік вчила своїх людей, що мозок робить із тим, що вони кажуть. Щойно співробітники зрозуміють, що все стає постійним і доступним для пошуку, вони починають говорити інакше, і відвертість не повертається, навіть якщо пізніше ви виправите модель дозволів.
Розуміння накопичується, і недовіра також. Компанії, які з самого початку правильно вибудовують модель дозволів, матимуть мозок, перед яким їхні люди справді говоритимуть відверто.
Дозволи — це частина інтелекту
У Hyperspell ми будуємо мозок компанії: модель, що постійно оновлюється, яка знає, що компанія знає в межах своїх повідомлень, документів, зустрічей, систем та агентів.
Конектори — це сенсорний шар. Складніша робота починається, коли весь цей контекст починає взаємодіяти. Мозок має вирішувати, яким джерелам довіряти, що заслуговує стати пам’яттю, звідки взялося те чи інше висновкування, хто має його отримати і що агенту дозволено з ним робити.
Корисні знання мають досягати людей та агентів, які їх потребують, не розкриваючи всього, що навколо них. Невимушеним розмовам слід дозволити залишатися невимушеними, висновок має залишатися висновком, а корпоративні знання — переживати плинність кадрів, не вбираючи в себе все особисте навколо. Іноді мозок має знати достатньо, щоб запитати, перш ніж говорити.
Це одна з ключових проблем, які ми вирішуємо в Hyperspell. Якщо хочете побачити, як виглядає мозок компанії зі справжньою моделлю дозволів, ми можемо показати це за п’ятнадцять хвилин.
Корисний мозок компанії знає, що знає компанія.
Надійний мозок також знає, коли мовчати.
