Як передати задачу колезі або новій розмові з ШІ, щоб не загубити, що вже зроблено?

Колезі чи новій розмові з ШІ найкраще передавати стан справи, записаний на пів сторінки, а переписку лишати як архів. У такому аркуші передачі шість полів: мета, що вже зроблено і де лежить результат, що заборонено або вже відкинуто і чому, де файли і яка версія чинна, яке рішення ще відкрите і хто його ухвалює, і наступний крок. Той самий аркуш отримує колега, який приймає справу, і нова розмова з ШІ, куди його вставляють першим повідомленням разом із потрібними файлами. Так ні людина, ні модель не починають спочатку, і вдається не загубити зроблене.

Я бачив, як одна угода пішла не тим шляхом через передачу справи між людьми, і ШІ там узагалі не брав участі. Після першої зустрічі клієнтові надіслали комерційну пропозицію, а згодом колега провів із ним глибоке інтервʼю про його потреби. Нову пропозицію за підсумками інтервʼю так і не підготували, і навчання продали за старою. Людина, яка потім ішла до клієнта, про інтервʼю не знала, хоча заздалегідь просила матеріали. Розбір закінчився правилом: якщо інформації немає в CRM, тобто в системі обліку клієнтів, то її не існує. Відтоді після кожної зустрічі туди записують результат і домовленості, а матеріали мають бути в учасників щонайменше за два дні до зустрічі.

Коротко

Задачу передають аркушем стану справи на пів сторінки, а переписку чи посилання на довгий чат лишають як архів.
Аркуш має шість полів: мета, що зроблено, що заборонено або відкинуто, де файли і чинна версія, відкрите рішення і хто ухвалює, наступний крок.
Той самий аркуш працює і для колеги, і для нової розмови з ШІ, де його вставляють першим повідомленням разом із файлами.
Записують результат, а не транскрипт, і перед передачею звіряють поле "що зроблено" з реальністю.
Відкрите рішення називають прямо разом з людиною, яка його ухвалює, щоб ні колега, ні модель не ухвалили його мовчки.

Чому переписка не передає стан справи

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

З моделлю відбувається те саме, тільки тихіше. Якщо вставити в нову розмову весь довгий чат, модель побачить і перший чорновий варіант, і пʼятий, і не матиме способу дізнатися, який із них чинний, якщо ніхто цього не написав. Чому довга розмова сама по собі псує відповіді, я писав окремо. Тут важливіше інше: переписка не передає стан, бо стан у ній ніхто не записав.

Те саме стосується памʼяті ChatGPT, тобто функції, яка запамʼятовує окремі факти про вас між розмовами. Вона корисна, але аркушем передачі не є: памʼять зберігає не все і не дослівно, ChatGPT сам вирішує, що з неї доречно, і ви не знаєте наперед, що саме спливе в потрібний момент. Стан справи треба записати окремо, явно і в одному місці.

Шість полів аркуша передачі задачі

Аркуш передачі вміщується на пів сторінки. Якщо коротко відповідати, що писати при передачі справ, то ось ці шість полів. Перше поле, мета, пояснює, навіщо взагалі робиться задача і що буде результатом, коли її закінчать. Друге поле, що вже зроблено, перелічує готові кроки разом із результатом і місцем, де цей результат лежить, бо згадка про лист без посилання на нього нічого не дає наступникові.

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

Ось умовний приклад, щоб було видно, який вигляд має такий аркуш:

Мета: оновити комерційну пропозицію з урахуванням потреб клієнта, результат: документ, готовий до відправки.
Що зроблено: проведено інтервʼю з клієнтом, підсумок і домовленості лежать у картці клієнта в CRM.
Що відкинуто: стару пропозицію не використовуємо, бо її складено до інтервʼю.
Де файли: спільна папка клієнта, чинна версія позначена датою в назві, решта в архіві.
Відкрите рішення: формат навчання для команди клієнта, ухвалює керівник напряму.
Наступний крок: зібрати нову пропозицію за підсумком інтервʼю і віддати на погодження.

