Пересборка вручную
Расписание отдельного замера закупок не обновляет весь контур. Продажи и продукт собираются несколькими скриптами
Выгрузка §7, §9Как читать статусы. ✓ «Заявлено в работе» означает прямое описание в выгрузке агента от 13.10, а не проверку на компьютере Любы. ◐ «Частично» означает, что есть отдельные элементы. ? «Не подтверждено» не означает «этого нет». × «Не сделано» ставится только при прямом указании в источнике. Изменения после 13.10 не проверены
1
Живая карта связей
Переключай слои схемы. Узлы можно перетаскивать, связанные элементы тянутся следом
Живая карта связейМетодологии + данные → четыре задачи агента
Нажми на узел: факт, пробел, критерий готовности и источник. Потяни узел, чтобы посмотреть его связи
Схему можно прокрутить вбок. Все узлы доступны и в списке ниже
✓ Заявлено в работе◐ Частично? Не подтверждено× Не сделаноСпиральная культура добавлена 20.10 как желательная
2
Четыре результата для Любы
Это исходная задача Маши. Наличие таблиц и папок закрывает только часть зависимостей каждого сценария
Источник и дата→Проверенный факт→Правило из памятки→Рекомендация Любе→Решение и действие→История сотрудника
3
Что используется, что предстоит связать
Выбери статус или открой элемент. Дополнительные инструменты отмечены «сверх плана»
4
Где автоматизация останавливается
Что агент прямо признал незавершённым
Встреча не связана с журналом
Наполнение входящих ручное. Автоматический разбор Telegram существует как отдельный процесс
Выгрузка §2.3, §7, §9Часть кнопок не работает
По §9 не авторизованы кнопки продаж и продукта. Для части прокси не определены источники
Выгрузка §9Новый период не проверен Любой
Нет ручного baseline и самостоятельного запуска на новом периоде. Экономию времени по контуру посчитать нельзя
Выгрузка §7–8; automate, фаза 85
Ближайший путь к рабочему циклу
Не строить всё заново
01
СОБРАТЬ ПОДТВЕРЖДЕНИЯПроверить, что агент читает
Люба показывает список подключённых методологий и их версии, один профиль сотрудника, два файла планинга и журнал последнего запуска. По каждому элементу нужен путь и пример использования
Выход: карта источников и подтверждённые статусы без догадок
02
СВЯЗАТЬ НА ОДНОМ СОТРУДНИКЕПройти четыре сценария
Взять один месяц, две задачи с разной готовностью сотрудника и запись встречи. Собрать ОС, пакет review, запись истории и разбор действий Любы по памятке
Выход: четыре результата с источниками, проверенные Машей и Любой
03
ПРОВЕРИТЬ ПОВТОРНЫЙ ЗАПУСКПередать управление Любе
Описать запуск и расписание, устранить разрешения и пробелы данных. Люба сама запускает новый период; проверяются дубли, свежесть, ошибки и ручной эталон
Выход: приёмка automate и измеренное время полного цикла
6
Что учесть до подключения памяток
Методологическая точность
Есть расхождения между версиями методологии▼
В общей памятке СЛ S2 описан через позитив и два улучшения; в памятке 1:1 через позитив и вопрос «что бы ты улучшил»; в инструкции для Любы v3 через позитив и два наблюдения прогресса. Перед автоматической генерацией ОС нужно выбрать одну утверждённую версию и закрепить её в правилах агента
В старых материалах готовность сотрудника тоже обозначена S. В схеме данных лучше разделить D (готовность к задаче) и S (стиль руководителя). Исторические ярлыки не переносить автоматически
Новая методология не могла быть подтверждена старой выгрузкой▼
Методология моделей поведения по транскрибациям датирована 19.10.2026, калибровка дополнена 20.10. Выгрузка Любы сделана 13.10. Отсутствие новой версии в ней не является свидетельством, что Люба отказалась её использовать
Наличие профиля не подтверждает персонализацию▼
Gallup, модели поведения, драйверы и ситуационное лидерство решают разные задачи. Нужен пример, где агент ссылается на источник профиля и объясняет, как именно он изменил задачу, ритм контроля или обратную связь. СЛ определяется для конкретной задачи; культура относится к рабочей среде
«Контроль Любы» должен опираться на наблюдения▼
Для проверки подготовки к встрече нужны соответствующие артефакты; по одной транскрипции нельзя доказать, что дашборд не был открыт заранее. Агент должен разделять «не сделано» и «не видно в источнике», а рекомендации связывать с конкретным правилом памятки
Приёмка automate: что пока не закрыто▼
1. Единая команда: частично, для продаж и продукта её нет. 2. Самостоятельный запуск нового периода: нет по выгрузке. 3. Сверка с ручным эталоном: не подтверждена для полного контура. 4. Manual + agent и дельта: нет baseline. 5. Полный _context.md процесса: не предоставлен. 6. Проверка секретов в коде: не подтверждена, их отсутствие в выгрузке не заменяет проверку. 7. Итоговый отчёт «Сдано»: не предоставлен
Скилл задаёт способ сборки и проверки автоматизации. Сам текст скилла не доказывает наличие работающей автоматизации
7
Основание аудита
Что прочитано и где граница выводов
Источники
Что прочитано
- «выгрузка.md», отчёт агента Любы от 13.10.2026, разделы 1–9
- «skill-automate-документация.md», включая семь пунктов приёмки
- Наш план управления HappyM от 15.09 и инструкция агенту для 1:1 v3
- Универсальные памятки: СЛ, модели поведения, драйверы, 1:1, планёрки, спиральная культура
- Планёрка с Любой 13.10: разделение рабочего файла и управленческой панели, источники и согласование метрик
Граница выводов
Что не проверялось напрямую
Компьютер Любы, код её скриптов, актуальные ячейки Planning, файлы профилей и журналы выполнений не предоставлены для этого аудита. Поэтому галочки относятся к свидетельствам в описании, а не к независимой технической приёмке
Карта показывает исходный замысел Маши и состояние по доступным материалам. Она не подключена к данным команды и сама не выполняет управленческие действия
Публичная версия не содержит личных профилей, финансовых результатов и исходных переписок