Александр Костин – ИИ для управления проектами: планы, риски, сроки, контрольные точки (страница 5)

Ресурсы: команда и доступы.

Текущие данные: 5 ключевых метрик.

Стиль: тон, словарь, запреты.

Формат выдачи: что хотим получить от ИИ обычно.

Пример структуры карточки для продукта/разработки:

Система: стек, платформа, окружение.

Проблема: симптом, где проявляется, с какого времени.

Что меняли: последние изменения.

Логи/ошибки: фрагменты, коды.

Ограничения: доступы, сроки, запреты.

Цель: что должно работать и как проверяем.

Формат: нужен патч-код/псевдокод/план диагностики/список гипотез.

Смысл карточки в том, что вы один раз структурируете реальность, а потом просто добавляете сверху конкретную задачу дня.

Как давать контекст частями: метод «слоёв»

Иногда вы не уверены, что важно. Тогда не нужно заливать всё. Работает метод слоёв.

Слой 1: минимальная карточка (10 строк) и задача.

Слой 2: если модель задаёт вопросы или если вы видите, что ответ общий, добавляете только то, что влияет на выбор действий.

Слой 3: если нужно, прикладываете документы, примеры, данные.

Важное правило: добавлять не «ещё текста», а «ещё параметров». Не рассказывать историю, а уточнять входные условия.

Практический вывод: если ответ водянистый, причина чаще всего не в том, что мало текста, а в том, что не указаны два-три ключевых параметра: цель, ограничения, ресурсы, текущая точка.

Как понять, какого контекста не хватает: диагностика по типу плохого ответа

Вы можете по характеру ответа определить, что именно вы не дали.

Если ответ слишком общий и «учебниковый» – не хватает конкретики по цели, аудитории, ограничениям и текущей точке.

Если ответ предлагает то, что вам запрещено или не подходит – вы не обозначили рамки (юридические запреты, география, «это не работает», «это нельзя упоминать»).

Если ответ уходит в теорию – вы не задали формат результата и критерии готовности.

Если ответ содержит выдуманные цифры/факты – вы не запретили добавлять факты и не разрешили модели сказать «данных недостаточно».

Если ответ предлагает слишком много вариантов без выбора – вы не дали критерии выбора и не попросили рекомендацию.

Это простая матрица: по типу ошибки понятно, какой блок контекста отсутствует.

Практический блок: минимальные шаблоны контекста для разных задач

Ниже – набор минимальных «вводных», которые можно копировать и заполнять. Они короткие, но дают резкий прирост качества.

Шаблон для текста:

Цель текста:

Аудитория:

Контекст (где будет использоваться):

Основные тезисы/факты (5–7 пунктов):

Ограничения (что нельзя):

Тон/стиль:

Формат (что именно нужно: заголовки, лид, блоки, CTA, объём):

Шаблон для стратегии/плана:

Цель (метрика и срок):

Проект/ниша/регион:

ЦА:

Ресурсы (люди/часы/бюджет):

Текущая точка (что уже сделано, текущие метрики):

Ограничения:

Формат результата (план на N недель, действия+метрики+риски):

Критерии качества:

Шаблон для анализа проблемы:

Симптом:

Когда началось:

Что изменилось перед этим:

Данные (было/стало):

Гипотезы (мои):

Ограничения (что нельзя делать):

Формат: гипотезы → данные для проверки → порядок проверки → быстрые безопасные действия:

Шаблон для регламента/процесса:

Цель процесса:

Кто участвует:

Триггер (когда начинается):

Входы (что нужно на входе):

Выход (что считаем готовым):

Ограничения/риски:

Формат: шаги → ответственный → SLA/срок → контроль качества → типовые ошибки:

Эти шаблоны – не «правильная форма ради формы». Это минимальный набор, который делает ответ практичным.

Ключевая идея главы: не пытайтесь победить фантазии «умолянием писать аккуратно». Побеждайте их структурой входных данных. Давайте не больше текста, а больше управляющих параметров. Разделяйте факты и гипотезы. Задавайте рамки. Определяйте формат результата. Тогда ИИ перестанет быть генератором общих слов и начнёт работать как инструмент, который вы настраиваете под конкретную задачу.