Transcription
Я создал автономного финансового ИИ-агента с помощью Claude, который непрерывно работает как настоящий рабочий процесс FPNA. Таким образом, вместо использования Claude как временного чат-бота, где каждый анализ сбрасывается после одного разговора, система непрерывно отслеживает бизнес в фоновом режиме. Он поддерживает контекст в отчетных периодах. Он автоматически определяет операционные изменения [музыка] и риски, а затем генерирует готовый для руководства финансовый анализ без необходимости повторной ручной работы. И важная часть здесь заключается в том, что речь идет не о замене финансовых специалистов. Речь идет об устранении повторяющейся оперативной отчетности, чтобы финансовые специалисты могли тратить меньше времени на ручное повторение одного и того же ежемесячного процесса и больше времени на фактическое стратегическое [музыка] принятие решений. Итак, как квант и разработчик автоматизации финансов, я покажу вам, как создать этого постоянно работающего финансового агента, который отслеживает папки отчетности на предмет новых ежемесячных P&L, автоматически анализирует бизнес, отслеживает изменения в отчетных периодах, обнаруживает такие вещи, как ухудшение маржи или несоответствия в оттоке клиентов, неэффективность CAC и сдвиги в прибыльности, а затем полностью генерирует и отправляет по электронной почте различные аналитические отчеты, готовые для финансового директора. полностью самостоятельно. Если вам нужны подсказки и файлы рабочего процесса из этой сборки, они все в моем бесплатном сообществе, ссылка на которое находится в описании ниже. А пока давайте приступим. Подключение инструментов. Прежде чем что-либо будет построено, стоит знать, как будет выглядеть предстоящая работа. Итак, вся эта сборка происходит в Claude и выполняется в три разных этапа. Настройка, где мы подключаем инструменты. Создание, где мы создаем самого агента. затем запуск и развертывание. Итак, мы начинаем с настройки, потому что Claude нуждается в подключенных инструментах, прежде чем агент сможет что-либо сделать. Нам нужна отправная точка с нуля. Итак, что мы строим и с чего начинаем в Claude? Агент достигает внешних систем через MCP-соединения. И мы подключим его напрямую к Google Drive и Gmail. Но есть одна небольшая загвоздка. Сам по себе MCP Gmail не имеет возможности отправлять электронные письма. Поэтому мы используем Zapier для решения этой проблемы, потому что соединение Gmail Zapier имеет доступ для отправки, и это главная причина, по которой мы включили Zapier в эту сборку. Вторая причина связана с избыточностью. Соединение Google Drive Zapier может выступать в качестве резервного варианта, если основной MCP Google Drive выйдет из строя [музыка] по какой-либо причине. Итак, я захожу на сайт Zapier, просто zapier.com, затем вхожу через свою учетную запись Google и открываю раздел MCP-сервера из боковой панели слева. Здесь Zapier позволяет внешним системам ИИ подключаться к своим интеграциям приложений через единую безопасную конечную точку. Я создаю новый MCP-сервер для Claude и затем добавляю два приложения, которые будет использовать агент. Google Drive для поиска и чтения ежемесячных файлов P&L и Gmail для отправки отчета для руководства. В разрешениях инструментов для Google Drive я включаю полный набор действий по доступу к файлам: перечисление папок, чтение содержимого файлов, получение метаданных и доступ к предыдущим отчетам. Без этого агент не сможет обнаруживать новые загрузки или сравнивать с историей. [музыка] Для Gmail я включаю отправку электронной почты вместе с [музыка] вспомогательными разрешениями для черновиков и тем. И эти разрешения — это то, что чаще всего упускается из виду. Аргументация может быть превосходной, но рабочий процесс нарушается в тот момент, когда агент пытается сделать что-то, на что у него нет права. Таким образом, предоставление правильной области действия на уровне MCP дает агенту операционные возможности, а не только аналитические. Создание агента. Теперь, когда инструменты подключены, этап настройки завершен, и начинается этап создания. И здесь создается сам агент. Итак, я открываю консоль Claude и перехожу в раздел быстрого запуска управляемых агентов. Способ, которым мы будем это строить, будет послойным. Я добавлю три подсказки последовательно, каждая из которых даст агенту новую возможность, и к концу этого этапа агент сможет анализировать финансовый отчет и писать обзор для руководства, а после этого я покажу вам, как его запустить, а затем развернуть. Порядок этих трех подсказок имеет значение, потому что первая устанавливает инфраструктуру, вторая добавляет основной операционный слой, а затем третья делает агента автономным. Каждый слой может быть проверен отдельно, прежде чем следующий будет наложен сверху. Так что, если вы сложите все в одну инструкцию, и что-то сломается, вы понятия не имеете, какая часть была ответственна за поломку. Создание по слоям делает систему отлаживаемой. Я вставляю первую подсказку, и она говорит агенту подключить Google Drive, Gmail и Zapier, чтобы проверить, может ли он получать доступ к файлам и отправлять электронные письма, а также настроить резервное маршрутизацию для каждого типа действий. Для доступа к файлам Google Drive является основным соединением, а Zapier — резервным. Для отправки электронной почты Zapier является основным, а Gmail — резервным. Маршрутизация намеренно отличается для каждого, и правильное направление этого обеспечивает бесперебойную работу агента, даже если одна интеграция имеет временную проблему. Затем он создает два локальных файла отслеживания, прежде чем делать что-либо еще. И один из этих файлов — это JSON, который отслеживает, какие ежемесячные отчеты агент уже обработал. А другой — это журнал ошибок, который фиксирует все, что идет не так во время выполнения. Файл состояния — это часть, которая делает рабочий процесс состоятельным. Без него агент не имеет памяти между циклами. Он будет анализировать один и тот же апрельский отчет каждый раз, когда цикл выполняется, и отправлять одно и то же электронное письмо навсегда. JSON обработанных файлов сообщает агенту, какие месяцы уже завершены, чтобы он мог действовать только на действительно новые данные. Журнал ошибок служит другой цели. Если файл не удается разобрать или вызов MCP истекает, агент регистрирует проблему и продолжает работу, не вызывая сбой всего конвейера. И именно так рабочий процесс остается надежным в реальных условиях, когда файлы поступают в неожиданных форматах, а API иногда ведут себя некорректно. Я также явно говорю агенту не начинать анализ, не начинать мониторинг и не обрабатывать никакие файлы. Прямо сейчас единственная задача — операционная готовность. Claude автоматически генерирует конфигурацию агента из подсказки. Затем я нажимаю «Создать агента», и на экране среды я выбираю «Ограничить хостами MCP». Это ограничивает среду выполнения только общением с тремя одобренными конечными точками MCP и без доступа в открытый интернет. Это важно для финансовых рабочих процессов, где агент будет работать с конфиденциальными данными отчетности. Я нажимаю «Начать сеанс», и Claude предлагает мне создать хранилище учетных данных. Хранилище безопасно хранит oorthth-соединения для Google Drive, Gmail и Zapier, чтобы агенту не приходилось повторно проходить аутентификацию каждый раз, когда начинается сеанс. Я авторизую каждую интеграцию по очереди. Как только все три покажут статус «подключено», слой инфраструктуры будет завершен, добавив основной операционный слой. Теперь я расширяю агента второй подсказкой. Здесь агент перестает быть подключенной системой автоматизации и получает свой основной операционный слой, финансовое обоснование и логику отчетности, которая определяет, как он должен вести себя как аналитик FPNA. Подсказка охватывает две вещи: что анализировать и как это сообщать. Итак, со стороны анализа агент инструктируется изучить тенденции выручки, движение валовой прибыли, операционные расходы, EBITDA, денежную позицию, рост клиентов, эффективность CAC, отток и чистую выручку. Для SaaS-бизнеса это, по сути, метрики, которые действительно важны. Одна только выручка не расскажет вам всей истории. [музыка] Вам нужно видеть, улучшается или ухудшается бизнес под заголовками. Одна инструкция в этой подсказке, я думаю, делает больше работы, чем любая другая. Агент никогда не должен фабриковать отсутствующие данные. Если число неясно, неполно или не соответствует другим метрикам, он помечает неоднозначность вместо того, чтобы просто заполнять правдоподобное предположение. Это единственное правило делает рабочий процесс безопасным для представления руководству. Финансовая система, которая уверенно выдумывает цифры, намного хуже, чем никакой системы [музыка] вообще. Вторая половина подсказки определяет стандарт отчетности для руководства. Таким образом, каждое электронное письмо имеет одинаковую структуру. Тема в фиксированном формате. Краткое изложение для руководства ограничено пятью предложениями, а затем разделы для ключевых финансовых изменений, анализа KPI, рисков, ранжированных по степени серьезности, рекомендуемых действий и общей оценки в стиле совета директоров в конце. Это важно из-за последовательности. Руководство по финансам хочет открыть электронное письмо и точно знать, где найти комментарий по марже или раздел рисков и рекомендации. Если каждый отчет выглядит по-разному, система кажется ненадежной, даже если анализ под ним может быть надежным и правильным. Стандарт отчетности превращает агента в нечто, что производит выходные данные одинаковой формы каждый цикл. Стиль письма также указан. Агенту предписано поддерживать профессионализм уровня финансового директора, писать лаконично и избегать всего, что звучит как реклама или спекуляция. Эти ограничения важны, потому что без них выходные данные имеют тенденцию скатываться к общим формулировкам, которые на самом деле не выдерживают критики перед финансовой командой руководства. После отправки этой подсказки Claude обновляет конфигурацию агента, добавляя финансовое обоснование и структуру отчетности поверх существующей инфраструктуры. Таким образом, агент теперь может анализировать файлы P&L SaaS и создавать структурированные выходные данные для руководства. Но пока он не может выполнять этот процесс автоматически без запуска, делая его автономным. Третья и последняя подсказка — это то, где агент становится по-настоящему автономным. До этого момента он может анализировать файл, если вы укажете ему конкретный файл, но эта подсказка говорит ему самостоятельно следить за новыми файлами и запускать полный рабочий процесс, когда они появляются. Цикл мониторинга довольно прост. Агент непрерывно сканирует папку ежемесячных P&L в Google Drive, и каждый цикл он перечисляет доступные файлы, сравнивает этот список с файлом отслеживания уже обработанных отчетов, а затем проверяет, появилось ли что-нибудь новое. Если ничего нового нет, он ждет 30 секунд, а затем снова запускает цикл. Если обнаружен новый файл, он извлекает файл. Он выполняет полный анализ FPNA и генерирует отчет для руководства и немедленно отправляет его назначенному получателю. После обработки файла его идентификатор записывается в файл отслеживания, и именно так агент знает, что не следует анализировать один и тот же отчет снова в следующем цикле. Резервное маршрутизация из слоя инфраструктуры по-прежнему применяется здесь. Правило обработки ошибок — это то, что обеспечивает стабильность агента в производстве. Если файл не удается разобрать, если вызов MCP истекает, или если Zapier имеет временную проблему, агент регистрирует проблему и продолжает работу. Он не сбоит. Он не [музыка] останавливается. Он просто пропускает плохой файл и продолжает мониторинг. Без этого правила один некорректный файл приведет к полной остановке всего рабочего процесса. Таким образом, после выполнения этой подсказки конфигурация теперь описывает непрерывный цикл мониторинга, и агент готов к работе. Запуск агента. Этап создания завершен, агент теперь полностью настроен. Итак, теперь мы можем перейти к последнему этапу, который заключается в его запуске и развертывании как системы, работающей самостоятельно. Перед началом я проверил развернутую конфигурацию. Среда показывает сетевой доступ, ограниченный хостами MCP. Разрешения инструментов для Google Drive, Gmail и Zapier показывают, что правильные действия включены. В папке мониторинга уже находится один файл April P&L, готовый к обработке. Я нажимаю «Тестовый запуск», и открывается сеанс. Инструкция по запуску соответствует слоям подсказок, как я их дал. Итак, я оставляю все как есть, а затем просто нажимаю Enter. Сеанс становится активным, и трассировка выполнения начинает заполняться в реальном времени справа. Первое, что делает агент, — это инициализирует файлы отслеживания и запускает цикл мониторинга. Он сканирует папку Drive, видит April P&L, распознает его как новый и затем начинает обработку. Трассировка [музыка] показывает извлечение файла, извлечение данных и начало анализа. Пока апрельский отчет еще анализируется, я помещаю May P&L в ту же папку. Затем я разделяю экран, чтобы наблюдать за трассировкой выполнения с одной стороны и Gmail с другой. Через несколько мгновений приходит первое электронное письмо. Отчет за апрель полностью структурирован. Краткое изложение для руководства вверху, финансовые изменения, анализ KPI, риски, рекомендации и общая оценка. Агент определяет бизнес как SaaS-компанию на стадии роста, находящуюся около точки безубыточности, и объясняет операционную модель, лежащую в основе структуры маржи. Он также отмечает несоответствие в метрике оттока, где цифры не совпадают с количеством клиентов и показателем NRR. Такой скептицизм — это именно то, что вы хотите от аналитика FPNA, работающего с новым набором данных впервые. Затем обрабатывается отчет за май, и здесь рабочий процесс становится интересным, потому что агент теперь имеет контекст предыдущего месяца. Отчет за май приходит с реальным изменением месяц к месяцу. Выручка выросла, но прибыльность ухудшилась. Агент связывает это с расширением продаж и маркетинга, снижением эффективности CAC и сжатием маржи. Он также переносит несоответствие в оттоке из апреля и рассуждает, является ли проблема качества данных структурной. Я загружаю июнь, июль, август и сентябрь в папку по одному, и агент затем обрабатывает каждый из них в следующем цикле опроса. Он выполняет анализ на основе накопленной истории, а затем отправляет отчет по электронной почте. К сентябрю агент генерирует комментарии по шестимесячным тенденциям, понижает риски, которые он ранее отмечал, но которые теперь устранены, и обновляет свою общую оценку бизнеса на основе новых данных. Эта непрерывность — это то, что действительно важно во всем этом. Агент не суммирует каждую электронную таблицу изолированно. Он переносит выводы из предыдущих циклов. Он проверяет, оправдались ли предыдущие опасения, и уточняет свой нарратив по мере поступления новых данных, и именно так выглядит реальная работа FPNA за полный отчетный год, и именно это должен производить рабочий процесс, чтобы быть полезным на уровне руководства между каждым циклом. Трассировка выполнения показывает интервал сна, затем опрос, затем состояние ожидания, и агент работает как всегда включенный сервер, а не как одноразовый запуск. Развертывание агента. Тестовый запуск подтвердил поведение. Теперь я хочу, чтобы агент был настроен так, чтобы он мог работать как реальная развернутая система, а не просто как быстрый тест. Я останавливаю активный сеанс через меню действий. Сеанс плавно завершается. Файлы состояния сохраняются, а среда выполнения переходит в режим ожидания. Со страницы управления агентом я открываю новый сеанс для того же развернутого агента. та же конфигурация, те же интеграции MCP и те же слои подсказок, но чистый контейнер выполнения. Я даю ему короткую инструкцию начать цикл мониторинга и проверять наличие новых файлов. Агент становится активным, повторно проверяет соединения MCP, инициализирует файлы отслеживания и возобновляет то же автономное поведение цикла, которое я видел в первом запуске. И отсюда он может работать бесконечно. Это та часть, которая делает архитектуру реальной. Агент не привязан к одному хрупкому сеансу. Конфигурация существует независимо, и всякий раз, когда вы запускаете новую среду выполнения для развернутого агента, полный рабочий процесс возвращается с ней. И это позволяет одному и тому же агенту развертываться в производственных средах отчетности без необходимости каждый раз перестраивать логику. В демо использовались Google Drive и Gmail, потому что их легко показать на экране, но та же архитектура естественно расширяется. Вы можете заменить Google Drive на Snowflake, ERP или систему планирования. Вы также можете заменить Gmail на Slack, Teams или любую другую систему, которую использует ваша финансовая команда для распространения. Форма агента остается прежней, меняются только системы, на которых он работает. Интервал опроса масштабируется одинаково. 30-секундный сон был установлен так, чтобы циклы были видны на экране, когда я их сейчас показываю. Но реальный финансовый рабочий процесс не получает новый P&L каждые 30 секунд. Таким образом, в зависимости от сценария использования, интервал будет составлять день, неделю или месяц, соответствующий времени поступления отчетов. Вот и все. Логика цикла не меняется. Вы просто настраиваете, как часто он проверяет. И это вся сборка. Управляемый агент Claude оркестрирует весь рабочий процесс с Zapier, подключенным как одна из интеграций для электронной почты и резервного копирования файлов. Агент обрабатывает мониторинг, извлечение, анализ отклонений и коммуникацию с руководством. И только ваша оценка делает все это полезным. Помните, если вам нужны файлы рабочего процесса или шаблоны подсказок из этого видео, они все в моем бесплатном сообществе, ссылка на которое находится в описании ниже. и до следующего раза.