AI ФАКТОР

Що вмикати для робочої задачі

Практика 04.08.2026 #практика #порівняння
Що вмикати для робочої задачі

Не починайте з питання «який плагін модний». Починайте із задачі. Якщо юрист перевіряє договір постачання ПЗ, йому потрібен не просто чат, а роль Legal + ваш чек-лист «червоних ліній» + файл договору.

Порівняння просте: Connectors дають доступ до Gmail, Drive, Notion чи M365. Plugins — це готові бізнес-ролі: legal, finance, sales. Skills — окремі навички всередині ролі, наприклад review-contract або reconciliation. Projects тримають контекст напряму: правила, файли, знання компанії. Scheduled запускає роль у фоні за розкладом.

Приклад для Claude: для аудиту договору покладіть у Project договір №2026-118 і чек-лист, встановіть legal, наберіть /review-contract і попросіть: «Знайди відхилення від чек-листа: ціна, передоплата, пеня, відповідальність, розірвання». Рішення все одно затверджує людина.

Що це дає: ви обираєте інструмент під задачу, а не збираєте хаотичний набір функцій.

Другий приклад: фінансова звірка без сховища даних

Для бухгалтера або фінансиста логіка та сама: не шукати «найрозумніший чат», а зібрати роль під конкретну роботу. У джерелі найпрактичніший приклад для фінансів — звірка банківської виписки з обліком по рахунку 311. Finance-плагін не вимагає Snowflake чи BigQuery: офіційний опис дозволяє завантажити Excel, CSV або вставити дані напряму.

Сценарій БЕТА-СЕРВІС простий: у виписці є платіж МП-1140 на 48 900 грн, який з’явився двічі, а потім банк зробив сторно. В обліку по 631 проведена одна оплата. Очікуваний результат роботи агента — не «знайти проводку будь-якою ціною», а підготувати workpaper: розбіжність є банківським дублем, сторно її закрило, коригування не потрібні.

  • Покладіть у робочу папку ОСВ або деталізацію рахунку 311, банківську виписку і підтвердження банку, якщо воно є.
  • Встановіть finance через Customize → Plugins → Browse → finance → Install.
  • Наберіть команду зі списку, а не вставляйте її текстом: /finance:reconciliation.
  • Після команди дайте запит: Звір банківську виписку з обліком по рах. 311. Покажи дублікати, сторно, непояснені розбіжності і висновок, чи потрібні коригування.

Третій приклад: місячне закриття як ланцюг ролей

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

Тут працюють одразу кілька шарів: конектор Drive або M365 дістає файли, finance робить звірку й variance-analysis, ваш скіл checking-vkladka перераховує ключові підсумки, а close-management збирає чек-лист. У джерелі прямо сказано: проводки, підпис і рішення «місяць закрито» лишаються за бухгалтером.

  • Крок 1: /finance:reconciliation для звірки банку з рахунком 311.
  • Крок 2: /finance:variance-analysis для пояснення відхилень план/факт.
  • Крок 3: /checking-vkladka для незалежного контрольного перерахунку.
  • Крок 4: опишіть закриття словами, бо close-management може не бути у slash-списку: Підготуй чек-лист місячного закриття за файлами в цій папці і результатами попередніх кроків.

Коли прийом не працює

Автоматичний вибір скіла за описом нестабільний. Коли увімкнені конектори, Claude може відповісти напряму, оминувши плагін. Один опис задачі також не гарантує, що кілька скілів з’єднаються в правильну послідовність. Для повторюваних процесів джерело радить явні slash-команди або власний плагін-оркестратор.

Є й межі по даних. Enterprise Search шукає в підключених Drive, Notion, Gmail або M365; якщо у вас лише локальна папка без конектора, він її не побачить. Data-плагін може працювати з CSV/Excel, але build-dashboard не підходить для GL-експортів понад 100 тис. рядків без попередньої агрегації. Finance дає P&L або баланс у GAAP-форматі, тому для П(С)БО це чернетка під мапінг, а не готова форма.

  • Не ставте плагін лише тому, що він є в каталозі.
  • Не очікуйте від US-SOX скілів готової користі для П(С)БО.
  • Не замінюйте UA-специфіку офіційним плагіном, якщо потрібні ПДВ, ОСВ, BAS або план рахунків.
  • Не запускайте композитний процес одним загальним запитом, якщо потрібна відтворюваність.

Що перевіряє людина перед довірою до результату

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

  • Звірте кожне посилання агента з оригінальним файлом: пункт договору, рядок виписки, рахунок ОСВ.
  • Перевірте, чи агент справді використав потрібний скіл, а не відповів звичайним текстом.
  • Для slash-команд набирайте «/» і вибирайте команду зі списку; вставлений текст /finance:reconciliation може лишитися просто текстом.
  • Для договорів перевірте, чи знайдені хоча б відхилення, які точно є в чек-листі: ціна, передоплата, пеня, відповідальність або розірвання.
  • Для фінансової звірки окремо перевірте висновок «нуль проводок», бо відсутність коригувань теж може бути правильним результатом.
Раніше в теміClaude заходить у корпоративні платформиПізніше в теміClaude вчиться з одного запису екрана
Читати в ТелеграміПрактика ШІ в бізнесі — щодня, без хайпу