Ведение документов агентом внедрения
На Подготовке репозиторий ведёт команда внедрения. После запуска агента внедрения техническое ведение документов переходит агенту: он создаёт формы следующих этапов, собирает факты, готовит и обновляет записи. Ответственность за решения остаётся у участников, указанных в ролях и проектных документах.
Передача ведения на первой неделе PoC
ИИ-инженер:
- Подключает агенту репозиторий, исходную методологию и принятые проектные редакции. Проверяет доступ к чату, трекеру, Git/CI и журналам, необходимым для выбранных работ.
- Даёт агенту проверить индекс документов, пропуски и противоречия. Неподтверждённое сохраняется как открытый вопрос с адресатом.
- По каталогу создаёт журнал PoC. Прежние заполненные материалы сохраняются; копирование новых форм не сбрасывает накопленные результаты.
- Задаёт источники фактов, допустимые изменения, путь публикации и проверяющих в README проекта. Настраивает правила агента и пробный запуск.
- Проверяет пробное обновление по источникам, принимает MR и фиксирует дату начала ведения, версию агента и оставшиеся ограничения в журнале PoC.
Эта передача ведения документов не равна передаче инженерных обязанностей специалисту клиента. Два процесса идут независимо.
Сначала по запросу
Для todo и рекомендаций ближайших действий агент применяет правила вывода действий: использует текущий период, назначения, принятые правила и доказательства выполнения. У действия должны быть источник и условие применимости. Пробелы и предложения показываются отдельно от обязательных работ; совмещение ролей не порождает дубликаты.
Пример запроса ИИ-инженера: «Обнови журнал PoC за указанную неделю и подтверждения готовности по новым запускам. Используй действующие правила проекта, приложи источники, отдельно перечисли пропуски. Подготовь MR».
Агент читает новые события, сопоставляет их с текущими записями, готовит изменения и кратко поясняет, какие сведения обновлены. Проверяющий подтверждает факты и исправляет ошибки. Для замечаний к оценкам действует обратная связь от РП клиента к ИИ-инженеру.
Заполнение по данным систем и через диалог
По возможности агент заполняет журналы и другие документы по следам работы в чате, трекере, Git/CI и журналах платформы, сохраняя ссылки на источники. Если нужных сведений в системах нет, участник сообщает их агенту внедрения в диалоге: агент уточняет недостающие поля и оформляет запись в той же форме. Источником такой записи служит сообщение участника; сохраняются автор и дата.
Если участник не может подтвердить результат или сообщить недостающие данные, поле остаётся открытым. Расчётные показатели обновляются при наличии необходимых исходных данных; отсутствие сведений обозначается явно. Для подтверждения технической готовности в записи указываются выполненная проверка и её результат.
Затем по событиям и расписанию
После успешных пробных обновлений ИИ-инженер включает автоматические запуски по выбранным действиям: ежедневное обновление фактов, подготовка к встрече из календаря, недельная сводка, пересчёт наблюдаемой когорты. Область автоматизации, расписание и проверяющие записываются в README; технические алгоритмы и конфигурация — в навыке агента.
Можно отдельно автоматизировать сбор, подготовку MR и публикацию проверяемых фактов. Способ принятия таких изменений определяется Git-процессом проекта. Расширение автоматизации не требует ждать конца PoC, но основывается на проверенной работе соответствующей функции.
Что и как обновляется
| Материал | Работа агента | Что подтверждают люди |
|---|---|---|
| Журналы и сводки | Новые события, показатели, доказательства, ограничения данных, черновик следующей недели | Решения, обязательства и содержание спорных записей |
| Чек-листы | Состояние пунктов по достаточным доказательствам; источник, дата и проверенная версия | Пункты, требующие экспертной оценки, и решение о прохождении гейта |
| План, паспорт, команда | Предлагаемые изменения по подтверждённым решениям, ссылки на основания | Изменение целей, сроков, обязанностей и договорённостей |
| Проектные правила и навыки | Предложение уточнений и MR с проверками | Принятие нового правила ответственными участниками |
Пустое поле, отсутствие жалоб или успешный технический запуск не заменяют оценку качества и принятое решение. Если источник подтверждает только часть пункта, агент показывает оставшуюся часть.
Повторный запуск не дублирует записи. У изменения есть источник и версия правил; агент учитывает свежие ручные правки и не перезаписывает конфликтующее решение. При недоступном источнике помечает пробел, а не нулевое значение. Финальные когорты сохраняют отсечку: поздние события учитываются по правилам мониторинга, без скрытого изменения итога.
Когда появляются следующие документы
При начале адаптации персональный агент ИИ-инженера создаёт журнал онбординга и ведёт его в свободной форме по ходу диалога и проверок. Это можно делать до запуска агента внедрения; после передачи ведения документов накопленные записи сохраняются.
Журнал PoC создаётся при начале PoC; чек-лист Пилота — к его подготовке; журнал Пилота — при запуске Пилота. Журнал передачи обязанностей появляется при первом содержательном событии передачи. При необходимости агент добавляет другие формы из каталога и включает их в индекс.
Существующие трекеры, CI и чаты остаются первичными источниками. В Git хранятся сводки, ссылки, решения и версии правил; отдельный ручной учёт каждой задачи не вводится.