Amazon скорочує підготовку звітів до хвилин

Як зібрати кероване джерело для асистента

Починати слід не з промпту, а з вузької папки зі схваленими матеріалами. Для щотижневого звіту до неї додають останні 8–12 оглядів, чинний операційний план, актуальний прогноз, реєстр ризиків і стандартний шаблон. Чернетки, застарілі, архівні, обмежені та сторонні документи залишають поза папкою. Власники файлів мають погодити її склад до індексації.

До тому FSx for ONTAP під’єднують S3 access point, а роль Amazon Quick отримує лише права на перегляд списку й читання затвердженого префікса. Перед створенням бази знань треба перевірити не тільки доступ до потрібних файлів, а й неможливість прочитати сусідні папки. Якщо потрібні різні права для користувачів або груп, документні ACL і метадані налаштовують під час створення бази знань.

• Створити або вибрати одну затверджену папку на змонтованому томі.
• Очистити її від чернеток, застарілих і обмежених матеріалів.
• Створити S3 access point у тому самому регіоні й обліковому записі, що й том.
• Надати ролі Quick мінімальні права на затверджений префікс.
• Створити S3-інтеграцію, дочекатися синхронізації та додати базу знань у простір.

Два додаткові сценарії роботи

Для оновлення прогнозу асистенту можна поставити запит Що змінилося порівняно з попереднім операційним оглядом?. Він має працювати лише з чинним прогнозом, планом і попередніми оглядами, посилатися на конкретні документи та показувати джерела, з яких узято висновки. Після перевірки фактів користувач може попросити Створи односторінковий звіт для керівництва з переліком джерел, погодити запропонований план і лише тоді запустити створення документа.

Для звіту про ризики джерелом стає актуальний реєстр ризиків разом із щотижневими оглядами. Запит може виглядати так: Підготуй огляд змін у ризиках і процитуй документи, на яких ґрунтується кожен висновок. З перевірених висновків можна створити презентацію, PDF або візуальний матеріал, а потім окремо попросити Підготуй чернетку повідомлення для схваленого Slack-каналу, але не публікуй без підтвердження.

Той самий шаблон придатний для операційних оглядів, виконавчих брифінгів і регулярних бізнес-оглядів: змінюються склад затвердженої папки, формат результату та інструкції навички, але факти й цитати мають походити з керованої бази знань.

Де схема дає збій і як це виправляти

Прийом не дає надійного результату, якщо в затвердженій папці змішані чинні документи, чернетки й архівні версії. Асистент також не повинен використовувати персональний граф знань як заміну керованому архіву: він може допомогти знайти пов’язаних людей, дії, документи й Slack-канали, але джерелом фактів і цитат для звіту залишається Business Reporting Archive.

• Надто широкий доступ. Почати з одного префікса й перевірити, що роль не читає нічого за його межами.
• Неперевірений шлях access point. Перевірити псевдонім і префікс до публікації асистента; консоль може називати цей шлях URL сховища.
• Невраховані різні права. Налаштувати документні ACL до створення бази знань, якщо доступ залежить від користувача або групи.
• Поспішне розгортання. Спершу перевірити вигадані або схвалені файли й чернетку повідомлення в непродуктивному Slack-каналі.
• Застарілий індекс. Регулярно переглядати джерела та вилучати непотрібні матеріали із затвердженої папки.

Що людина перевіряє перед використанням

Кожна відповідь має містити посилання на конкретні джерела, а створені матеріали — список використаних документів. Перевіряльник відкриває деталі джерела, звіряє документ і його дату, переглядає висновки та запропонований план побудови матеріалу. Якщо склад джерел або формат не відповідає завданню, план коригують до вибору Approve & Build.

Окреме схвалення потрібне перед публікацією в Slack. Для матеріалів ради директорів, регуляторного змісту, комунікацій з інвесторами та чутливої фінансової звітності людський перегляд є обов’язковим. Розширювати процес на інші підрозділи варто лише після того, як користувачі перевірили якість цитат, доступів і результатів на одному сценарії та одному каналі поширення.