Transcription
Как только я понял, что не могу по-настоящему выполнять свою работу, это было тогда, когда я пытался обратиться к нашей общедоступной документации и пытался дать ответ. Он просто все еще не давал ответа, который искали мои клиенты. >> Им не нужен ответ из документации. Им нужен пошаговый ответ о том, как все эти службы каскадируются вместе. >> Я понял, что могу фактически загрузить все эти репозитории в свой VS Code и теперь могу использовать Cloud Code, чтобы задавать вопросы всей нашей кодовой базе. Вы только что сказали, что Claude Code написал мне скрипт, который извлекает все это? >> Да. Да, я открываю скрипт прямо сейчас. Это примерно 16 строк. Мне не пришлось это писать. Я просто попросил помочь мне найти способ извлечь последние основные ветки в мои локальные репозитории. >> Реальность такова, что мы теперь все можем жить в некотором хаосе, потому что ИИ управляет всей этой информацией для нас в разных системах, верно? Так что вы можете находиться в своем коде, запрашивая Confluence, и найдете информацию. Вам нужно быть менее щепетильным в отношении того, где и как вы храните информацию. >> Бросьте в Confluence. Бросьте в Notion, бросьте в Slack, куда угодно. Это становится контекстом, который вы можете предоставить Claude, когда пытаетесь задать ему вопрос о клиенте или о вашей кодовой базе. >> Давайте немного поощрим Claude Code каждый раз, когда он правильно отвечает на вопрос. Вам придется разделить свою квоту с Claude Code. >> Да, он дает лучшие ответы, чем больше денег вы ему дадите, или что-то в этом роде. >> Claude на монетах. Это будет мой новый навык. Добро пожаловать обратно на How I AI. Я Кларво, руководитель продукта и одержимый ИИ, здесь с миссией помочь вам создавать лучшее с помощью этих новых инструментов. Сегодня у нас выпуск, посвященный использованию вашего кода для улучшения качества обслуживания клиентов. Аль Чен, который работает в команде полевой инженерии в Galileo, показывает нам, как он использует их 15 репозиториев и Claude Code для ответа на каждый нюанс клиентского вопроса, который попадает к нему на стол, и использует это, чтобы сделать всю клиентскую базу и всю его команду намного счастливее. Давайте приступим. Этот выпуск представлен Orcus, компанией, стоящей за Open-source Conductor, который обеспечивает сложные рабочие процессы и оркестрацию процессов для современных корпоративных приложений в Agentic Workflows. Инструменты автоматизации бизнес-процессов устарели. Разрозненные платформы с низким уровнем кода, устаревшие системы управления процессами и разрозненные инструменты управления API не были созданы для современного мира, управляемого ИИ. Orcus меняет это. С Orcus Conductor вы получаете современный уровень оркестрации, который масштабируется с высокой надежностью и объединяет людей, ИИ и системы в реальном времени. Речь идет не только о задачах. Речь идет об оркестрации всего. API, микросервисы, конвейеры данных, действия с участием человека и даже автономные агенты. Так что создавайте, тестируйте и отлаживайте сложные рабочие процессы с легкостью. Все это при сохранении безопасности, соответствия требованиям и наблюдаемости корпоративного уровня. Orcus, оркеструйте будущее работы. Узнайте больше и начните создавать на orcus.io. Аль, спасибо, что присоединился к How I AI. Я очень взволнован этим выпуском, потому что мы много видели об использовании вашего кода в качестве документации. Знаете, мы слышали, как инженеры говорили, что документация и код должны быть в репозитории. Менеджеры продуктов говорят, что код теперь может быть моей документацией для внутренних активов или при помощи в составлении PRD. Но вы покажете нам, как вы можете использовать код как актив для создания клиентских вещей и решения клиентских проблем. Так расскажите мне, с какой проблемой вы столкнулись, когда решили клонировать репозиторий и запустить Cloud Code, чтобы решить некоторые из этих проблем самостоятельно? >> Конечно. Работая в Galileo в команде полевой инженерии, я нахожусь на передовой в плане работы с нашими корпоративными клиентами, которые, как правило, сами являются разработчиками и задают очень глубокие технические вопросы. И в тот момент, когда я понял, что не могу по-настоящему выполнять свою работу, я пытался обратиться к нашей общедоступной документации и дать ответ своим клиентам, даже используя Cloud Code или ChatGPT, или что-то еще, и пытаясь взять все эти разные справочные документы и попытаться найти ответ. Он просто все еще не давал ответа, который искали мои клиенты, а я, просто для справки, не инженер. Я никогда не занимал инженерную должность, но думаю, что знаю достаточно, чтобы быть опасным, и я понял, что наш продукт, продукт Galileo, мы являемся инструментом наблюдаемости для приложений ИИ. Если вы посмотрите на это изображение здесь, я показываю высокоуровневую диаграмму архитектуры всех различных служб, которые составляют нашу платформу. Это все бэкенд-образы, которые клиенты должны развернуть в своем кластере Kubernetes. И я понял, что все эти различные службы, такие как UI, API, auth, repo. Мы не монорепозиторий. У них есть несколько разных репозиториев. И поэтому я понял, что могу фактически загрузить все эти репозитории в свой VS Code. Изначально это было больше для меня, чтобы понять, как работает наш код и как он структурирован. Но потом, когда я загрузил все это в VS Code, как вы видите здесь, вы заметите, что слева я открываю VS Code, и большинство этих каталогов соответствуют одной из служб в нашей архитектуре. Так что один репозиторий соответствует одной службе. И имея все эти репозитории в своем VS Code, я теперь могу использовать Cloud Code, чтобы задавать вопросы всей нашей кодовой базе, на которые не может ответить наша общедоступная документация. И поэтому иногда я получаю очень глубокие вопросы о том, как на самом деле работает эта функция. И поэтому я прошу Cloud Code изучить репозиторий API, изучить репозиторий auth и помочь мне найти ответ. Если вы не можете найти ответ, обращайтесь к другим репозиториям в моем каталоге, моем корневом каталоге, и помогите мне найти ответ. И поэтому это ключевой прорыв, когда я понял, что могу получить гораздо более глубокие, гораздо более технические ответы, и в то же время я сам могу научиться тому, как работает наша кодовая база. И как это мне действительно помогло, так это то, что мне не приходится постоянно обращаться к нашему, знаете ли, командному инженерному каналу с вопросом: "Эй, каков ответ на этот вопрос? Клиент только что написал мне об этом". И вы можете представить, как инженеры расстраиваются, когда я пытаюсь, знаете ли, задавать эти вопросы, а затем клиент задает мне последующий вопрос, а затем я публикую этот последующий вопрос в ветке Slack. Так что я уверен, что многие из вас, кто работает на передовой с клиентами, понимают, как это ощущается. Но я, по сути, свел все это почти к нулю, загрузив все эти репозитории в свой локальный VS Code. >> Я очень сочувствую этой проблеме, потому что я, знаете ли, раньше работал в LaunchDarkly, руководя продуктом и инженерией, очень техническим продуктом. У нас тоже была диаграмма архитектуры, очень похожая на эту, и опять же, скорее, знаете ли, люди думают, что CPO (Chief Product Officers) или CTO (Chief Technology Officers) ориентированы на внутреннюю работу. Нет, нет, нет, мы продавцы. Мы всегда продавцы. Вас выставляют напоказ, и вы ставите нас перед клиентом или ставите нас перед потенциальным клиентом, чтобы ответить на технические вопросы, и у нас была такая диаграмма, и мне постоянно задавали эти очень подробные вопросы, которые требовали очень подробных ответов, например, как работает наше кэширование, и знаете ли, когда у вас семь уровней кэширования в вашем приложении, вы можете дать общий ответ из документации, но когда вы сидите с архитектором в комнате или с кем-то очень техническим, им не нужен ответ из документации. Им нужен пошаговый ответ о том, как все эти службы каскадируются вместе, чтобы построить, например, устойчивый механизм кэширования. И я просто думаю, насколько мощно быть на совещании или в переписке по электронной почте и не просто давать этот общий обзор, а иметь возможность запрашивать текущую кодовую базу и действительно понимать на детальном уровне, как она работает. И я думаю, что текущий очень важен, потому что, знаете ли, и я знаю, что это всегда развивается со временем. Так что даже если вы получили правильный ответ, знаете ли, месяц назад, возможно, ваша команда выпустила обновление, или, возможно, знаете ли, этот метод на самом деле устарел, или документация немного устарела. Так что я думаю, потому что кодовая база, знаете ли, по крайней мере, ваша основная ветка всегда является источником истины, она становится действительно надежным, знаете ли, контекстом для вас, чтобы отвечать на вопросы о том, как работает продукт. >> Да. И чтобы быстро ответить на ваш комментарий о том, что ваш код, очевидно, постоянно развивается. Я имею в виду, мы выпускаем, знаете ли, несколько функций в день, несколько релизов. И одна вещь, которую я сделал с помощью Cloud Code, это у меня есть этот скрипт в корневом каталоге, который говорит, что я просто делаю что-то под названием "pull all", и я не уверен, так ли это делают другие, но он просто извлекает основную ветку в мой репозиторий для всех репозиториев в моем корневом каталоге. Так что если я делаю это каждый день, я получаю последний код из всех этих каталогов слева в моем VS Code. Так что альтернатива, которую я делал раньше в течение нескольких недель, и я понял, что это так же, как я делаю это, это делать "git pull origin main" в каждом отдельном каталоге, и это просто не масштабировалось, потому что теперь есть около 15 различных репозиториев, из которых мне нужно извлечь последнее. Так что вот как я решил проблему постоянно развивающейся кодовой базы, чтобы убедиться, что я всегда получаю самую актуальную информацию для моих клиентов. И я должен спросить, вы только что сказали, что Claude Code написал мне скрипт, который делает все эти git pull? >> О да, да, да. Я понятия не имею. Это я открываю скрипт прямо сейчас в своем VS Code. И это примерно 16 строк. Я >> Мне не пришлось это писать. Я просто попросил помочь мне найти способ извлечь последние основные ветки в мои локальные репозитории. И он просто сделал это за один раз. >> Да. Еще одна вещь, которую я хочу отметить для людей, когда я смотрю на ваш экран, я не думаю, что люди достаточно используют этот трюк, который заключается в том, что в VS Code, в Cursor и в любой вашей IDE. Загрузка проекта на уровне нескольких репозиториев, а не на уровне отдельных репозиториев, если вы пытаетесь ответить на вопросы по всему продукту, действительно важна. Так что, знаете ли, есть некоторые проблемы с раздуванием контекста, которые могут возникнуть при запросе по всем этим репозиториям и всем этим файлам, >> но было бы очень болезненно, если бы вам пришлось заходить в каждый из этих репозиториев по одному и запрашивать, а затем переходить в другой и запрашивать. И поэтому мне нравится эта идея открытия их всех совместно в вашей IDE, чтобы когда вы запрашиваете его с помощью Cloud Code, или вы запрашиваете его, знаете ли, с помощью чего-то вроде Cursor, он мог пересекать репозитории и действительно давать вам высококонтекстные ответы. Да, наши кодовые базы находятся в нескольких репозиториях, но я просто загружаю их все в этот огромный каталог Galileo здесь. И поэтому все находится на одном уровне родителя, но да, если вы находитесь в монорепозитории, это может быть, да, на самом деле, я не знаю, как это будет работать с монорепозиторием, потому что я никогда не делал этого с монорепозиторием с помощью Cloud Code, но, по крайней мере, для нас в Galileo, вот как это работает. >> Ну, у меня много монорепозиториев, и да, вы просто открываете его на правильном уровне. Я бы сказал, мой совет людям: откройте Cloud Code или откройте, знаете ли, вашу IDE на правильном уровне, и иногда это узко, а иногда вам нужно подняться на каталог выше, и я думаю, действительно подумайте об этом, и вы можете даже сделать это контекстуально к проблеме, которую вы пытаетесь решить, >> и делая это, я думаю, очень полезно. Можете ли вы показать нам, просто используя Cloud Code, на какой вопрос вы могли бы ответить с этим контекстом кода? >> Я сделаю, я дам вам пример, я думаю, я большой сторонник использования ярлыков. Так что я использую кучу пользовательских команд Cloud Code, чтобы помочь мне делать вещи. Так что одна вещь, которую я часто делаю, это помогаю моим клиентам развернуть Galileo на их VPC. Так что у меня есть пользовательская команда под названием DPL, которая фактически ссылается на первое, что она делает, это смотрит на нашу Confluence, потому что у нас есть куча страниц Confluence о том, как развернуть в Kubernetes, используя наши различные образы и тому подобное. Так что я скажу DPL, мой клиент не может использовать CRD, и они используют Google Secrets Manager и хотят развернуть образ wizard, дайте мне пошаговый процесс, как это сделать. Это на самом деле не очень репрезентативный запрос, потому что они намного подробнее, чем это, и я предоставляю гораздо больше контекста, но я хочу, чтобы Cloud Code сначала сосредоточился на изучении Confluence, потому что я знаю, что у нас есть куча материалов по развертыванию там, а затем, если они не могут найти ответ, он обратится ко всем различным репозиториям слева в моем VS Code Cloud Code, чтобы найти ответ. Так что прямо сейчас он просто использует lassie и MCP для извлечения информации из Confluence, а затем объединяет ее с нашей кодовой базой, чтобы ответить на очень глубокий вопрос о развертывании. >> Одна вещь, которую я не уверен, стоит ли нам сейчас говорить об этом, но я начал делать это в Confluence, где у нас есть страница, которую мы называем "странности клиента". Это все виды наших корпоративных клиентов, у них обычно есть изолированные среды. Так что у них есть все эти меры безопасности, и мы должны их соблюдать при развертывании продукта в их среде. И поэтому у меня буквально есть страница, которая выглядит точно так же, где у меня есть имя клиента на верхнем уровне, а затем куча маркированных пунктов с такими вещами, как: вот некоторые вещи о том, как они хранят свои секреты. Вот как они используют пространства имен. Знаете ли, вот как они обрабатывают сайдкары и шифрование от службы к службе. Вещи, о которых я ничего не знаю, но когда я встречаюсь со своими клиентами, я помещаю все это на эту одну страницу Confluence, эту постоянно растущую страницу Confluence, а затем это фактически одна из основных страниц, которая входит в эту пользовательскую команду DPL, которая заключается в том, чтобы посмотреть на страницу "странности клиента", если я упоминаю клиента, который есть на этой странице, посмотрите на все его странности, а затем в ответе от Claude он очень индивидуален, очень адаптирован к их среде, потому что я видел, работая с нашей командой DevOps, что мы можем дать общий ответ о Kubernetes или о ClickHouse или о чем-либо еще для клиента, но это то, что вы можете просто найти в Интернете, поискав в Google или используя ИИ. Но когда это адаптировано к конкретным требованиям безопасности и развертывания, это гораздо более эффективно и просто дает клиенту больше доверия к тому, что мы знаем, что делаем. По сути. >> Что мне нравится в том, что вы показали здесь, это то, что вы объединяете репозиторий с Confluence MCP, а затем как общую документацию, сгенерированную командой, так и микродокументацию, сгенерированную вами на уровне клиента. Я слышал так часто за мои 20 лет в корпоративном SaaS: "Что является источником истины для этой информации?" Я уверен, что вы тоже это слышали: "Что является источником истины для того, как работает XYZ, или что является источником истины для этого клиента?" И люди потратили так много времени на то, чтобы, знаете ли, прочесывать эти сады Confluence и организовывать свои каналы Slack и пытаться заставить людей, знаете ли, правильно использовать соглашения об именовании, и реальность такова, что мы теперь все можем жить в некотором хаосе, потому что ИИ управляет всей этой информацией для нас в разных системах, верно? Так что вы можете находиться в своем коде, запрашивая Confluence, он найдет, вы можете как бы указать ему правильное направление, он найдет информацию. Вам нужно быть менее щепетильным в отношении того, где и как вы храните информацию. Маркированный список странностей, знаете ли, действительно официальная документация, что угодно. Это не имеет значения, потому что ИИ гораздо более эффективен в обходе всей этой информации и ее извлечении и использовании. И я не думаю, что это то, в чем кто-либо из людей действительно гордился тем, что он хорош. Они говорили: "Я действительно хорош в поиске правильного документа Confluence". Это никогда не было добавленной стоимостью. >> Да. Да. Я имею в виду, я думаю, даже если это так просто, как: "Эй, вы наткнулись на действительно хороший ответ в Slack", в действительно увлекательной ветке Slack, бросьте это на страницу Confluence или сохраните эту ветку Slack, потому что я также использую MCP Slack, чтобы суммировать ветки. Так что, если у вас есть просто случайный поток сознания документов, которые вы хотите, чтобы Cloud Code сканировал, я бы просто сказал: бросьте в Confluence, бросьте в Notion, бросьте в Slack, куда угодно. И тогда это становится контекстом, который вы можете предоставить Claude, когда вы пытаетесь задать ему вопрос о клиенте или о вашей кодовой базе. >> Ну, и еще одна вещь, и это, возможно, возвращаясь к тому, как я представил этот выпуск, заключается в том, что люди используют ИИ так много, чтобы конкурировать в области продукта и скорости разработки. И что я имею в виду под этим, так это то, что мы все используем Cloud Code для выпуска большего количества продуктов. Мы все используем ИИ и кодек для создания, знаете ли, лучшего пользовательского опыта или более устойчивых бэкендов или чего-либо подобного. Но есть также совершенно другая конкурентная область, это то, как вы проявляете себя в отношениях с вашими клиентами. И я думаю, знаете ли, то, что вы показываете, это то, что вы можете фактически использовать ИИ для инвестирования и конкуренции в области клиентского опыта. И, знаете ли, моя гипотеза заключается в том, что когда ваши очень сложные корпоративные клиенты видят, как вы появляетесь, и вы не просто говорите: "Вот наша общая документация для развертывания этого", а вместо этого говорите: "Я вас услышал. Я понимаю ваши потребности, и вот ваша индивидуальная документация о том, как именно вам нужно это развернуть, и я уже заранее продумал все проблемы, о которых вы мне уже рассказали". Знаете ли, просто глядя с конкурентной точки зрения, >> это должно восприниматься как гораздо более приятный клиентский опыт для получателя и позволяет вам позиционировать себя не просто как отличный продукт, но и как отличную команду, которая будет хорошо обслуживать ваших клиентов. >> Да, я надеюсь. Я имею в виду, я думаю, что наши клиенты, я думаю, мои клиенты, надеюсь, наслаждаются ответами, которые я предоставляю, и глубиной, которую я предоставляю. Я думаю, я думал о том, чтобы довести это до крайности, что есть определенные клиенты, которые, знаете ли, очень глубоко вникают, они хотят знать вещи прямо сейчас, и я буквально беру их вопрос и просто говорю: "Мой клиент только что спросил меня об этом, потому что они не видят ваш код, но я, Аль, я вижу код, помогите мне получить ответ", и поэтому, если я доведу это до логического заключения, то почему бы нам просто не поделиться нашими репозиториями с клиентом? Тогда они смогут просто запрашивать наши репозитории напрямую, чтобы получить нужные им ответы, вместо меня как бы "посредника". И, знаете ли, проблема в том, что наш код является проприетарным и все такое прочее, но я видел, что есть фактическое исследование от LangChain, и поскольку многие репозитории LangChain являются, знаете ли, открытыми исходными кодами, их агент поддержки бот фактически делает многое из того, что я делаю, но он может запрашивать все общедоступные репозитории с открытым исходным кодом. И любой из вас, кто пытается использовать LangChain или LangGraph, может просто загрузить все эти репозитории на свою локальную машину, а затем задавать вопросы, конечно, используя Cloud Code или Cursor, или что-то еще. Но я прошел через этот мысленный эксперимент: я все еще своего рода узкое место в плане ответов на вопросы моих клиентов, потому что я как бы держу ключи к нашему коду. Но если бы у них каким-то образом была санированная версия этого, то, возможно, они могли бы сами отвечать на свои вопросы, потому что они все тоже используют VS Code, Cursor и Claude, но у них просто нет нашей, знаете ли, проприетарной кодовой базы. >> Да. Я собирался спросить вас, не беспокоит ли вас, что, как будто Аль-бот идет, и вы выбываете из игры? И я просто любопытен, как вы думаете, когда вы снова, как бы, высший порядок вас не быть проходным, и я не думаю, что вы так себя считаете. И поэтому, где человек в этих отношениях, основанных на ИИ, добавляет ценность? >> Ну, я не просто слепо копирую и вставляю ответы, которые я получаю от Claude Code, своим клиентам в Slack или по электронной почте, или где-либо еще. Я все еще стараюсь все вычитать и на самом деле стараюсь, чтобы это звучало более по-человечески, и вы можете тогда сказать аргумент: "О, почему бы вам не использовать Claude Code, чтобы ваш ответ звучал более по-человечески?" И я думаю, все мы знаем, когда получаем ответ от ИИ, и это, знаете ли, такие вещи, как: "Вот сводка, вот вещи, которые вам нужно сделать, чтобы убедиться, что ваш ClickHouse работает", так что это как бы удаление таких вещей, которые просто делают его похожим на бота, просто делает его более человечным, и мы фактически, я имею в виду, это как бы заглядывая за кулисы того, как мы работаем, нас иногда наказывали, когда клиент говорил: "Можете ли вы просто не давать мне ответ об ошибке, а просто дать мне человеческое вычитывание и сказать мне, как это применимо ко мне?" Потому что обычно ответ слишком многословен. В нем слишком много информации, и клиент просто хочет знать: "Дайте мне, пожалуйста, самое главное. Что мне нужно знать, чтобы развернуть этот образ на моем кластере?" И вот где человек, я все еще считаю себя человеком, приносящим ценность, и свожу это к тому, что им действительно нужно. И я бы сказал, что даже для некоторых более глубоких технических вопросов я все еще стараюсь получить точку зрения инженера, чтобы убедиться, что Claude Code не галлюцинирует или не говорит ничего необычного. В моем системном запросе я всегда, знаете ли, в моем Claude Code, я говорю такие вещи, как: "Не выдумывайте. Всегда ссылайтесь на свои источники, указывайте мне на строку кода, откуда вы получаете эту информацию". Но даже с этим, если я не полностью понимаю, как работает эта функция или что-то еще, я все равно обращаюсь к инженерному каналу, чтобы сказать: "Эй, это то, что сказал мне Claude Code. Согласуется ли это с вашими мыслями?" И бывают случаи, когда я ошибаюсь или Claude Code ошибается, потому что наши инженеры думают о рефакторинге в эту новую модель, которая нигде не отражена в нашей кодовой базе. Она просто отражена в каких-то заметках о встрече или просто в разговорах в коридоре. И поэтому это те вещи, которые я никогда не смогу запросить, скажем так, в Claude. >> Да. Я бы сказал, что еще одна вещь, где я вижу, как люди добавляют ценность, и я говорю это все время, это то, что RZ - это единственная крепость, это то, что в какой-то момент, знаете ли, люди просто хотят иметь лицо и доверительные личные отношения, знаете ли, с теми, кто продает им программное обеспечение. Вы хотите знать, что у вас есть кто-то, кому можно позвонить. Вы хотите знать, что у вас есть кто-то, кто может собрать нужных людей для вашей команды и вашего развертывания. И, знаете ли, вы хотите получать удовольствие от работы с этим человеком. И я просто скажу, что мне очень весело строить с помощью этих инструментов, с инструментами ИИ, но я бы не сказал, что мои коллеги по ИИ самые веселые, с кем можно провести время, то есть я не всегда с нетерпением жду сеанса с моим Claude Code. Я собираюсь поболтать с добрым старым Клодом. И я думаю, что у вас все еще есть эти отношения с, знаете ли, вашими человеческими партнерами, вашими человеческими коллегами, всем этим. И поэтому я думаю, что есть часть этого, которая просто не будет вырезана. И, честно говоря, я дал этот доклад, я не знаю, два года назад, я сказал, что PM мертв, и люди спрашивают: "Ну, что еще нам делать?" А я сказал: "Идите в продажи, это не исчезнет. Клиентские вещи не исчезнут". Так что для всех, кто хочет выжить, знаете ли, грядущий апокалипсис, я думаю, что клиентские роли и проведение большего времени лицом к лицу с клиентами являются очень важной частью работы каждого. >> Абсолютно. Если вы работаете в корпоративных продажах, то это все рукопожатия, обеды, ужины, так что это никогда не будет заменено ИИ в ближайшее время. >> Ну, и может быть, здесь есть поколенческий сдвиг. Я думаю, по мере того, как мы продаем, мы увидим, знаете ли, я раньше говорил свою шутку в корпоративных продажах, и самое большое, самое большое препятствие для корпоративных продаж было то, что я начинал продавать миллениалам, которые хотели, чтобы вы отправляли SMS, когда вы появлялись у их двери. Они не хотели, чтобы вы стучали в их дверь, как будто они были подрывниками. >> Посмотрим. Посмотрим, как корпоративные продажи изменятся поколенчески. Этот выпуск представлен Times, интеллектуальной платформой для рабочих процессов, обеспечивающей самую важную работу в мире. Бизнес движется быстрее, чем системы, призванные его поддерживать. Команды застряли с повторяющимися задачами, разрозненными инструментами и труднодоступными данными. ИИ имеет огромный потенциал, но испытывает трудности, когда все под ним фрагментировано. Times исправляет это. Он объединяет ваши инструменты, данные и процессы на одной безопасной, гибкой платформе, сочетая агентный ИИ, автоматизацию и вмешательство человека. Команды возвращают свое время, рабочие процессы работают умнее, а ИИ действительно приносит реальную ценность. Клиенты теперь автоматизируют более 1,5 миллиарда действий каждую неделю. Times доверяют такие компании, как Canva, Coinbase, Databricks, GitLab, Mars и Reddit. Попробуйте Times на times.com/howiAI. Хорошо, так что мы, чтобы подытожить, показали, как вы используете все эти репозитории в вашей очень сложной кодовой базе. Соедините это с Cloud Code, который становится более эффективным благодаря нескольким ярлыкам и скриптам, чтобы вы могли отвечать на запросы клиентов, а также создавать индивидуальные планы развертывания для ваших клиентов, основанные на том, как работает ваш код и как работает их инфраструктура, делая всех счастливее и быстрее выводя клиентов на рынок. Но >> есть также случаи, когда вам нужно заниматься более реактивной поддержкой в разных каналах, и я знаю, что вы используете для этого ИИ. Так что вы хотите рассказать нам, как вы используете ИИ в Slack и поддерживаете клиентов там. >> Да. Так же, как и многие, я бы сказал, цифровые компании, рожденные ИИ, мы оказываем большую часть нашей клиентской поддержки через Slack. Знаете ли, у нас есть внешние каналы с нашими клиентами, и я имею в виду, я пришел из мира, где все было через центральный Zendesk или Intercom или что-то еще, но для корпоративных клиентов это своего рода "всегда на связи", "всегда включено". И поэтому мы используем внутренний инструмент под названием Pylon для мониторинга всех наших различных внешних каналов Slack. И я покажу вам, как это выглядит в этой вкладке. И это пример разговора, который у меня был с клиентом, задающим глубокие вопросы о нашей функции обратного вызова Galileo и о том, как она генерирует различные события. И, как вы можете себе представить, я использовал Cloud Code, чтобы помочь ответить на эти вопросы, в дополнение к использованию нашей документации. Но когда вы смотрите на такой разговор в Pylon или в Slack, первое, о чем вам нужно подумать, это: "Интересно, могу ли я превратить это в справочную статью, или мне следует обновить нашу документацию, или другие клиенты выиграют от знаний, которые заперты в этой маленькой ветке Slack?" И поэтому Pylon позволяет нам делать следующее: глядя на очень длинную ветку Slack, он может помочь вам сгенерировать справочную статью. И прямо здесь у меня уже есть одна, связанная с этим конкретным разговором. Но это буквально просто нажатие на "добавить статью", "сгенерировать черновик статьи", а затем эти различные шаблоны, и он просто создает эту статью на лету. Теперь это не ракетная наука. Вы можете скопировать и вставить всю ветку Slack, поместить ее в любой инструмент ИИ, который вы хотите, чтобы сгенерировать справочную статью. Главное в Pylon - все находится как бы в одном интерфейсе. Так что вам не нужно беспокоиться о копировании и вставке и соединении ссылок. Так что это как бы черновик, который получился. И затем у нас есть этот постоянно растущий список статей, основанных на реальных разговорах с клиентами. И эти статьи абстрагированы, чтобы не показывать никакой конкретной информации о клиенте. Но затем, когда мы публикуем эти статьи, они попадают в эту базу знаний, которая также является общедоступной базой знаний. И это как бы живая истина о глубоких, детальных вопросах о развертывании, о том, как работает Galileo. И она всегда гораздо более подробная и актуальная по сравнению с нашей документацией, потому что для официальной документации требуется загрузка репозитория документации, отправка PR, его одобрение и так далее. И поэтому это гораздо более отполированный процесс. В то время как с этими статьями базы знаний это как бы на лету, у вас есть ветка Slack, которую вы хотите суммировать, используйте ее, создайте ее в Pylon, а затем она автоматически публикуется на этом сайте базы знаний. Так что одна из вещей, которая мне нравится в этом, это то, что это представляет мой, а затем то, что я называю рабочим процессом "и затем" в ИИ: я представляю, что у вас была бы команда с бесконечным штатом, и вы столкнулись бы с задачей, и каждый раз, когда они выполняли один шаг задачи, вы спрашивали: "и затем", и они могли бы это сделать. Так что это как: у меня был запрос в Slack от клиента, поэтому я ответил, и это было похоже на то, если бы у вас была идеально укомплектованная команда, что бы вы сделали дальше, и это было бы похоже на: "и затем я бы превратил это в статью", и это было бы похоже на: "хорошо, и вы превратили это в статью, а затем что вы делаете?" Это было бы похоже на: "и затем я бы поделился этим с нашей командой по работе с клиентами и обучил бы их этому ответу, потому что, знаете ли, все должны знать эту информацию", и это было бы похоже на: "и затем вы бы сказали: "и затем мы могли бы, вероятно, сделать долгосрочное SEO по всем этим вопросам", и я думаю, вы можете связать эти рабочие процессы "и затем", чтобы фактически построить довольно крутую, знаете ли, систему добродетельного цикла, основанную на одном действии. И поскольку, опять же, стоимость выполнения любого из них сводится к нулю, вы можете действительно вытянуть нить этих задач, которые ни одна человеческая команда не смогла бы выполнить. Но если вы думаете об этом как о системе, это помогает вашим человеческим коллегам, это помогает вашим клиентам, и вы можете сделать много дел. У нас есть пара выпусков. Мэтт из Suzie показал своего рода версию этого, где он берет записанный звонок клиента и как бы делает ставки на AdWords для фраз, которые говорит клиент, и создает сообщения в блогах, и проводит коучинг по продажам на основе этого. Так что я думаю, что это очень похожий пример: у вас есть эта, знаете ли, атомарная единица вопроса в Slack, и вы превратили ее во что-то, что приносит пользу всей команде. >> Да. Я думаю, если вернуться к временам до ИИ, и я делаю это с Intercom, мы хотели видеть, о чем больше всего говорят наши пользователи, когда они задают нам вопросы. И поэтому, если вы начнете кластеризовать все эти вопросы и идеи пользователей по различным темам и категориям, они могут в конечном итоге определить вашу дорожную карту продукта. И поэтому >> я думаю, что с ИИ это просто автоматизирует немного больше из этого, без необходимости ручной сортировки и группировки в Google Таблицах или чем-то еще. Я знаю, что есть платформы, которые вы можете купить, которые делают это для вас. Я думаю, есть одна под названием Interpret, которую я использовал в прошлом. >> Они были спонсором How I, так что спасибо, Interpret. >> Да. Да. Так что, но, знаете ли, я думаю, опять же, в зависимости от того, как вы хотите рассматривать этот весь добродетельный цикл. Возможно, вы не хотите, чтобы все ваши данные были в одном месте, и вы хотите быть более открытыми. Так что об этом тоже стоит подумать. Но да, ИИ определенно помогает, к вашему пункту, сделать этот добродетельный цикл для клиентов, но также и для вашей продуктовой команды. Так что у меня есть вопрос. Является ли это системой ИИ или это система полевой инженерии Galileo, которая, знаете ли, у вас есть этот отличный рабочий процесс. Вы обнаружили все эти вещи. Как этот процесс масштабируется, делится, преподается по всей организации, чтобы все, кто взаимодействует с клиентами, получали выгоду от всех советов и хитростей, которые вы сами выясняете? >> Конечно. Мой предыдущий опыт работы был в области no-code/low-code, и я большой сторонник систем, инструментов, процессов и инструментов, которые помогают вам создавать эти вещи. И поэтому, когда дело доходит до того, является ли это способом делать вещи, да, это мой способ, но я также очень, вероятно, один из самых предвзятых людей в команде полевой инженерии относительно того, как мы должны общаться с клиентами, отвечать на их вопросы и извлекать правильный контент. И поэтому я сказал многим людям: "Загрузите все репозитории на свою локальную машину и запустите команду инициализации Cloud Code для индексации всей кодовой базы или что-то в этом роде". И я просто постоянно делюсь этими советами и хитростями со своими товарищами по команде, чтобы убедиться, что они также функционируют на своем уровне. Так что это мой способ, но я бы сказал, что я также очень предвзят в отношении того, как мы должны делать вещи, потому что я делал вещи трудным, ручным способом. И этот способ для меня в 10 раз продуктивнее. Так что, у нас нет конкретного, вроде: "О, поскольку Аль делает это сейчас, вся команда должна это делать". Это скорее люди показывают: "Вот проблема, которая у меня была, вот результаты, которые я получил с Cloud Code или что-то еще, и вот почему я думаю, что вы должны принять мое решение". И я постоянно веду этот разговор внутри команды о том, как мы можем выйти из определенных процессов, которые, по моему мнению, замедляют нас, и как ИИ может быть интегрирован во все эти процессы. >> Ну, а теперь вы делитесь этим со всей нашей аудиторией How I AI, как они могут это сделать. Так что вы оказываете большее влияние, чем просто на свою команду. Хорошо. Итак, чтобы еще раз подытожить, ваш код - это ваш источник истины. Он может помочь вам отвечать на вопросы клиентов. Он может помочь вам документировать решения для клиентов. Вы также можете делать это с помощью других каналов, таких как Slack, а затем создавать эти добродетельные циклы решения проблемы одного клиента, а затем систему для более масштабируемого решения этой проблемы для всей вашей клиентской базы для себя и для ваших товарищей по команде. Очень, очень влиятельный выпуск. Я думаю, у людей будет много выводов из этого. Супер практично для всех моих друзей, которые работают с клиентами, о том, что они могут сделать, начиная с завтрашнего дня, чтобы использовать ИИ, чтобы дать своим клиентам лучший опыт. Давайте перейдем к вопросам из молниеносного раунда. И у меня есть один, который очень важен для меня, >> который заключается в том, что кажется, у вас очень здоровая культура в Galileo, но я могу представить команды, особенно инженерные команды, которые говорят: "О, нет, нет, нет, нет. Я действительно не хочу, чтобы люди, работающие с клиентами, заходили в наш репозиторий, запрашивали его и затем просто бездумно отправляли ответы нашей клиентской базе, особенно в более техническом продукте, который действительно требует глубокого технического понимания. Я думаю, вы доказали, что в этом есть большая ценность. Но что бы вы сказали этим командам, которые более нерешительны в отношении открытия доступа к репозиторию для нетехнических ролей? >> Я думаю, с точки зрения инженеров, я бы посмотрел на это так: сколько раз за последнюю неделю, за последний день вас спрашивали в последнюю минуту в Slack, в последнюю минуту в DM, упоминали в ветке: "Как это работает? Как мы можем убедиться, что это функционирует должным образом?" И вы постоянно являетесь источником, вы являетесь узким местом для ответа на этот вопрос. И если вы предоставите систему, похожую на мою, вашей команде, работающей с клиентами, тогда вы фактически избавитесь от этой рутины и постоянной необходимости отвечать на эти случайные продуктовые и инженерные вопросы, которые уже есть в вашей кодовой базе, или, возможно, они уже находятся в вашей Confluence или чем-то подобном. Так что я думаю, это действительно самый большой вывод для меня: сколько вашего времени отнимается у команды, работающей с клиентами, потому что у них нет доступа к коду. И я имею в виду, я думаю, есть некоторые no-code, я имею в виду, я думаю, вы можете, возможно, загрузить свой код в Cloud Code, который немного более no-code, и другие подобные, более no-code способы делать вещи, но я думаю, что я показал, что это самый производительный способ извлечения кода и получения ответов. >> Так что я думаю, что это как бы с точки зрения инженера, сколько времени вы можете сэкономить, а также насколько более эффективным может быть ваш клиентский или. И я думаю, что корреляция к этому заключается в том, что наша команда полевой инженерии очень технична, и поэтому, возможно, вы повышаете планку найма для вашей команды поддержки клиентов или клиентской инженерии, чтобы они чувствовали себя комфортно, используя GitHub и загружая репозитории на свой локальный компьютер. И это может быть сегодня, если они не техничны, просто провести простое учебное пособие или сессию по обучению тому, как использовать GitHub, как использовать команды Git, подобные вещи. И вам, возможно, придется немного самостоятельно учиться. Но я думаю, что как только у вас будет настроена ваша среда, это всегда самая сложная часть всего этого упражнения - настройка вашей среды. Как только это будет настроено, тогда использование Cloud Code будет похоже на использование любого другого чат-бота с ИИ. >> Так что я думаю, есть несколько разных способов, которыми я бы подошел к этому, чтобы демократизировать доступ к вашим репозиториям. >> Одна из вещей, которую я собирался сказать, это то, что я часто говорю людям, что это эра жестких навыков, то есть независимо от вашей роли, прости, дорогая, тебе придется немного научиться кодировать. Тебе придется немного узнать, как работает Git. Тебе придется быть в порядке, открывая код, который ты не понимаешь, в IDE, потому что это просто будет основа, по которой мы будем общаться в течение следующих 3 лет. Это будет приближаться к коду, потому что эти LLM чрезвычайно хороши в понимании кода. И поэтому я думаю, что в целом людям просто нужно стать более техничными и развить жесткие навыки, связанные с кодом, даже если ваша работа не связана с кодом. Я думаю, вторая вещь, которую я говорю людям, это то, что нет лучшего времени, чтобы научиться кодировать. По-настоящему нет лучшего времени, чтобы научиться кодировать. И я думаю, что люди, которые выпускают продукты с Cloud Code, но не используют это как оправдание или поддержку для изучения фундаментальных концепций программной инженерии, упускают 50% ценности. Например, мне пришлось научиться кодировать по книге. Буквально по книге. У меня была открыта книга, а затем я смотрел на свой единственный экран, потому что ни у кого из нас не было двух экранов. Это было бы безумием. И я читал книгу, и я набирал слова из книги в коде и нажимал Enter, и появлялось "Hello, world". И это была моя жизнь. А теперь у вас есть этот волшебный, супер терпеливый, бесконечно мудрый учитель на вашем компьютере, который вы можете использовать, чтобы научиться кодировать. И я думаю, вы немного говорили о Kubernetes и о том, как вы масштабировались на нем. Так что я интересуюсь вашими мыслями о повышении технических навыков с помощью некоторых из этих инструментов. >> Я думаю, мета-вывод заключается в том, что вам просто нужно быть любопытным к тому, как все работает. Я не могу сказать ничего другого, кроме этого. Это как бы, я пришел из того же мира, что и вы, глядя на книгу, а затем я бы сказал, что выпуск выше этого был знанием, как написать хороший запрос в Google, а затем >> Stack Overflow >> переход на Stack Overflow, и сколько из вас согласятся с этим, когда вы идете на какой-то вопрос-ответ Stack Overflow, копируете и вставляете код, он, конечно, не работает идеально, поэтому вы ищете ошибку, которую получаете от этого, что вы скопировали и вставили, и, конечно, все в Stack Overflow очень язвительны, и это не совсем здоровый разговор, а затем, к вашему пункту, у вас есть этот бесконечно терпеливый, бесконечно добрый помощник, который никогда не дает вам неправильный фрагмент кода из Stack Overflow. Он всегда адаптирован к вашим потребностям, к тому, что вы хотите. И затем, если вы сделаете дополнительный шаг и, как вы сказали, а затем, что если вы сделаете дополнительный шаг и скажете: "Хорошо, спасибо, Клод. Ты дал мне ответ. Объясни, почему это работает". И тогда вы начинаете углубляться в Kubernetes и в более глубокие вещи. Но, конечно, вы не будете знать все сразу. Так что вы можете сказать такие вещи, как: "О, объясни мне простыми словами, объясни мне, как будто мне пять". И поэтому вы просто тянете за эту нить. И иногда я теряюсь, погружаясь в кроличью нору. Но я никогда не находил ситуации, когда не погружение в эту кроличью нору не помогало бы мне в моей повседневной работе, особенно в ИИ, где все движется так быстро. >> Да. И это просто, чтобы все чувствовали себя комфортно, это не только для новичков. И я сам делаю это с GPT-4, который является мощной моделью, а также разговариваю с самым эзотерическим старшим инженером-программистом, которого вы когда-либо встречали, который объясняет свои планы очень техническими терминами, и я говорю: "Чувак, просто объясни мне, что ты делаешь, номер один". >> Говори простыми словами. Мне не нужны технические детали. Просто скажи мне простыми словами. И опять же, это исходит из любопытства: я хочу убедиться, что я понимаю фундаментальные концепции того, о чем вы говорите. И я хочу убедиться, что я изучаю как свою кодовую базу, так и общие принципы по ходу дела. И поэтому я думаю, что этот любопытный образ мышления, независимо от вашего уровня старшинства, вашего опыта с технологиями, вы всегда можете узнать что-то лучше. Хорошо, мой последний вопрос, прежде чем мы отпустим вас. >> Когда ИИ не дает вам правильный ответ, он дает вам мусор ИИ, который вы хотите отправить по электронной почте клиенту, какова ваша техника промптинга? >> Я скажу одну вещь сразу: я очень неумолим, когда дело доходит до получения правильного ответа от Claude или от ИИ. Я отношусь к нему как к своему аналитику начального уровня, знаете ли, которому я могу просто бросить миллиард вопросов. Я, потому что я раньше был аналитиком, и я пришел из мира, где от вас просто ожидали, что вы будете работать на полную катушку, поэтому я неумолим, когда дело доходит до того, чтобы просить ИИ делать вещи для меня, особенно когда дело доходит до ответов на вопросы клиентов. Я думаю, что одна стратегия промптинга, которую я использую, это, я имею в виду, вы, вероятно, слышали версии этого раньше, это как, знаете ли, мой клиент, знаете ли, повернется, если я не получу это правильно, или, знаете ли, моя квота зависит от того, чтобы сделать это, сделать это. >> Так что это своего рода способы, которыми я подходил к этому, но это как бы половинчатые ответы. Я думаю, настоящий ответ, и это возвращается к вопросу о любопытстве, это как, и думайте усердно. Думайте усерднее о том, почему вы даете мне этот ответ. Думайте усердно о том, почему это правильно. И поэтому в Claude Code на самом деле есть эта парадигма "думай усердно, думай усерднее" о том, сколько рассуждений он делает, чтобы прийти к ответу. И поэтому это просто углубление на один шаг и сказать: "Вы дали мне ответ, скажите мне, почему вы думаете, что это правильный ответ, и дайте мне источники того, что предоставило вам это рассуждение". >> Так что я думаю, что этот дополнительный шаг, особенно для тех вопросов, где вы не совсем уверены, правильный ли это ответ, и вы читаете код, и он вроде как имеет смысл, но просто этот дополнительный запрос, чтобы убедиться, что вы получаете правильный ответ, иногда даст вам новые идеи о вашей кодовой базе, о вашем продукте, о которых вы раньше не думали. >> Хорошо. Мне нравится практическое принуждение к улучшенному рассуждению, думай усердно, думай усерднее. >> Я не хочу, чтобы люди пропустили, вы говорите людям, что вы пропустите квоту. Я имею в виду, давайте дадим Claude Code немного поощрения каждый раз, когда он правильно отвечает на вопрос. Вам придется разделить свою квоту с Claude Code. Это действительно то, что нам нужно сделать. И скажите: "Смотрите, я дам вам очко в этой сделке, если мы сможем ответить на этот вопрос". >> Очень, очень смешно. И я думаю, сегодня, когда этот выпуск выйдет в эфир, Stripe только что выпустил этот протокол платежей, так что вы можете платить своим агентам. Так что вы можете, знаете ли, бросить им пару агентских долларов или что-то в этом роде. Каждый раз. >> Да. Дает вам лучшие ответы, чем больше денег вы ему дадите, или что-то в этом роде. >> Это именно монета. Claude на монетах. Claude на монетах. Это будет мой новый, мой новый навык. Ну, Аль, это было здорово. Где мы можем вас найти и как мы можем помочь? >> Я в LinkedIn, Аль Чен в LinkedIn в Galileo, и проверьте Galileo, если вы создаете приложения. Также, я думаю, номер один для меня - моя команда активно нанимает полевых инженеров. Так что, если вы хотите работать в постпродаже, предпродаже, для развернутой инженерии, у нас есть куча открытых вакансий. Так что я был бы рад, если бы вы присоединились к команде, если это интересно. >> Потрясающе. Спасибо, что присоединился к How AI. >> Большое вам спасибо. >> Большое спасибо за просмотр. Если вам понравилось это шоу, пожалуйста, поставьте лайк и подпишитесь здесь на YouTube, или еще лучше, оставьте нам комментарий с вашими мыслями. Вы также можете найти все наши выпуски на Apple Podcasts, Spotify или вашем любимом подкаст-приложении. Пожалуйста, рассмотрите возможность оставить нам рейтинг и отзыв, которые помогут другим найти шоу. Вы можете увидеть все наши выпуски и узнать больше о шоу на howiaipod.com. До скорой встречи.