Давайте поговоримо про спільні шари контексту, які часто називають «компанійськими мізками»

Щоб відповісти на складні питання про вашу компанію, наприклад:
«що є правдою про X, з якого моменту, за ким і хто саме це стверджує, та де облікові записи не погоджуються?»
Вам потрібен контекст — похідний, придатний для посилань шар фактів поверх усіх ваших комунікацій і документів
Це система запису для того, що компанія або організація «знає», що відрізняється від систем запису, які містять результати роботи — тобто те, що було зроблено
Джек в обліку знає, чому було сплачено рахунок від постачальника, який не відповідав PO, тоді як облікова система просто містить елементи даних — PO та платіж
Тож якщо ви хочете знати «чому ми заплатили іншу суму, ніж та, що була в PO», вам потрібно піти й запитати Джека
Якщо тільки у вас немає спільного шару контексту, під’єднаного до тредів Slack і email, що показують: Джек підтвердив бізнес-менеджеру, що замовлення було змінено, і погодив оплату
Щоб спільний шар контексту був корисним, він має спиратися на докази, уміти виявляти протиріччя та замінювати старі істини новою інформацією
Він має відповідати на:
- Хто це за людина? Джек з обліку, а не Джек із Engineering
- Який поточний стан? PO не відповідає інвойсу, і його не можна сплатити, доки це не буде врегульовано
- Де облікові записи не погоджуються? оригінальний PO був схвалений Джейн у листі, але зміна до замовлення була запрошена Бобом у Slack
- Що змінилося? Бобу потрібно було збільшити кількість місць, щоб включити додаткову групу
Системи, що базуються на пошуку, не будуть надійними для цих питань: вони добре знаходять текст, але не так добре розв’язують твердження на кшталт «чому цей інвойс було сплачено, якщо він не відповідав PO?»
Архітектура для коректно працюючого спільного шару контексту має враховувати:
1. Докази — сирі дані, джерело
2. Факти — сутності та твердження в межах компанії
3. Судження — міркування, що поєднує докази та факти
4. Доступ — до яких доказів і фактів може міркувати AI
Це, звісно, спрощений розподіл, бо створення надійного спільного шару контексту може бути доволі складним, але якщо ви зробите це правильно, він слугуватиме основою для автоматизації процесів
Джеку в Accounting не потрібно йти відстежувати Джейн і Боба, щоб визначити, чи слід сплачувати інвойс — агент може зробити це, а Джек може зосередитися на більш стратегічних активностях, як-от планування та аналітика
Суть у тому, що якщо ви хочете автоматизувати робочі процеси й розгортати агентів поза межами пілотів, вам спершу потрібно зосередитися на спільному шарі контексту, щоб агенти мали надійну інформацію, на основі якої можна діяти