В аркуш записують результат, а не транскрипт, бо запис годинної зустрічі має ту саму ваду, що й переписка: у ньому є все, крім стану справи.

Як передати задачу новій розмові з ШІ

Нову розмову з ШІ варто відкривати, коли задача змінила напрям, перейшла на наступний етап або чат розрісся так, що чинне в ньому вже важко знайти. На одному занятті з юридичним відділом ітерації пояснювали саме так: замість однієї розмови, що тягнеться без кінця, відкривати новий чат з уточненим запитом, у якому є дані, інструкції і формат результату. Учасники того заняття зробили двох агентів, і ланцюжок між ними поки ручний: людина бере результат одного й сама передає його наступному, тож аркуш передачі стає в пригоді й тут. Тому питання, як продовжити роботу в новому чаті ChatGPT, вирішується приземлено: перше повідомлення містить аркуш передачі і лише ті файли, які потрібні для наступного кроку. Що саме класти на такий "стіл" моделі під одну задачу, я розбирав окремо.

Перенести контекст у новий чат легше, якщо робота живе в проєкті. Проєкт у ChatGPT (Projects) тримає разом чати, файли й інструкції, тобто постійні вказівки для моделі, і ці інструкції діють лише всередині проєкту. Корисну відповідь, наприклад зведення чи нотатку з рішенням, можна зберегти як джерело проєкту пунктом Save to project або Add to project sources і спиратися на неї в наступних чатах цього проєкту. Одразу застережу: набір і назви пунктів залежать від тарифу, версії застосунку й налаштувань компанії, тому у вас підписи можуть відрізнятися. Чат також можна відгалузити (branch), тобто створити від нього окрему гілку і спробувати інший напрям, не змінюючи оригіналу.

На іншому практикумі для юристів головне правило звучало так: на один договір відкривають один чат. Щоб нова розмова не починалася з нуля, учасники створили два проєкти з універсальною інструкцією і контекстом про компанії, з якими працюють, і такий проєкт став спільним стартом для кожного нового чату. Від моделі вимагали відповідь із цитатами з договору і таблицею за шаблоном. Цитата з документа робить висновок перевірюваним, бо колега, який відкриє чат після вас, бачить, на чому цей висновок побудовано.

Як передати задачу колезі, щоб він не починав спочатку

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

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

У себе я роблю так само, лише між ШІ-агентами. Я щодня працюю з кількома: один пише й готує тексти, інший рахує інвестиційні цифри, ще один веде архів нарад. Задачу між ними передають через робочу папку і короткий бриф: що вже зроблено, які файли де лежать, що заборонено, що ще чекає мого рішення. Сталі правила лежать окремими файлами, які агент перечитує перед кожною задачею.

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

Що робити з рішенням у задачі, яке ще не ухвалене

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

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

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

Що робити далі

Візьміть одну задачу, яку найближчим часом може підхопити хтось інший, і складіть для неї аркуш передачі з шести полів на пів сторінки.
Звірте поле "що зроблено" з реальністю: відкрийте кожен результат за посиланням і переконайтеся, що він лежить там і в тому вигляді, як записано.
Наведіть лад у файлах задачі: залиште одну чинну версію з датою в назві, а решту перенесіть в архів.
Відкрийте нову розмову з ШІ, вставте аркуш першим повідомленням разом із потрібними файлами і попросіть модель переказати, як вона зрозуміла мету і наступний крок.
Допишіть до аркуша відкрите рішення разом з тим, хто його ухвалює, і додайте для моделі вказівку не ухвалювати це рішення самостійно.

Про цей матеріал

Це навчальна нотатка. Сцени в ній узагальнені й знеособлені з робочих зустрічей і навчань. Описи функцій ChatGPT подано за довідкою OpenAI станом на жовтень 2026 року, налаштування змінюються і залежать від тарифу. Матеріал не є юридичною консультацією і не є політикою безпеки для вашої компанії.