За неделю в журнале накопилось восемнадцать записей. Это не восемнадцать выполненных работ: одна задача могла пройти через начало, блокировку, возобновление и завершение. Другой результат успели принять, а затем вернуть на исправление. Чтобы собрать точный отчёт, сначала восстановите состояние каждой задачи на конец периода и только потом считайте итоги.
ChatGPT можно поручить такую сводку, если передать ему сам журнал и правила учёта. В запросе важно определить, что считается отдельной задачей, как обрабатывать повторные уведомления и какие события отменяют прежнее завершение. Красивого пересказа недостаточно: каждое достижение должно опираться на конкретную запись.
Считайте задачи, а не строки журнала
У задачи должен быть постоянный идентификатор. У каждого изменения — свой ID события. Например, T02 обозначает инструкцию экспорта, а E02 и E05 — начало и принятие работы. Если уведомление E05 пришло второй раз, задача от этого не стала двумя результатами.
Для нашего учебного примера подготовлен журнал за 19–23 октября 2026 года: восемь задач, восемнадцать событий. Все названия, обстоятельства и даты вымышлены. В журнале есть повторная доставка уведомления, отменённая работа, снятый блокер, возврат принятого результата и блокер, который остаётся действующим.
Одна строка отчёта должна соответствовать одной задаче. Внутри неё нужны конечный статус, короткое основание и ID подтверждающих событий. Так читатель сможет отличить вывод из журнала от дополнения, которое появилось только в ответе чата.
Определите, какой момент показывает отчёт
В этом запросе нужен итог на конец журнала. Последнее действующее событие меняет предыдущий статус задачи. Поэтому формулировки «задачу когда-то завершили» и «задача завершена на конец периода» могут описывать разные вещи.
T05 сначала приняли по E14, затем вернули в работу по E15 из-за ошибки в описании. В итоговый список завершённых она не входит. При этом из истории не исчезает факт первого принятия: его можно упомянуть как этап работы, но нельзя оставить действующим завершением.
У T03 другая последовательность. По E11 не было доступа к стенду, по E13 доступ появился и работа возобновилась. Это не подтверждение завершения интеграции. Конечный статус — «В работе», а прежний блокер уже снят.
T04 отменена по E08. Отмена не становится выполненной работой даже тогда, когда перед ней был этап подготовки. Для управленческого отчёта полезно показать её отдельно: результат не принят, но исчезновение задачи из активного плана имеет основание.
Какие правила включить в промпт
Начните с периода и момента среза. Затем задайте единицу учёта, словарь конечных статусов и правило обработки событий. В нашем наборе это «Завершена», «В работе», «Отменена» и «Заблокирована». Другие статусы добавлять не требуется.
Попросите чат вернуть пять частей: строку на каждый ID задачи; число задач по статусам и их сумму; список завершённых результатов; действующие блокеры; короткое объяснение повтора, отмены и возврата в работу. Полный запрос с журналом приведён ниже.
Отдельно ограничьте дополнения. Если в источнике нет длительности, процентов готовности, исполнителя или объёма, эти сведения не должны появиться в сводке. «Начата проверка шрифта» не означает «подготовлены три варианта», а «работа возобновлена» не означает «работа закончена».
Ручная проверка восьми конечных статусов
Таблица ниже — заранее подготовленный ручной эталон. В правом столбце указан фактический ответ первого чата.
| Задача | Конечный статус по журналу | Решающее событие | Ответ ChatGPT |
|---|---|---|---|
| T01 | Завершена | E03 | Завершена · E01, E03 |
| T02 | Завершена | E05; E06 — повтор | Завершена · E02, E05, E06 |
| T03 | В работе | E13 | В работе · E04, E11, E13 |
| T04 | Отменена | E08 | Отменена · E07, E08 |
| T05 | В работе | E15; принятие E14 отозвано | В работе · E09, E14, E15 |
| T06 | В работе | E10 | В работе · E10 |
| T07 | Завершена | E16 | Завершена · E12, E16 |
| T08 | Заблокирована | E18 | Заблокирована · E17, E18 |
В эталоне три завершённые задачи, три в работе, одна отменённая и одна заблокированная: всего восемь. Завершённые результаты подтверждены E03, E05 и E16. Единственный действующий блокер — T08/E18. Эти значения описывают исходный журнал; они не являются результатом теста ChatGPT.
Результат первого ответа
В первом ответе ChatGPT все восемь конечных статусов совпали с журналом. В сводке получилось 3 завершённые задачи, 3 в работе, 1 отменённая и 1 заблокированная — всего 8. Для каждой строки приведены ID событий, включая решающее изменение.
T02 осталась одним завершённым результатом: E06 описано как повтор E05. T05 отмечена «В работе», поскольку E15 отозвало принятие E14. У T03 модель показала снятие блокера и возобновление работы, а действующим препятствием оставила только T08/E18.
Список завершённых содержит T01/E03, T02/E05 и T07/E16. Выдуманных исполнителей, часов, объёмов и процентов готовности в ответе нет. Запрос был выполнен в обычном ChatGPT Plus, в режиме «Чат» с видимым уровнем Medium. Название модели интерфейс не показывал.
В этом журнале запрос помог восстановить текущую картину, сохранив историю спорных изменений. Для другого процесса сначала нужно согласовать собственные правила принятия и отмены.
Как проверить отчёт перед отправкой руководителю
Сначала сравните набор ID в источнике и в ответе. Все восемь задач должны появиться ровно один раз. Затем проверьте сумму статусов: она должна совпасть с числом уникальных задач, а не с числом событий.
После этого откройте список завершённых результатов. Для каждого пункта найдите событие принятия и проверьте, не отозвано ли оно позже. Особого внимания требуют возвраты, отмены и повторные уведомления — они часто выглядят как положительная динамика, хотя итоговый статус другой.
Проверьте блокеры отдельно. История препятствия и действующий блокер — разные сведения. Нельзя оставить в текущих рисках отсутствие доступа, если следующая запись прямо сообщает, что доступ получен.
Наконец, прочитайте сам язык сводки. «Выполнили», «приняли», «начали» и «вернули на исправление» обозначают разные действия. Если чат заменил одно другим, исправьте формулировку и сохраните основание из журнала.
Как перенести подход на свой журнал
Сохраните постоянные ID и отдельные события изменения статуса. До запроса договоритесь, как учитывать подзадачи, частичное принятие и несколько результатов внутри одной задачи. В нашем упражнении считается только конечное состояние уникальной задачи; для другого процесса правило может быть иным.
Передавайте минимально необходимые данные. Для сводки статусов обычно достаточно названия задачи, времени события, статуса и короткого пояснения. Клиентские реквизиты, личные переписки и документы с ограниченным доступом в учебный пример не нужны.
Такой запрос помогает привести историю к единой форме. Решение о принятии результата остаётся в журнале: чат должен восстановить его по событиям, а не назначить по убедительности описания.
Полный запрос для повторения примера
Составь отчёт о работе за 19–23 октября 2026 включительно на конец журнала. Все данные синтетические. Журнал событий — единственный источник. Новое событие меняет статус указанной задачи. Повторная доставка не создаёт новый результат. Последнее действующее событие определяет конечный статус; возврат в работу отменяет прежний конечный статус «Завершена». Отмена не считается завершением. Снятый блокер не остаётся активным.
Верни: 1) ровно по одной строке на каждую задачу: ID, итоговый статус (Завершена / В работе / Отменена / Заблокирована), краткое основание и ID событий; 2) числа уникальных задач по итоговым статусам и их сумму; 3) список завершённых на конец периода результатов, каждый с ID задачи и подтверждающего события; 4) действующие блокеры с ID; 5) отдельную краткую заметку о повторе, отмене и возврате, чтобы показать отсутствие двойного счёта. Не добавляй время, объём, проценты готовности, исполнителей и результаты, которых нет в журнале.
Задачи:
T01: Мобильное меню
T02: Инструкция экспорта
T03: Тестовая интеграция
T04: Старый баннер
T05: Карточка тарифа
T06: Контрастность кнопок
T07: Ссылки в справке
T08: Новый шрифт
Журнал:
| ID события | Местное время Europe/Moscow | Задача | Событие | Запись |
| --- | --- | --- | --- | --- |
| E01 | 2026-10-19 09:00 | T01 | В работе | Начата проверка мобильного меню. |
| E02 | 2026-10-19 09:15 | T02 | В работе | Начата подготовка инструкции экспорта. |
| E03 | 2026-10-19 11:00 | T01 | Завершена | Проверка мобильного меню закончена, результат принят. |
| E04 | 2026-10-19 11:30 | T03 | В работе | Начата настройка тестовой интеграции. |
| E05 | 2026-10-19 15:00 | T02 | Завершена | Инструкция экспорта принята. |
| E06 | 2026-10-19 15:01 | T02 | Повтор E05 | Повторная доставка уведомления E05. Это тот же результат, не новая работа и не изменение статуса. |
| E07 | 2026-10-20 09:00 | T04 | В работе | Начата подготовка старого баннера. |
| E08 | 2026-10-20 10:00 | T04 | Отменена | Баннер снят с плана; работу отменили, результат не принимался. |
| E09 | 2026-10-20 10:30 | T05 | В работе | Начата вычитка карточки тарифа. |
| E10 | 2026-10-20 11:00 | T06 | В работе | Начата проверка контрастности кнопок; иных событий по задаче нет. |
| E11 | 2026-10-20 12:00 | T03 | Заблокирована | Нет доступа к тестовому стенду. |
| E12 | 2026-10-21 09:00 | T07 | В работе | Начата проверка ссылок в справке. |
| E13 | 2026-10-21 10:00 | T03 | В работе | Доступ к стенду получен, блокер снят, работа возобновлена. |
| E14 | 2026-10-21 14:00 | T05 | Завершена | Первая редакция карточки принята. |
| E15 | 2026-10-22 09:00 | T05 | В работе | Карточка возвращена в работу из-за ошибки в описании; принятие E14 отозвано. |
| E16 | 2026-10-22 11:00 | T07 | Завершена | Ссылки в справке проверены, результат принят. |
| E17 | 2026-10-23 09:00 | T08 | В работе | Начата проверка нового шрифта. |
| E18 | 2026-10-23 10:00 | T08 | Заблокирована | Ожидается макет шрифта от дизайнера; блокер не снят. |
