Перестань оновлювати дошку завдань вручну: нехай картку переміщує агент

Ти перестаєш оновлювати дошку завдань вручну, коли агент, що виконує роботу, переміщує картку як частину самої роботи. У Weft start_task ставить завдання в Doing, report_progress тримає захоплення живим, поки агент працює, а complete_task переносить його в Done — або в твій Inbox, коли завдання потребує твого рев’ю. Ти перестаєш бути людиною, яка підтримує статуси правдивими, і стаєш людиною, яка вирішує.

Weft робимо ми. Факти про інші продукти взято з їхніх офіційних сторінок, перевірено 27 жовтня 2026 року.

Чому кожна дошка завдань застаріває?

Статус — це друга робота, за яку ніхто не платить. Робота — це написати код, надіслати рахунок, полагодити сторінку. Перемістити картку — накладні витрати, і вони з’являються саме тоді, коли хочеться рухатися далі.

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

ШІ-агенти роблять це ще гіршим. Агент може закрити п’ять завдань за пообіддя, і якщо ти й далі сам перетягуєш кожну картку, то виконуєш канцелярську роботу для швидшого працівника.

Що виправляє ситуацію — прибирання чи запобігання?

Є два способи автоматизувати дошку. Прибирання дає розбіжностям статися, а потім розгрібає їх за допомогою ШІ. Стаття Hypertask Stop Manually Updating Your Task Board іде цим шляхом: вона описує кнопку AI Triage, яка читає твої вхідні, позначає кожен пункт як безпечний для архівування чи такий, що потребує твого втручання, і після твого схвалення архівує першу групу. Якщо тебе мучить потік коментарів і пінгів, це розумний інструмент, і в Hypertask для цього є вбудований ШІ. У Weft немає вбудованого ШІ і тріажу сповіщень.

Запобігання — інший шлях: статус узагалі не стає хибним, бо його зміна — не окремий крок. Агент не може почати роботу, не захопивши картку, і не може закінчити, не закривши її. Потім нічого розбирати, бо картка вже каже, що сталося.

Ми обрали запобігання. Дошка, яка потребує прибирання, була хибною в проміжках між ним.

Як агент переміщує картку під час роботи?

Weft підключається до твого ШІ-клієнта через Model Context Protocol за адресою https://letsweft.com/api/mcp. Клієнт входить через OAuth у браузері, тож копіювати ключ не треба. Статус завдання від початку до кінця несуть чотири виклики інструментів:

1. start_task захоплює завдання й переносить його в Doing. Захоплення — це 20-хвилинна оренда. Якщо другий агент спробує взяти те саме завдання, він отримає already_claimed і вказівку не дублювати роботу.
2. report_progress — це heartbeat. Кожен виклик продовжує оренду, а відповідь каже агенту продовжувати кожні 5 хвилин. Якщо агент падає чи чат закривають, heartbeat припиняється, оренда спливає через 20 хвилин, і завдання звільняється для будь-кого. Мовчання — теж статус.
3. request_input ставить тобі запитання з варіантами, а агент тим часом зберігає захоплення. Запитання потрапляє в твій Inbox і може прийти на телефон push-сповіщенням.
4. complete_task записує результат, артефакти, що його доводять (URL, коміт, хеш файлу), що не зроблено, що досі невідомо і наступний крок. За замовчуванням завдання одразу переходить у Done. Якщо завдання позначене як таке, що потребує рев’ю, або перевірка не пройшла, воно натомість зупиняється в твоєму Inbox.

Агенту не треба пам’ятати, що щось треба оновити, бо оновлення — це той самий виклик, яким він виконує роботу. Повну механіку оренд і звітів описано в посібнику про цикл захоплення.

Одне чесне обмеження: Weft ніколи не викликає агента сам. Агент бере роботу, коли ти з ним у сесії, через get_my_work або start_task. Картки рухаються, бо їх рухає агент, якого запустив ти, а не тому, що Weft стежить за твоїм репозиторієм. У Weft немає синхронізації з GitHub чи Slack і вебхуків, тож pull request, змерджений поза сесією агента, сам картку не зрушить.

Який вигляд має ручна дошка поруч із дошкою, яку веде агент?

Що автоматизувати, а що має лишатися моїм рішенням?

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

У Weft права колонка має два входи. Коли агент натрапляє на рішення посеред завдання, він викликає request_input, і ти відповідаєш на одне запитання — в ідеалі обравши варіант. Коли агент завершує роботу, яка потребує твого рев’ю, ти бачиш чотири кнопки: Accept, Rework, Later, Drop. Rework просить примітку. Якщо агент передав наступний крок, ти бачиш його над кнопкою Accept, тож прийняття погоджує саме цей крок і нічого більше.

Чи може ШІ налаштувати дошку з розмови?

Так, і це найпростіша частина. Опиши проєкт у чаті — і агент може викликати initialize_board, щоб створити чотири колонки за замовчуванням (Backlog, Todo, Doing, Done), а потім bulk_create_tasks, щоб додати весь план однією транзакцією. Пакет або потрапляє повністю, або не потрапляє взагалі, і рахується як один виклик у місячній квоті. Завдання, створене без колонки, потрапляє в Backlog.

Стаття Hypertask Why We Let AI Agents Build Entire Boards стверджує, що віддавати агенту варто проєкт, а не окреме завдання. Ми згодні, що агенти мають будувати дошки. Не згодні ми з тим, що будувати — це найважче.

Побудувати дошку дешево: агент може написати сорок завдань за секунди. Справжнє обмеження — рев’ю. Кожне з цих завдань колись дасть завершену роботу, яку тобі доведеться переглянути, а за день можна переглянути лише стільки, скільки можна.

