Как превратить заметки встречи в задачи, не выдумывая обязательства
Извлеките из вставленных в Mono заметок действия, ответственных и сроки, сохраните открытые вопросы и подготовьте понятную передачу на проверку.
Используйте ИИ, чтобы упорядочить то, о чём на встрече действительно договорились, а не чтобы придумать план, который только выглядит полным. Каждое действие должно опираться на заметки. Неназначенные ответственные, неточные даты и предложения должны оставаться на виду, пока кто-то их не подтвердит.
Этот способ работает только с текстом, который вы вставляете в чат Mono by Reunified. Он не касается записи, расшифровки, событий в календаре или синхронизации с приложением задач. Mono ещё не вышел, поэтому вы можете записаться в список ожидания, а пока применять тот же способ с любым текстовым помощником.
1. Подготовьте небольшой источник с ясной датой
Уберите личные данные и всё, что не нужно для дальнейшей работы. Оставьте дату встречи, проект и имена, без которых непонятно, кто что пообещал. Если в заметках смешаны несколько встреч, разделите их, прежде чем просить список действий.
Возьмите для примера эти вымышленные заметки:
Проект: Обновление страницы помощи. Встреча: 9 октября 2026 года.
[1] Лина отправит черновик не позднее 12 октября.
[2] Омар проверит его после отправки Линой.
[3] Публикация в пятницу? Подтвердить с группой.
[4] Возможно, заказать новые скриншоты; ответственный не согласован.Номера строк — это пометки, которые вы добавляете сами. С ними результат можно проверить, не разыскивая нужное место в переписанной сводке. Оставляйте вопросительные знаки и слова вроде «возможно» и «после», а не «причёсывайте» заметки до более твёрдых обещаний.
2. Сначала попросите извлечение, затем планирование
Вставьте заметки вместе с ясной и ограниченной инструкцией:
Извлеки только явные действия из этих заметок.
Для каждого укажи действие, ответственного, срок или зависимость и строку источника.
Если информации нет, пиши Не указано.
Отдели открытые вопросы и предложения от согласованных действий.
Не назначай людей, не придумывай даты, не создавай задачи и не отправляй сообщения.Последняя строка говорит помощнику, чего вы хотите, но не заменяет проверку разрешений инструментов. Если помощник предлагает что-то сделать в другом сервисе, рассмотрите это отдельно. Первый полезный результат — черновая таблица, которую можно сверить с заметками.
Не просите «сделать каждый пункт выполнимым», пока не проверили извлечение. Такая формулировка может привести к угаданным ответственным и срокам, которые выглядят увереннее, чем заметки.
3. Сравните результат с исходными заметками
Точная таблица для примера выглядит так:
| Действие | Ответственный | Срок или зависимость | Источник |
|---|---|---|---|
| Отправить черновик страницы помощи | Лина | 12 октября 2026 года; год взят из даты встречи | [1] |
| Проверить черновик | Омар | После отправки Линой; дата не указана | [2] |
Дата публикации относится к открытым вопросам. Новые скриншоты — к предложениям, без ответственного. Ни то, ни другое не должно незаметно стать задачей человека, чьё имя оказалось рядом в заметках.
Проверьте, что у каждой строки таблицы есть подтверждающая строка в заметках. Потом проверьте в обратную сторону: не пропало ли какое-то ясное обязательство? Сохраняйте точные глаголы. «Проверить», «утвердить» и «опубликовать» — разные обязанности, даже если в сводке они смешались.
4. Уточните пробелы, не переписывая историю
Подготовьте конкретные уточняющие вопросы: «Какую пятницу мы имели в виду для публикации?» и «Заказываем ли скриншоты и, если да, кто за это отвечает?». Это вопросы к людям, а не пробелы, которые должна заполнить модель.
«После того как придёт черновик» — это зависимость, а не дата. Оставьте её такой, пока ответственный не назовёт срок. Если год взят из даты встречи, укажите это; если заметки приходятся на смену года, уточните.
Храните исходные заметки рядом с каждым подтверждённым исправлением. Отмечайте более поздние решения как более поздние, с датой. Иначе обновлённый список может создать впечатление, что на встрече договорились о том, о чём не договаривались.
5. Подготовьте понятную передачу работы
После проверки соберите короткую заметку:
Проект и дата встречи:
Подтверждённые действия: действие / ответственный / срок / источник
Открытые вопросы: вопрос / кто может подтвердить
Предложения, ожидающие решения:
Изменения после встречи: дата / решение
Следующая проверка:Используйте имена и даты, понятные читателям. Перед отправкой уберите детали, которые им не нужны. Если отправляете заметку через другой сервис, проверьте, куда она уходит и кто её получит; написанная заметка сама не отправляется.
Её можно сохранить в заметке Markdown или сохранить весь чат через экспорт Markdown. Сохранение заметки не добавляет события или задачи ни в какой подключённый сервис.
6. Проверьте процесс перед повторным использованием
Попробуйте три случая: заметку без ответственного, предложение, которое потом отклонили, и относительный срок вроде «в следующую пятницу» без даты встречи. Хороший ответ сохраняет неопределённость или отказ, а не заполняет каждую ячейку догадкой.
Если ответ смешивает встречи, придумывает обязательства или теряет зависимости, дайте ему меньше текста и сверьте снова. Руководство по проверке фактов объясняет метод таблицы доказательств. Превращать это в сохранённый запрос или в задание, которое вы опишете Mono стоит только тогда, когда проверенные результаты стабильно полезны. Автоматизация экономит время, но люди всё равно должны сами подтверждать свои обязательства.