Тому у Weft є ліміт уваги, а не ліміт на створення. Коли на тебе чекає забагато, start_task відмовляється захоплювати нову роботу й відповідає attention_queue_full разом із переліком того, що агент ще може робити (звітувати про прогрес, перевіряти свою роботу, читати дошку). Ліміт — 5 пунктів для робочого простору на одну людину і 10 для команди або 45 хвилин оціненого часу на рев’ю, залежно від того, що настане раніше. Запитання з request_input теж рахуються, бо відповідь на них коштує тієї самої уваги.

Агент може планувати скільки завгодно, але не може почати шосту справу, поки п’ять завершених чекають на тебе.

Який вигляд має мати мій перший тиждень?

Спершу підключи один клієнт. У ChatGPT Weft — це опублікований застосунок на будь-якому тарифі, зокрема Free. У Claude.ai чи Claude Desktop його додають як кастомний конектор. У Claude Code це одна команда: claude mcp add --transport http weft https://letsweft.com/api/mcp (див. сторінку налаштування Claude Code). Потім встав це в чат і відредагуй рядок про проєкт:

Ти підключений до моєї дошки Weft. Цього тижня дотримуйся таких правил.

Налаштування (сьогодні):
1. Виклич get_board_state. Якщо колонок немає, виклич initialize_board.
2. Мій проєкт: [опиши його в 3-5 реченнях].
   Запропонуй щонайбільше 12 завдань списком. Спершу покажи мені список.
   Після того як я скажу «так», додай їх одним викликом bulk_create_tasks.

Щоразу, коли працюєш над завданням:
3. Виклич get_my_work, щоб побачити, що твоє і чи є місце в моїй черзі.
4. Виклич start_task у момент, коли починаєш справжню роботу, а не поки
   ми лише обговорюємо. Збережи runId і leaseToken.
5. Викликай report_progress кожні кілька хвилин, поки працюєш.
6. Якщо доходиш до рішення, яке належить мені (гроші, публікація, будь-що
   незворотне або справжня розвилка), виклич request_input з 2-4 варіантами.
   Не вгадуй і не питай дозволу продовжити.
7. Завершуй через complete_task: результат одним рядком, артефакти, які я можу
   перевірити (посилання, коміти, файли), notDone, unknowns і nextStep.
8. Ніколи не переноси картку в Done вручну. Це робить complete_task.
9. Якщо start_task каже attention_queue_full, перестань починати нову роботу.
   Скажи мені, що на мене чекає, і допоможи це розчистити.

Наприкінці кожної сесії скажи мені, які картки ти перемістив і чому.

Дванадцять завдань — це свідомо. На безкоштовному тарифі в тебе 50 активних завдань і 200 ШІ-викликів на місяць, а перший тиждень — про те, щоб освоїти цикл, а не заповнити дошку. Якщо переносиш наявну дошку, Weft імпортує CSV з Linear, Jira чи Notion та JSON із Trello на будь-якому тарифі.

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

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

Чого Weft тут не робить?

• У ньому немає вбудованого ШІ. Думання відбувається у твоєму власному ШІ-клієнті, тож у Weft немає ШІ-кредитів, які треба купувати, і кнопки тріажу.
• Він не переміщує картки через зовнішні події. Немає синхронізації з GitHub, GitLab чи Slack, вебхуків і публічного REST API. Якщо статус має йти за комітами й мерджами без участі агента, краще підійде інструмент із такими інтеграціями.
• Він не змушує кожне завдання чекати на тебе. Більшість завершеної роботи одразу йде в Done зі своїм звітом. У твоєму Inbox зупиняються лише завдання, які потребують рев’ю або не пройшли перевірку.

Якщо ти запускаєш кількох агентів одночасно, розводить їх саме захоплення; цей випадок описано в статті «одна дошка для кількох агентів», а як читати звіти — у статті «що зробив мій ШІ-агент». Ширше порівняння менеджерів завдань із MCP — у таблиці MCP-менеджерів завдань.

Якщо картки переміщує агент, як мені знати, що він не позначив усе як виконане просто так?

Done у Weft з’являється з complete_task, який записує результат, артефакти, що не зроблено і що невідомо. Читай артефакти, а не підсумок. Для роботи, яку хочеш перевірити, перш ніж її зарахувати, познач завдання як таке, що потребує рев’ю, і воно зупиниться в твоєму Inbox на Accept, Rework, Later чи Drop.

Що буде, якщо агент упаде посередині?

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

Чи сповільнить ліміт уваги моїх агентів?

Він сповільнює початок, а не завершення. Коли на тебе чекає 5 пунктів (10 для команди) або 45 хвилин рев’ю, start_task відмовляє в новій роботі, але агент і далі може звітувати про прогрес і читати дошку. Найшвидший спосіб його розблокувати — ухвалити рішення щодо того, що вже лежить у твоєму Inbox.

Чи можна залишити деяких агентів лише з правом читання?

Так. Кожне OAuth-підключення отримує права full, write або read — на екрані згоди або пізніше в Settings. Підключення read може дивитися на дошку, але не може переміщувати картки. Також будь-який клієнт можна відключити будь-коли.

Чи потрібен для цього платний тариф?

Ні. Увесь цикл працює на безкоштовному тарифі з 50 активними завданнями і 200 ШІ-викликами на місяць; bulk_create_tasks рахується як один виклик. Pro коштує $7 за місце на місяць або $60 за місце на рік і знімає ці обмеження.

Чи це краще за ШІ-тріаж?

Це розв’язує іншу проблему. Тріаж розчищає потік коментарів і сповіщень постфактум; якщо твоя проблема саме в цьому потоці, краще підійде інструмент із вбудованим тріажем, як-от Hypertask. Дошка, яку веде агент, не дає статусу розповзатися з самого початку — для роботи, яку виконують твої агенти.