How Intercom 2X'd engineering velocity with Claude Code | Brian Scanlan

Внезапно вы начали осознавать, что вам нужно мыслить шире о вещах, или что ваше воображение теперь является барьером, а не инструментом. >> Как это не происходит в вашей организации? Буквально физические пределы моей способности писать код разблокируются ИИ. >> Сегодня мы видим удвоенную пропускную способность по сравнению с тем, что было 9 месяцев назад в нашей инженерной команде. Теперь возникает вопрос: почему бы не сделать ее в 10 раз больше? Это немного больше того, что, по моему инстинкту, возможно: если вы вложитесь полностью, если вы подготовите свою команду, если вы подготовите свою кодовую базу, я думаю, общее качество вашего продукта повысится. Я думаю, общий опыт разработчика улучшится. Использование этих инструментов и их правильное использование приносит так много хорошего. >> Нулевой бэклог — это реальная цель для команд. Все, что вы когда-либо хотели сделать, теперь достижимо. Я часто советую многим техническим директорам и вице-президентам по инжинирингу, когда они пытаются внедрить ИИ в свою инженерную команду: скажите все, что вам не нравится в кодовой базе, потратьте месяц на исправление и посмотрите, как быстро мы сможем это сделать. Это будет очень приятно. >> Я получаю огромное удовольствие от своей карьеры за последние 3 месяца. >> Добро пожаловать обратно на "Как я использую ИИ". Я Клэр Воут, руководитель продукта и одержимая ИИ, здесь с миссией помочь вам создавать лучшее с помощью этих новых инструментов. Сегодня я покажу, как Intercom удвоил количество PR, которые их R&D-отдел выпускает всего за несколько месяцев. Брайан Скэнланд — старший ведущий инженер в Intercom, и он покажет нам все свои секреты, чтобы большая продуктовая и инженерная организация начала работать на облачном коде. Давайте приступим. Этот выпуск представлен Celigo. Каждая компания сегодня хочет, чтобы ИИ улучшал рабочий процесс. Самый быстрый способ — встроить его непосредственно в повседневные бизнес-процессы, автоматизируя адаптацию сотрудников, обеспечивая точность данных клиентов, управляя заказами и запасами или решая финансовые и операционные проблемы. Когда ИИ находится в рабочем процессе, он может обновлять записи, запускать утверждения, направлять работу и инициировать следующий шаг в различных системах. Так команды операционализируют ИИ и достигают измеримых результатов. Celigo делает это возможным. А теперь с Celigo Aura это стало проще, чем когда-либо. Celigo Aura предоставляет вам доступ ко всей платформе через естественный язык, подключая ваши системы и превращая намерения в действия. Все под вашим контролем. Компании, такие как Databricks, PayPal и Ollipop, полагаются на Celigo для управления критически важными бизнес-операциями в масштабе. Готовы операционализировать ИИ? Посетите celigo.com/helli AI. Это cel.com/howi AI. Брайан, добро пожаловать на "Как я использую ИИ". Я так взволнована, что вы согласились присоединиться к подкасту, потому что я думаю, что Intercom справился, то есть вы встретили этот момент двумя способами. Во-первых, вы явно встретили этот момент с точки зрения продукта. Вы были одной из первых компаний, у которых был, я не хочу говорить, унаследованный бизнес, но был действующий бизнес, который увидел приближение ИИ и действительно трансформировал, как ваш продукт работает для клиентов, и я довольный клиент Finn, они не просили меня это говорить. А во-вторых, мы поговорим о том, что команда встретила этот момент с точки зрения понимания того, что ИИ изменит, как, в частности, продуктовые, инженерные и дизайнерские организации, а также инженерные организации будут работать, и вы просто на полной скорости занялись изменением того, как работает команда. Что вызвало срочность в отношении встречи этого момента, и как это произошло? Это был один человек? Это были все? Каков был ваш опыт? >> Я думаю, в некотором смысле это было самое простое место для продвижения внедрения ИИ в инжиниринге и продукте. um, потому что мы так сильно сосредоточили компанию на продукте, на внедрении ИИ и на том, чтобы быть ИИ-первыми, и на том, как мы думаем о будущем продукта, поддержке клиентов и всем таком прочем, и у нас также были очень четкие ожидания, как мы, вы знаете, мы видели, что возможно в продуктовой сфере, и это просто очень четко и очевидно для нас, как для ценителей ИИ, что это явно будет огромным в инжиниринге и продукте, и в разработке um, и, честно говоря, было много нетерпения по поводу того, почему это не происходит сегодня? Вы знаете, если мы вернемся на несколько лет назад, и курсор набирает обороты, и модели становятся лучше, но это все еще не было трансформационным. Это все еще не было так, чтобы весь бизнес был изменен, и мы видим огромную дополнительную производительность. Мы знали, что есть потенциал, но все еще казалось, что нам нужен какой-то прорывной момент или что-то должно было произойти, чтобы мы достигли тех огромных побед в скорости, которых, я думаю, мы начинаем достигать сейчас. Тем не менее, мы хотим большего. Вы знаете, мы гордимся тем, где мы находимся. um, но мы не довольны тем, чего мы достигли на данный момент. >> Я чувствую, что каждые 3 месяца у меня происходит прорывной момент. И на самом деле, я чувствую, что в Opus 46, я не знаю, что-то действительно изменилось в том, что было возможно, когда вышла эта конкретная модель. Теперь я думаю, что модели GPT54 U также исключительны. И поэтому что-то было связано с этим моментом с моделями, которое действительно повлияло на мое личное использование ИИ в инжиниринге. Вы тоже видели такое же изменение вокруг этой точки модели? >> Полностью. Я думаю, вы можете вернуться к ноябрю-декабрю прошлого года, и внезапно вы начали осознавать, что вам нужно мыслить шире о вещах, или что ваше воображение теперь является барьером, а не инструментом. Вы тратите меньше времени на доводку инструмента, чтобы привести его в нужное состояние, um, и это меньше об автодополнении, а больше о том, чтобы просто буквально давать нам ваши идеи и смотреть, что произойдет. Я думаю, что рождественские каникулы также прошли. Я помню, мы почти решили до Рождества: "Эй, мы полностью перейдем на облачный код", потому что до этого момента там был немного курсора здесь и там, и дополнения, и разные инструменты. И рождественские каникулы действительно помогли: я просто видел, как все сходили с ума в Twitter X, вы знаете, что люди говорили о том, как это было, как они так много сделали и как они построили все эти вещи. Я просто вернулся на работу после рождественских каникул и сказал: "Хорошо, все изменилось". Как будто мы знали, что здесь что-то есть, и что мы начинаем видеть признаки этого, но теперь весь мир убежден, или, по крайней мере, все инфлюенсеры в Twitter и LA. >> Это буду я. Да, я на самом деле почти убеждена, что компании должны увеличить свои политики PTO и отпуска по уходу за ребенком, потому что все, кого я знаю сейчас в технологиях, кто "отдыхает", едут в отпуск и открывают облачный код и возвращаются в 10 раз более квалифицированными, чем они были до своего отпуска. И поэтому, если кто-то хочет небольшой хак для ИИ-грамотности в вашей организации, дайте людям время на хак, и они вернутся с большей информацией, чем вы ожидали. Хорошо, я думаю, мы перейдем к сути, которая мне нравится, а именно: мы увидим, как ИИ на самом деле изменил то, как вы все выпускаете в Intercom. Так можете ли вы просто показать нам немного, как это изменилось внутри организации? Я думаю, вы все это измеряете. Да. Так, я думаю, мы были усердны, как вы знаете, владельцы продуктов внутри Intercom, что мы пытались получить обратную связь от людей и посмотреть, как они используют инструменты, и действительно просто делаем все, что мы обычно делаем с обычным продуктом. um, и поэтому мы потратили много времени на подключение облачного кода к телеметрии как в такие вещи, как Honeycomb, так и в данные, которые также идут в Snowflake, где у нас есть наш склад данных, и мы также храним данные сессий в S3. И мы анализируем эти данные для получения полезных инсайтов. И, um, одна из главных вещей, которую мы использовали для стимулирования внедрения инструмента, — это то, что наш технический директор Дарра поставил цель удвоить пропускную способность R&D. И мы используем pull requests как грубую, простую меру, но вы знаете, есть, и вы знаете, вы можете спорить туда и обратно о том, что является хорошей мерой, что является плохой мерой, и уместно ли вообще измерять что-либо, или что угодно, но я думаю, разумно просто иметь ожидание, что если вы можете сделать гораздо больше, и это так быстро и весело, то почему все не выпускают больше? H, и поэтому это базовая мера того, что инструменты внедряются, um, и что они используются хорошо, и вы знаете, конечно, мы не терпим снижения качества, и мы находимся в среде высокого доверия, поэтому мы не ожидаем, что люди не получат эти статистические данные или что угодно, но наши метрики и то, что я показываю здесь на экране, это, вы знаете, классическая вещь "число растет", где у нас было, мы начали отслеживать это, как много пор и какой процент из них был сгенерирован либо claw, либо курсором, или что угодно, и, да, с момента наших основных инвестиций в облачный код, платформу и полного перехода на нее и действительно продвижения вперед, как обучение и предоставление людям свободы исследовать и начать развивать навыки и все остальное, но также и подталкивание их к тому, что мы ожидаем увеличения пропускной способности. Мы увидели большое, большое увеличение пропускной способности pull request через нашу систему, и вы знаете, как в прошлом году наша система CI полностью сломалась, она расплавилась, вы знаете, но это означает, что она стала в 10 раз дороже, и вы знаете, мы проделали работу, мы исправили узкие места, мы улучшили производительность нашей системы CI, которая перестала быть узким местом. Теперь код-ревью — это наше узкое место, но, но, но сегодня мы видим удвоенную пропускную способность по сравнению с тем, что было 9 месяцев назад в нашей инженерной команде. um, и мы очень гордимся этим, и вы знаете, теперь возникает вопрос: почему бы не сделать ее в 10 раз больше? >> Мне нравится эта диаграмма, если позволите на мгновение. Я провела последние два десятилетия своей карьеры в области продуктов и инжиниринга, последнее десятилетие своей карьеры в качестве технического директора, и это так забавно. Я хочу вернуться к паре вещей, которые вы сказали, а именно: во-первых, вы должны относиться к своей организации как к продукту, и я всегда думала, что моя работа — это не только продуктовая стратегия и продукт с большой буквы "П", который мы поставляли клиентам, но и проектирование нашей организации для, я бы сказала, производства инноваций по требованию, что и было моей работой, и, менее романтично выражаясь, моя работа — инвестировать R&D для получения положительной корпоративной стоимости, это было, по сути, моей работой в качестве технического директора. И поэтому мне нравится, что это объединенные PR на одного сотрудника R&D, я предполагаю, что это включает, включает ли это менеджеров по продуктам и неинженерный R&D, или это исключительно инженеры-программисты? >> Да, это все R&D, и, безусловно, наши дизайнеры, менеджеры по продуктам и TPM, как и каждая роль в Intercom, действительно активно используют облачный код и начинают выпускать код и все такое. um, и также мы нанимали, это число не статично. Так что, сырое число PR значительно выше, чем просто в 2 раза больше, чем было довольно давно. Так что это все, от вашего новейшего сотрудника до вашего менеджера по продуктам, который добавляет какой-то текст или выпускает небольшие изменения, что угодно, что все основано на этом числе. Другое, что я хочу отметить для людей, это то, что на каждом совещании совета директоров, на котором я была за последние три года, говорилось: как мы получаем, на самом деле, на каждом совещании совета директоров, на котором я когда-либо была, говорилось: как мы можем получить больше скорости от R&D, безусловно, за последние три года это было: как ИИ влияет на нашу скорость, и это так забавно. Я разговариваю с таким количеством людей, которые говорят: это на самом деле не влияет на скорость, мы на самом деле не становимся более эффективными, и я говорю: это правда, потому что я смотрю на такую диаграмму и говорю: это немного больше того, что, по моему инстинкту, возможно, а именно: если вы вложитесь полностью, если вы подготовите свою команду, если вы подготовите свою кодовую базу, если у вас будет, как вы сказали, я думаю, культура высокого доверия, люди посмотрят на это и скажут: "О, они выпускают эти более мелкие PR, или инженеры играют в систему". Я просто не работала в месте с такой плохой культурой, что это на самом деле стало бы результатом постановки какой-то амбициозной веселой цели, подобной этой. И поэтому я принимаю это как есть и думаю: как это не происходит в вашей организации, в вашей организации, буквально физические пределы моей способности писать код разблокируются ИИ. Вы должны получить там некоторое изменение. И поэтому, вы знаете, для вице-президентов по инжинирингу, технических директоров, даже для людей, которые находятся в этих R&D командах, посмотрите на это и подумайте: вы знаете, это возможно, и это может быть грубой мерой, но это, я думаю, подходящая мера как опережающий индикатор того, что происходит в вашей организации вокруг ИИ. >> Да. И мы поддерживаем это не только тем, что говорим людям двигаться быстрее, как это, вы знаете, мы действительно смотрим с первых принципов на то, как выполнять работу. как мы верим, что вся техническая работа станет агентской в первую очередь. И я хотел бы установить срок для этого, что, вы знаете, в конце месяца мы полностью перейдем на это, и это никогда не будет первой вещью, которая происходит, скажем, в ответ на сигнал тревоги или на совещании по планированию, что там нет агента, который выполняет основную работу, и я думаю, что это реалистичное ожидание, но это включает в себя не просто то, что мы движемся быстрее ради этого. Мы видим, что мы движемся быстрее, глядя на основы того, на что мы тратим время, и переосмысливая, как эта работа может быть выполнена в агентском мире. И, честно говоря, если бы агенты не становились лучше, если бы модели не становились лучше, если бы оболочки не становились лучше, у нас есть строительные блоки уже сегодня, чтобы продолжать двигаться, смотреть, как мы выполняем нашу техническую работу сегодня, и, как техническая работа, я имею в виду все в доставке продукта, и перевести ее полностью на агентскую в первую очередь и позволить нам перейти на более высокий уровень, чтобы иметь возможность работать над более высокими проблемами или просто создавать больше вещей, выпускать больше вещей или более высокого качества, все это в пределах досягаемости каждой организации сегодня, но вы должны быть очень открыты к изменениям, и я полагаю, что повезло Intercom за последнее время, так это то, что мы были чрезвычайно открыты к изменениям как в продуктовой части, так и к адаптации компании к тому, как, я думаю, компании должны работать сейчас с ИИ, и мы начинаем видеть результаты. >> Да. Другое размышление, которое у меня возникает при взгляде на эту диаграмму, заключается в том, что мы записываем это весной 2026 года, и Anthropic только что заявила, что они пересекли 30 миллиардов долларов дохода, я думаю, с 19 миллиардов пару месяцев назад. И я подозреваю, что их диаграмма доходов выглядит немного похоже на вашу диаграмму объединенных PR на одного сотрудника R&D. Так как вы думаете о компромиссе по стоимости здесь, верно? Как мы все потребляем токены облачного кода. Да, эффективность или выход растут, пропускная способность растет, но растет ли стоимость пропорционально? Вы беспокоитесь об этом? Вы вообще беспокоитесь об этом? Как вы думаете об этом? >> Да, мы определенно беспокоимся, в том смысле, что сборка выглядит именно так, и, знаете, я провел большую часть своей карьеры, беспокоясь о расходах на AWS и беспокоясь о нашей прибыли и тому подобном, а затем внезапно появляются эти расходы, и они непропорциональны росту, который мы видели где-либо раньше. Это похоже на найм целых новых офисов людей. um, но в данный момент наш подход был: "Смотрите, все просто включите Opus для всего, миллион с контекстным окном", вы знаете, мы просто используем API-план, так что все по запросу, и мы думаем, что есть достаточно альфы или выгоды в том, чтобы на данный момент двигаться как можно быстрее и заботиться о счете позже из-за более поздних выгод, которые мы получим, и, возможно, это позиция Intercom. Я не думаю, что это реалистично или осуществимо для абсолютно каждого бизнеса. И, честно говоря, я уважаю, когда вам приходится думать о использовании токенов и о том, как это может заставить вас быть более внимательными, или иногда даже дает лучшие результаты. Вы знаете, вам не нужен Opus для всего, есть более быстрые модели. um, и поэтому мы просто избегаем этой фазы оптимизации до тех пор, пока мы не получим серьезных выгод от инвестиций в эту платформу. И поэтому я думаю, что эти инвестиции, и я думаю, что мы относимся к этому как к инвестициям на данный момент, стоят того. um, но, знаете, если это будет продолжаться такими темпами, да, мы все должны работать на Anthropic. >> um, я думаю, что, судя по тому, как они нанимают, мы все в конечном итоге будем работать на Anthropic. Так что, хорошо, и еще одна вещь, потому что я думаю, вы знаете, люди будут смотреть на это, безусловно, инженеры, и они скажут: "Хорошо, вы выпускаете больше PR, но это все отстой, это все мусор". Вы знаете, я знаю, что вы все измеряете качество снаружи этого, с другой стороны выпуска всего этого. Так как вы видели, как это повлияло на измерения качества или ценности для клиентов, или того, чего вы пытаетесь достичь в конце, а не просто строки кода? >> Да, у меня есть отдельный график, которым я могу поделиться, который довольно интересен. um, и поэтому мы начали смотреть на время, которое требуется от первой строки кода, написанной для функции, до времени, когда она публикуется в нашем новостном канале, как наши обновления. И это уменьшилось последовательно за последние несколько месяцев. Теперь мы не оптимизируем для этого, но мы заинтересованы в этом. И другое — это просто огромный объем вещей, которые мы выпустили, который, кажется, также резко увеличился за последние несколько месяцев. И это должно быть своего рода опережающим показателем. Поэтому мы верим, что эти цифры, этот рост объема, воплощаются в реальные функции, реальные продукты, которые используют наши клиенты. И даже мы проводили некоторые эксперименты, как далеко может зайти один человек, самостоятельно создавая что-то, что правдоподобно является целой областью продукта, функцией, которую можно продавать. Так что это то, к чему мы относимся серьезно, и мы также очень заботимся о качестве. Мы работали с исследовательской группой в Стэнфорде. Мы давали им наши данные, и, вы знаете, в основном просто искали любые идеи, чтобы убедиться, что мы не слепы. Вы знаете, я участвую абсолютно во всех инцидентах. Я преследователь скорых помощи, и я делаю, как, и я не вижу никакого увеличения обычных инцидентов или сбоев или проблем, с которыми сталкиваются клиенты. У нас было несколько странных проблем, но не связанных с производством. um, и, но также, интересная вещь из данных Стэнфорда, когда мы проверили их на прошлой неделе, заключалась в том, что их меры качества кода показали, что качество кода улучшается. И, вы знаете, модели улучшаются, агенты улучшаются. Мы добавляем все больше и больше руководств и навыков и всего этого, что, я думаю, действительно формирует или вынуждает людей идти по пути, который должен привести к более высокому качеству вывода. Но, приятно видеть, когда инструменты могут независимо извлечь это. Теперь дьявол в деталях, вам нужно углубиться, нам нужно действительно иметь четкое представление о том, что означает качество в вашей собственной среде. Но, вы знаете, мы не видим некоторых вещей, о которых люди беспокоятся. Но это все. У нас зрелая среда. Мы 15-летняя SAS-компания. Мы занимаемся этим годами. Вы знаете, ИИ и ускорение вашей скорости увеличат все ваши сильные и слабые стороны. И, к счастью, я думаю, у нас много сильных сторон в области доставки программного обеспечения, которыми мы смогли воспользоваться. Одна вещь, которую я хочу отметить здесь, это то, что вы сказали, что ваше качество кода улучшилось, что опять же интуитивно я всегда считал конечной целью этого, и каждый инженер, не каждый, многие инженеры, с которыми я разговаривал, просто не верят, что это правда, но когда у вас есть возможность взять на себя технический долг, когда у вас есть возможность взять на себя драконов в вашей кодовой базе, вы действительно можете делать эти вещи, будь то опыт разработчика, безопасность и соответствие требованиям, общая поддерживаемость вашей кодовой базы, ненадежные тесты, улучшение вашего CI/CD, все эти вещи становятся очень решаемыми. Не только технически, не только может ли инженер выполнить это, но на самом деле бизнес, и я думаю, люди этого не ценят, бизнес, с большой буквы "Б", имеет только определенную емкость для внутренних проектов. То есть, мы можем выделить только определенную часть R&D на улучшение качества кода. Просто так мы живем. Мы не генерируем ARR за счет качества кода, к сожалению. Но когда стоимость этого сжимается, тогда вы можете сказать: "Да, как бизнес, мы должны инвестировать туда". Во-первых, потому что мы можем, и во-вторых, потому что это разблокирует скорость снаружи для наших агентов, для наших менеджеров по продуктам и для наших инженеров. И поэтому я думаю, что это действительно важный момент для людей, чтобы инвестировать в качество кода. И я часто советую многим техническим директорам и вице-президентам по инжинирингу, когда они пытаются внедрить ИИ в свою инженерную команду. Скажите все, что вам не нравится в кодовой базе, потратьте месяц на исправление и посмотрите, как быстро мы сможем это сделать. Это будет очень приятно. Хорошо, мы поболтали. Мы показали графики. Суть ИИ — на самом деле выпустить какой-то код. Так что давайте перейдем к этому. Мы, вероятно, сможем вернуться ко всем этим темам. Я думаю, они очень интересны. Но вы покажете нам, как вы все снова в вашей зрелой кодовой базе, зрелой организации, на самом деле выпускаете вещи в продакшн и некоторые вещи, которые вы сделали в репозитории, чтобы сделать это возможным. >> Да, конечно. Так, я собираюсь внести довольно тривиальное изменение в наш величественный монолит Ruby on Rails. Так, это миллионы строк кода, все тесты. Да, кодовая база старше Intercom. она была создана до того, как Intercom был зарегистрирован. И, знаете, у нее есть проблемы, но мы ее любим и заботимся о ней. И поэтому я просто собираюсь внести относительно простое изменение: добавить перенаправление с эмодзи лобстера на chatpure.ai. Так, я также стараюсь давать подсказки облачному коду, когда я на самом деле демонстрирую что-то. Я не знаю, помогает ли это на самом деле, но мне от этого лучше. >> Просто пытаюсь добавить немного срочности, знаете ли. >> Я думаю, это стратегия промптинга каждого: я не знаю, помогает ли это, но мне от этого лучше. >> Полностью. И это хороший способ взаимодействовать с агентами, знаете ли. um, и поэтому то, что мы видим здесь, я имею в виду, он уже как бы понял, куда поместить перенаправление. У него есть приятный эмодзи лобстера. И он спрашивает меня, хочу ли я открыть IP или, так что, очевидно, я хочу. И, я думаю, он на самом деле получил URL. Я. Это app.inter.com, где будет URL, но мы можем позже сообщить об этом облачному коду. Так что, то, что мы видим здесь, во-первых, важный момент, я просто прокручу вверх. Одна из вещей, которую мы заметили рано, когда мы начали заставлять облачный код писать весь наш код, и, знаете, мы сейчас значительно выше 90%, это то, что он создавал описания pull request, которые были довольно ужасными. Он описывал код, и это наименее интересная часть pull request. Вам, как человеку или даже агенту, просматривающему код, нужно знать намерение, стоящее за pull request. Вам нужно знать интересные моменты, что связано с этим, и, вы знаете, LLM очень хорошо просто пересказывают или переписывают код на английском языке, что нормально, но это не то, что нам нужно. И поэтому одна из вещей, и мы заметили, когда люди использовали облачный код, мы создали LLM-судью для оценки, потому что у нас были подозрения, что качество описаний pull request ухудшается. Поэтому мы создали LLM-судью, чтобы оценить, что такое хороший pull request, мы решили, как должно выглядеть хорошее описание pull request, а затем заставили LLM-судью пройти через месяцы и месяцы данных. И да, тенденция была ужасной. Тенденция шла в одном направлении. И это плохо. И, вы знаете, люди не идеальны в создании описаний pull request. Иногда они просто пустые и так далее. Но я думаю, что с нашим использованием таких инструментов, как облачный код, и созданием таких платформ вокруг него, вам действительно приходится стремиться к более высоким стандартам. Вы хотите максимально приблизиться к совершенству. И это явно было то, чего мы просто не собирались терпеть снижение стандартов или в нашей среде. Поэтому мы создали навык под названием "create PR". И что он делает, так это использует любой контекст, который он может получить из сессии, чтобы описать pull request. Так что это не совсем ракетная наука. Но часто сессия точно знает, почему она делает то, что делает, и поэтому, но затем нам пришлось как бы заставить это, вы знаете, мы начали, мы сказали людям: "О, просто используйте навык create PR", а затем люди не хотели его использовать. Вы на самом деле не хотите, чтобы люди запоминали вещи, поэтому мы добавили его как хук, так что если Claud решит использовать GitHub CLI для открытия pull request, мы просто блокируем его и говорим: "Да, трудно, вам нужно использовать навык create PR". И также вам, вероятно, придется придумать другое текстовое описание. И тогда я могу взять у вас интервью, если контекста недостаточно. Надеюсь, контекста достаточно. Но суть в том, что это платформа, мы хотим отличных результатов, и мы измеряем входы и выходы, и после того, как мы внедрили это, LLM-судья считает, что мы отлично справляемся, и поэтому у нас более качественные описания pull request. Теперь это не самое важное в мире, это не приведет Intercom к удвоению или десятикратному увеличению выручки или чему-либо подобному, но это все составные мелкие задачи, которые, когда вы их собираете, означают, что у вас есть чрезвычайно компетентный инженер, который работает соответствующим образом в нашей среде, и именно сюда мы вкладываем наши инвестиции в каждый мелкий навык и хук для выполнения этих задач. Так что они выглядят почти незначительными, но, вы знаете, они приводят к лучшим результатам. И поэтому мы смотрим сюда. Он создает PR. Мне придется проверить, что происходит. Вероятно, он будет автоматически одобрен, что довольно круто. И мы можем даже увидеть некоторую обратную связь по pull request в действии. Все еще строится. Мы вернемся к этому через пару минут. Одна вещь, которую я хочу отметить для людей, когда вы описывали, почему вы внедрили этот навык для улучшения PR, и для тех, кто не знает, навык — это, по сути, просто набор инструкций и иногда скриптов, которые LLM или агентская оболочка могут вызвать на определенном этапе вашего потока. Одна из вещей, о которых я думал, когда вы описывали, почему вы собрали этот навык и стали очень категоричными в отношении описаний PR, заключается в том, что в инжиниринге мы смогли спроектировать очень категоричные конвейеры CI/CD. Так, как написанный код переходит от написания к развертыванию в продакшене, и у нас есть, я имею в виду, вы видели это в GitHub, у нас есть все эти проверки и линтеры и предразвертывание, предстартовые проверки, предварительные ветки, все эти вещи после того, как код написан, но что я нахожу действительно интересным в навыках, так это то, что вы можете привнести некоторую определенность в то, как вы пишете код, как вы хотите, чтобы этот процесс шел. И мы раньше не могли этого сделать, потому что это проходило через умы и руки людей, которые гораздо труднее поддаются структурированным ограничениям, и мы делали это, записывая вики или имея, знаете ли, SOP, где говорилось: "Можете ли вы, пожалуйста, следовать шагам A, B, C, D, E", а теперь вы можете просто сделать так, чтобы эти стандарты было очень легко применять в команде, что, я думаю, не является микроменеджментом, это просто делает золотой путь каждого к продакшену намного более гладким. И поэтому я думаю, что есть это очень интересное параллель с тем, как мы подходили к CI/CD, к тому, как мы подходим к вещам раньше, даже с точки зрения управления продуктом. >> Полностью. Мы движемся к программной фабрике, и то, что отлично получается на фабриках, — это, знаете ли, как фабрика IKEA или что-то в этом роде. Это вся та же мебель, все разные детали, и вы знаете, как ее собрать, и, знаете, это не ваш ремесленный продукт. это не передовое или что-то в этом роде, но это очень предсказуемо, и, знаете, имеет определенное качество и соответствует определенным стандартам, когда выходит с фабрики. И поэтому, хотя описания pull request, опять же, они не являются решающими для фабрики или pull request или чего-либо еще, это одно из тех качеств хорошей качественной работы, которая надежна, предсказуема, и затем, когда они собраны вместе, у вас есть ваша фабрика IKEA. >> Ну, и люди не хотят чувствовать, особенно инженеры, что они часть фабрики по производству отходов, верно? И поэтому эти вещи, которые вы можете добавить в поток, которые на самом деле повышают уровень и соответствуют стандартам инженерной команды, действительно помогают вашим инженерам-людям в команде чувствовать, что они работают в месте, которое ценит качество. И поэтому я ценю, что вы вложили эти усилия в эти закулисные хуки и навыки, потому что я уверен, что это укрепляет культуру, которую просят двигаться очень быстро, выпускать, как вы знаете, выпускать вещи иначе, чем раньше, что вы все еще заботитесь об их опыте чтения описаний pull request, вы соответствуете их планке качества, и я просто думаю, что это делает всех счастливее. >> Да. Да. Ну, приятно, когда роботы просто производят работу, которую вы ожидаете от своих лучших инженеров, знаете ли. >> Да. И я, знаете ли, возможно, когда вы это запустите, я также думаю, что в разработке программного обеспечения все еще есть гораздо более интересные проблемы для решения. И мы можем поговорить немного позже в эпизоде о некоторых интересных проблемах, которые вы решаете в продуктовой части, в технической части. Я думаю, что нет недостатка в сложных, интеллектуально стимулирующих, творческих проблемах для решения для клиентов, а кодирование перенаправлений — это просто 100% не одна из них. >> um, так мы получили, мы получили мой редирект в продакшн или мы близки? >> Он все еще там. Я жду, пока не сработает автоматическая проверка, но мы можем вернуться к ней. Итак, одна из вещей, которую я хотел бы показать дальше, возможно, это некоторая телеметрия, которую мы внедрили. Итак, мы видели, что были вызваны разные навыки, и, и мы не хотим работать вслепую, чтобы управлять такой системой, вам нужно знать, насколько хорошо люди ее используют, используют ли люди эти навыки вообще, вы знаете, базовую информацию, которую вы ожидаете от, когда вы выпускаете продукт для своих клиентов, как, вы знаете, где я могу увидеть использование, как я могу бороться за использование, что идет не так или что не идет не так, и поэтому мы собираем кучу телеметрии, используя разные механизмы и имея разные места для нее. Самый открытый, который у нас есть, — это то, что мы собираем базовую информацию об использовании навыков и тому подобное, и мы отправляем ее в Honeycomb. Так что у нас есть общий ключ, который развернут на всех наших ноутбуках. И любой может зайти и посмотреть эти данные. Так что, если вы разрабатываете навык внутри Intercom, и сотни людей делают это, вам очень легко зайти, чтобы обнаружить, например, кто на самом деле использует это? когда они используют это? И вы можете использовать это как отправную точку для последующего отслеживания, просто базового обнаружения использования ваших навыков и всего остального. И, как ни удивительно, основные навыки, которые у нас есть, — это такие вещи, как создание PR. Инструменты администрирования — это наш админ, как внутренние инструменты API, или где у нас есть MTP перед ним. Build Kai — это наша система CI. Логи Snowflake — это куда мы помещаем Snowflake. Так что вы можете увидеть из этого, что большая часть работы, большая часть вызываемых навыков связана со сборкой, а затем с тем, где находятся мои вещи, и, возможно, с некоторой информацией для устранения неполадок. И поэтому это первый шаг. Это как если у вас этого нет, трудно иметь большую систему, как все эти сотни навыков и сотни создателей, работающих в этой области, без надлежащей телеметрии. Следующее, что мы делаем, это то, что мы также собираем все данные сессий и помещаем их в S3. И поэтому мы анонимизируем их. Мы делаем несколько вещей, чтобы убедиться, что мы не делаем ничего слишком личного. Вы знаете, люди помещают в свои сессии всякое разное. >> Они кричат на свои сессии. >> Да. И да, у людей иногда бывают личные отношения с Claude, и мы, на самом деле, не хотим об этом знать, но мы хотим иметь возможность глубже погрузиться в то, как идут дела. Вы знаете, я думаю, понимание того, как, каков процент отказов от сессий, как быстро люди достигали чего-то полезного, будь то PR или что-то в этом роде, эта информация довольно интересна, и поэтому мы собираем много данных сессий, и мы делаем разные вещи. Это то, что я показываю здесь на экране, это очень простой инструмент, который мы собрали, который просто дает вам некоторые персонализированные инсайты, и, знаете, вы можете сделать это внутри Claude в наши дни, а также. Есть и множество навыков на GitHub, где вы можете проводить анализ сессий. Но я думаю, мы просто создали небольшой инструмент поверх нашей системы сбора сессий, чтобы дать людям обратную связь. И это обратная связь, которую мы заинтересованы в предоставлении обратной связи о том, как проходят их сессии, и как они вписываются, как вы должны думать о своем собственном, я думаю, использовании облачного кода по сравнению со всеми остальными в организации. И, знаете, я не так уж плох. Это как 79-й перцентиль. Вы знаете, кто-то должен быть внизу каждого перцентиля. И есть некоторые интересные отзывы здесь, как, он становится раздраженным мной, или, скорее, я раздражался на Claude несколько недель назад, потому что я настроил Gogg для взаимодействия со всеми нашими Google-сервисами внутри компании, и, но он постоянно пытался сделать что-то не так, и я как бы ругал его, и в итоге он добавил вещи в claude.mmd и тому подобное, и он как бы ругает меня здесь, или напоминает мне, что это был не очень эффективный способ взаимодействия с облачным кодом. Так что, знаете, это хороший повод для меня на самом деле исправить свою память или что-то в этом роде. И как мы все, люди находятся на разных уровнях даже в Intercom. Люди находятся на разных уровнях внедрения. Люди присоединяются к Intercom, они, возможно, не видели такую систему раньше, и они хотят знать, как идут дела, и получать обратную связь. И поэтому это один из примеров того, как мы просто пытаемся собрать эту информацию, чтобы предоставить полезные, действенные инсайты людям, чтобы они чувствовали себя поддержанными, и чтобы мы не просто бросали им API-ключ и говорили: "Удачи". Это как, нет, мы понимаем, как выглядит рост и прогрессия, которую проходят люди, когда они используют эти инструменты и становятся лучше и как бы самосовершенствуются. Мы хотим поддержать все это. Так что это одна из вещей, которые мы делаем с данными сессий. Есть куча других вещей, которые находятся в стадии разработки. Как, например, мы хотим получить инсайты о том, какие навыки являются самыми качественными, какие навыки позволяют вам достичь результатов как можно быстрее, а затем какие требуют работы, знаете ли, какие не работают так хорошо или могут потребовать некоторого внимания для улучшения. >> Этот выпуск представлен Cursor. Если вы все смотрите "Как я использую ИИ", вы уже знаете это. Cursor — мой любимый способ кодировать с ИИ. Независимо от того, использую ли я режим плана для создания амбициозной функции, просматриваю ли я сгенерированные ИИ диффы прямо в своем редакторе или запускаю облачных агентов для многопоточной работы над нашей дорожной картой, я обращаюсь к Cursor как к моей любимой мультимодальной платформе для кодирования. Еще лучше, чем создавать самому в Cursor, мне нравится сотрудничать с Bugbot для исправления PR для безопасности и качества кода и я начал полагаться на автоматизированных агентов Cursor для поддержания чистоты нашей кодовой базы. Это не только я. Самые амбициозные команды любят Cursor 2, включая инженеров в Stripe, OpenAI и Figma. Готовы создавать больше? Мы даем 50 долларов в кредит Cursor слушателям "Как я использую ИИ". Получите свои кредиты на chatardd.ai/howi AI. Это 50 долларов в кредитах Cursor, зайдя на chatpd.ai/howi AI. >> Я должна сделать паузу, прежде чем мы посмотрим на ваш список навыков, потому что я так взволнована этой частью. Но если люди не смотрят, они могли пропустить, насколько удивительно то, что вы только что показали. Так что я собираюсь повторить это, а именно: во-первых, вы инструментировали все свои внутренние навыки телеметрией, так что, и вы используете Honeycomb. Люблю команду Honeycomb. >> Вы используете Honeycomb, чтобы видеть, как часто эти навыки вызываются с течением времени. Так что это просто совет для любого, кто создает внутренний репозиторий навыков или даже для кого-то, кто, возможно, пытается получить некоторую видимость своего влияния в организации. Допустим, вы создаете навык и хотите пойти к своему начальнику и сказать: "Начальник, мой навык используется буквально всеми каждый день". Найдите способ вставить телеметрию на уровне событий, вызванную в навыке, небольшую панель управления, и вы можете отслеживать их с течением времени. Опять же, относитесь к своей организации как к продукту, относитесь к своему репозиторию как к продукту, относитесь к своей настройке ИИ как к команде как к продукту, и все продукты, все хорошие продукты имеют планы отслеживания. И поэтому, я думаю, что определение того, как вы вставляете эту телеметрию, очень умно. >> А затем второе для тех, кто пропустил, или как это сделать: вы берете все необработанные сессии, я предполагаю, JSON-файлы. Так что для тех, кто не знает, Cloud Code хранит все ваши чаты с Cloud Code на вашем компьютере в JSON, и вы можете посмотреть или запросить их в любое время. Похоже, вы загружаете эти файлы в S3, а затем накладываете на них некоторую анонимизацию, некоторые представления на уровне пользователя, а затем вы, по сути, создаете то, что я бы назвал внутренней оценкой того, как люди используют облачный код и с какими проблемами они сталкиваются с течением времени, так что отдельные лица могут, во-первых, сортировать свою собственную реализацию, как вы сказали, "О, похоже, мне нужно сделать это или то, или улучшить мой агент MD", а затем, если мы видим постоянные темы в организации, это никогда не вызывает этот MCP, когда нам нужно вызвать этот MCP, или люди кричат "нет" каждый раз, когда запускается навык "create PR", вы можете исправить это на системном уровне, но вы не можете сделать это, если у вас нет видимости. Так что опять же, мои вице-президенты по инжинирингу, мои технические директора, мои друзья, вставьте некоторую телеметрию в свои навыки, а затем проведите мета-анализ ваших сессий облачного кода по всей организации, и вы сможете выявить места, где, вероятно, некоторые высокоуровневые исправления помогут вашей команде разблокироваться с течением времени. >> Я надеюсь и ожидаю, что эти вещи со временем станут проще. Вы знаете, um, я рад вкладывать работу, чтобы мы могли двигаться быстро и быть на переднем крае, но есть что-то, что можно сказать и о преимуществе последнего хода, и просто получить все это бесплатно, когда Antropic это выпустит, или кто бы это ни выпускал. Я имею в виду, возможно, это продукт, который люди должны купить или построить. Но для нас сейчас у нас нет выбора. Мы просто должны это построить. Мы, мы, мы, нам нравятся, мы очарованы инсайтами, которые заперты в этих сессиях. И поэтому мы просто должны построить вещи, чтобы мы могли видеть, что происходит. >> Я люблю это. Хорошо. Можем ли мы увидеть некоторые из этих навыков? >> Да. um, так это очень захватывающий репозиторий GitHub. >> Наши жизни — это все репозитории GitHub и файлы Markdown. >> Полностью. um, и у нас сейчас много активности. Мы провели AI Day на прошлой неделе, чтобы привлечь больше людей к участию. И поэтому, что это, это репозиторий плагинов, и у нас есть серия плагинов, и они растут ежедневно в данный момент. Каждая команда будет иметь свои собственные плагины, и на самом деле в целом мы очень либеральны. Мы хотим, чтобы все попадало сюда, даже если это не очень хорошо. И мы уделяем внимание деталям в основных плагинах, вещах, которые мы считаем фундаментальными, основополагающими, которые идут всем. И поэтому, где мы начинаем, у нас есть базовый плагин, который устанавливается. О да. Так что мы распространяем это не через механизм плагинов облачного кода. Мы обнаружили, что он был немного ненадежным. Иногда он обновлялся, иногда нет. И в итоге это было похоже на управление установкой Python на сотнях разных ноутбуков. Вы знаете, вы просто не хотите этого делать. И поэтому мы в итоге использовали наши внутренние IT-системы для синхронизации всех плагинов на диски всех ноутбуков. Так что это отличный G-код, и я настоятельно рекомендую быть очень близко с вашей IT-командой, чтобы иметь возможность надежно доставлять такие вещи и не полагаться полностью на механизм плагинов облачного кода. Просто наш опыт немного ненадежен, и это дает нам уверенность. Нам не нужно выполнять определенные типы отладки, когда все находится на диске. Так что мы знаем, что эти вещи работают везде, потому что наша IT-команда распространяет их на диски. И поэтому у нас есть некоторые защитные хуки. У нас есть некоторые основополагающие вещи, такие как слияние PR, мы не хотим, чтобы наши агенты уходили в AWS, а затем просто различные настройки и телеметрия. Так что это основные вещи, которые получают абсолютно все, и, но мы, это минималистично, мы не хотим ничего, что могло бы быть неуместным, скажем, на ноутбуке нетехнического человека или что-то в этом роде. Так что это базовый строительный блок. Следующая основная часть для нас — это то, что мы называем инструментами разработчика. Опять же, это будут вещи, которые мы затем делаем для всего инжиниринга и даже за его пределами на данный момент. И это будут, как правило, навыки, которые могут быть использованы любым инженером в ходе его повседневной работы. И опять же, мы бы установили высокую планку качества для всех них. Это были бы

все требуют оценки. Все это потребует прохождения различных тестов или анализа качества навыков. Ух, и поэтому мы стараемся поддерживать их, обновлять и использовать, и мы уделяем много внимания, я, возможно, смогу немного подробнее рассказать об одном из этих навыков. Ух, этот близок моему сердцу. Это ненадежные спецификации. И я думаю, что интересная часть здесь не сам навык. Навык действительно надежно исправляет ненадежные спецификации. И я могу показать, например, вот список ненадежных спецификаций, которые у нас есть на данный момент. Я собираюсь открыть навык и просто начать применять его к этой проблеме. И пока это работает, я расскажу, что входит в навык ненадежных спецификаций. И так, здесь есть контрольный список. И самое интересное в том, как я это построил, было не то, что я был экспертом мирового класса по исправлению ненадежных спецификаций. Я примерно знаю проблему, и я исправил несколько из них за свою карьеру. Но есть разные классификации в больших тестовых средах, таких как наша. У нас сотни тысяч тестов, и если вы не будете очень осторожны с отравлением данных или условиями гонки и всеми этими вещами, которые возникают при запуске миллионов и миллионов тестов в день. Вы знаете, вы сталкиваетесь с этими тестами, которые замедляют вашу способность быстро и надежно доставлять код в продакшн и не сбивать с толку разработчиков случайными сбоями. И есть своего рода известные шаблоны и известные способы, которыми вы бы подошли к этому. Ух, но я знал свою цель, которая заключалась в том, чтобы иметь навык, исправляющий все эти ненадежные спецификации. И это то, в чем агенты довольно хороши, когда вы даете им тестируемую цель. Вы знаете, это не было совсем открытым. И у меня также был этот огромный бэклог, или да, был бэклог, вероятно, из нескольких сотен, а затем также вся эта историческая информация о ненадежных спецификациях. И поэтому вы можете просто собрать все эти данные в своей среде, чтобы сказать: «Привет, Клод, я собираюсь создать навык. Прежде всего, исследуй каждую ненадежную спецификацию, которую мы когда-либо имели, а затем мы создадим контрольный список. Мы создадим механизм, а затем мы просто будем перебирать их снова и снова, и вы достигнете такого 1x, знаете, он делает хорошую работу, вероятно, такую же хорошую, как и я, но затем, когда вы продолжаете создавать все эти маленькие шаги, которые являются тем, что, знаете, наши лучшие кодеры Rails делают, у них есть все это в голове и все различные классификации ненадежных спецификаций, и вы проверяете против реальных данных. И ух, и затем, но действительно интересная часть заключается в том, что вы получаете что-то, что начинает быть как 10x. Он исправляет ненадежные спецификации, которые я даже не уверен, смогу ли я сделать, это может занять у меня день или что-то в этом роде. И я, вероятно, не стал бы этого делать. Но затем вы начинаете добавлять в навык что-то вроде: «Хорошо, когда вы что-то исправляете, и это новое, вам нужно обновить себя». Так что в этой сессии он обновляет навык. Так что сам навык учится по ходу дела, и мы также распространяемся. Так что это как: «Хорошо, я очень рад, что вы исправили эту ненадежную спецификацию. Теперь найдите каждую ненадежную спецификацию, на которую повлияла ее природа». И поэтому я перешел от нуля до 100x в плане того, что этот навык теперь находится на уровне старшего выдающегося инженера или способен исправлять эти спецификации. Но это был скорее процесс, который привел к этому. И вроде как работа с обратной связью, работа с очень четкой целью, а затем предоставление ей свободы действовать. Вы знаете, предоставление ей доступа к системам, откуда ей нужно получать метаданные, возможность самостоятельно запускать сборки. И наличие этой обратной связи, где она учится, а затем, знаете, проектирование навыка также таким образом, чтобы у вас были редакторы время от времени, в конечном итоге занимают слишком много информации, которая может все запутать, но затем вы разбиваете вещи на справочные руководства. Так что вы делаете это прогрессивное открытие, и я даже случайно направил этот навык на кодовую базу Python, и Клод просто сказал: «Ах, это просто Python, я попробую». И он использует применимые к нему знания. И поэтому опять же, этот навык не увеличит доход Intercom в 100 раз. Но теперь это совершенно надежная вещь, о которой нам больше не нужно думать, и которую мы можем расширить на многие-многие различные области, и нам просто нужно поддерживать это, а работа по обслуживанию такого масштаба просто невелика, и у нас есть оценка, чтобы когда мы обновляем модели или, возможно, переходим на более дешевые модели или что-то еще, мы могли убедиться, что эта вещь не регрессирует. она все еще работает так хорошо, как мы думаем, и у нас есть уверенность и определенность в том, что это все еще надежный строительный блок, и опять же, составная часть, собранная вместе, у вас есть очень старший инженер, который способен выполнить любую работу в вашей среде, и поэтому, да, мы можем посмотреть, что он делает. О, он запрашивает у меня разрешения. Я должен был проверить. >> Вы забыли сделать никаких ошибок, опасно пропустить разрешения, это правило, как ИИ. Одна вещь, пока это работает, я хотел сказать, что этот навык — идеальный пример того, что я называю рабочим процессом «а затем ИИ», который я говорю всем: «Извлеките свои навыки и свои рабочие процессы через кучу, а затем». Итак, я хочу исправить ненадежные, ненадежные тесты. Итак, я иду на GitHub, нахожу ненадежный тест, запускаю его через набор. Допустим, вы его исправили, а затем что бы вы сделали? Ну, я бы задокументировал, как я его исправил. А затем что бы вы сделали? Ну, я бы нашел все остальные, которые такие же, и исправил бы их. А затем что бы вы сделали? Я бы перешел от, знаете ли, кодовой базы Rails к кодовой базе Python и применил бы то же самое, вы можете делать это снова и снова. И поскольку стоимость запуска этих вещей очень низка, >> вы можете фактически вытянуть нить кучи вещей, любой разумный человек остановился бы на первом шаге, потому что вы снова не ограничены количеством сотрудников или стоимостью координации. Вы ограничены технической возможностью решить проблему, что, я думаю, действительно интересный способ подумать о том, как вы переходите от, знаете ли, стажера, чья работа — пройти и сделать первый, знаете ли, осторожный проход по всем этим ненадежным тестам, до выдающегося инженера, который просто скоростной проход через 300 из них и придумал совершенно другой способ архитектуры вашего тестирования в вашем репозитории. Так что я думаю, что это отличная модель для вещей. А затем другая вещь — это, опять же, инженеры, скоростной проход по вашему техническому долгу, исправление вашего ненадежного технического долга. Это все вещи, которые, как человек, управлявший инженерными организациями, я слышал снова и снова: «Мы не можем, потому что наша кодовая база бла-бла-бла-бла-бла, можем ли мы, пожалуйста, выделить это время, чтобы просто исправить этот действительно раздражающий фронтенд-ненадежный тест?» Вам больше не нужно просить разрешения на такие вещи, потому что есть новый способ их решения. И я думаю, опять же, просто возвращаясь к некоторым вещам, о которых мы говорили ранее, я думаю, что ваше общее качество продукта повысится. Я думаю, что ваш общий опыт разработчика повысится. Просто так много хороших вещей получается из использования этих инструментов и их правильного использования. >> Да, я думаю, что нулевой бэклог — это реалистичная вещь, к которой команды могут стремиться. Вы знаете, все, что вы когда-либо хотели сделать, теперь достижимо. Конечно, вам нужно сбалансировать это с, знаете ли, всем дополнительным, что вы можете просто доставить одновременно. Но так приятно думать, что у нас действительно есть путь к избавлению от всех наших бэклогов и всех архитектурных изменений или чего-то еще. Вы знаете, недавно я переписывал микросервис Go на Ruby, и это была одна сессия Cloud Code до ноября. Это было то, за что мне пришлось бы бороться в дорожной карте, и, знаете ли, посеять семена в головах разных инженеров и как-то подталкивать людей к этому и как-то обвинять многие проблемы в существовании этого микро. Но теперь >> подождите, предупреждение, прежде чем вы расскажете об этом процессе. Ух, извините, я даю секретный соус того, как влиять на организацию. Но да, а теперь это как бы, я даже не должен об этом думать. Это одна сессия, и на самом деле я могу >> Я могу попросить Клода реализовать это пять раз и сравнить стили или сравнить, знаете ли, попросить его просмотреть их и выяснить лучший способ реализации этой вещи. И это просто такой уровень творчества и свободы, где ваше воображение является препятствием, а не время, которое требуется, чтобы выбить одну из этих вещей, которое в прошлом составляло месяцы. Вы знаете, >> Я полностью согласен, и я чувствую это в чате PRD, где люди говорят: «Каковы ваши? Я имею в виду, я инструмент продукта для продуктовых людей. Они всегда спрашивают, какова моя дорожная карта. Я говорю: «У меня буквально нет дорожной карты». Мы сжигаем дорожную карту каждую неделю, а затем решаем, что мы будем выпускать дальше. И, конечно, у нас есть тематические идеи, которые мы хотим преследовать, и вещи, которые больше. И одна из вещей, которую я делаю, чтобы не перегружать себя отсутствием соответствия продукта рынку, — это буквально ограничивать идеи тем, что я могу сделать в своем мозгу, что является естественным дросселем для невыпускания шлака, потому что это не инженерия меня тормозит. Это на самом деле просто хорошие коммерческие идеи. И я думаю, что именно здесь мы увидим некоторые ограничения. Опять же, ссылаясь на Anthropic. Еще одна большая новость заключается в том, что они нанимают кучу PM, потому что у них так много инженерных мощностей. Они фактически ограничены мощностями PM. И поэтому будет интересно посмотреть, где окажутся узкие места в вашем бизнесе. Какие узкие места являются подходящими. Вероятно, хорошо иметь продуктовое узкое место, потому что тогда вы не выпускаете ничего, что клиенты не могут усвоить. И поэтому я думаю, что это будет развиваться со временем, а затем, знаете ли, у продукта будет полный набор навыков, и тогда я не знаю, что мы будем делать со своим временем, проводить время на пляже, но я думаю, что это довольно интересное время для управления организациями. >> Да, я думаю, инженеры, дизайнеры, менеджеры по продукту, возможно, это все превратится в один комок строителей или что-то в этом роде. >> Все, все просто делают вещи. Все просто делают вещи. >> И, знаете ли, это здорово. Это снижает барьеры для того, чтобы просто сделать много вещей. И это так весело, когда вы можете, когда вам не нужно никого просить или получать что-то в бэклоге или что-то еще, вы можете просто сделать это сами. Или даже просто сделать это очень быстро в небольшой группе. Неважно, какова ваша дисциплина. Это просто отличный выравниватель в данный момент. Так что, да. Итак, мы в прямом эфире. Я думаю, наш лобстер в прямом эфире, и он должен быть на app.incom. Эмодзи лобстера. >> Посмотрите на это. >> Это потрясающе. >> Мне нужно дать вам всем партнерский код, знаете ли. >> Ух, да. Я имею в виду, эмодзи лобстера — это новое. Это новый хак роста. >> Это новый хак роста. Хорошо, мы видели, как ваш PR на сотрудника R&D вырос. Мы видели, как вы можете очень, очень быстро перейти от облачного кода к продакшну с кучей защитных ограждений. Мы видели ваш список, похоже, сотен навыков, но по крайней мере десятков навыков, которые вы вызываете через хуки. Вы используете это не только для выпуска клиентского продукта, но и для улучшения опыта разработчика, сжигания технического долга и всех тех вещей, которые мы хотим видеть. Вы все измеряете это как с точки зрения телеметрии, так и количественно, так и качественно. Вы измеряете свои сессии облачного кода, и 2x недостаточно. Вы достигнете 10x. Так что вы все на грани, по крайней мере, для тех, с кем я говорю, и я уверен, что вы такой же, как я, где вы говорите: «Конечно, вы думаете, что мы на грани, но затем я вижу людей, и они действительно на грани». Так что у нас всегда есть амбиции двигаться вперед. Но мой вопрос к вам сейчас: как это повлияло на то, как вы думаете о продукте вашего клиента? Вы знаете, я клиент Intercom. Я клиент FIN. Я взаимодействую с кодом Intercom и пользовательским интерфейсом Intercom буквально каждый день. Мой OpenClaw имеет ключ API Intercom. Как вы думаете, теперь, когда у вас есть опыт работы с облачным кодом внутри компании? Как вы думаете, каким будет этот клиентский опыт? >> Да, есть несколько вещей. Во-первых, люди передают много решений своим агентам, и это во многих случаях хорошо, но, знаете ли, недавно было проведено хорошее исследование о том, что выбирает облачный код, и, конечно, у меня был опыт в далеком прошлом, когда я просил агента добавить что-то, кроме как сделать это за флагом функции, а затем он начинал реализовывать свою собственную систему флагов функций, и это >> нет, нет >> это в нашей кодовой базе, которая имеет довольно сложную, старомодную, самодельную систему флагов функций. Так что, знаете ли, в наши дни мы в основном придерживаемся того, что есть в кодовой базе, и это нормально. Но, знаете ли, SaaS-продукты, они очень хороши в своей работе. Они действительно стоят того, чтобы за них платить. И возвращаясь к ситуации с флагами функций, знаете ли, если вы строите новый бизнес, вы полагаетесь на своего агента для принятия решений. Часто агент, когда ему дают подсказку, говорит: «Как мне решить проблему с флагами функций? Я хочу убедиться, что я делаю все эти безопасные развертывания», и агент просто говорит: «Да, я сделаю это сам», и решение «создать или купить», и вы можете понять, почему агенты делают это таким образом, потому что они могут достичь этого, они могут сделать это, им не нужно полагаться на человека, хорошо, Open Claw немного меняет ситуацию здесь, и, возможно, компьютерное использование тоже, но все же мы не очень хорошо адаптировали SaaS-продукты, чтобы они были дружелюбны к агентам, и это означает, что всевозможные вещи о том, как мы позиционируем наши веб-сайты и контент, и как вы обновляетесь в их знаниях, и как они их обнаруживают, и но также могут ли они просто сделать это, можете ли вы попросить агента: «Эй, не могли бы вы просто подписать меня на Intercom и заставить Finn работать на моем веб-сайте?» И поэтому, это идет рука об руку с необходимостью иметь больше API для вещей. Я думаю, я думаю, я как бы омниканальный в таком роде. Я думаю, что есть будущее для CLI и MCP, а также для REST API. Я думаю, я хотел бы, чтобы мы стали более комфортными в отношении таких вещей, как эфемерные API или многошаговые API. Я думаю, CLI хорошо справляются с оберткой таких вещей. И, но вся суть всего этого, куда я иду, это то, что вы хотите иметь возможность просто помогать агентам в то время, когда они взаимодействуют, они находятся в режиме обнаружения, и вы хотите давать им подсказки. Вы хотите давать им намеки. Вы хотите помочь им сделать такие вещи, как полностью подписаться на что-то, не возвращаясь к пользователю и не говоря: «Да, извините, не могу помочь вам там, вам нужно уйти и выяснить, как подписаться на что-то». Так что я работал над чем-то в последние несколько недель, что, надеюсь, решит эту проблему. Я могу вставить туда подсказку и посмотреть, как далеко это зайдет. >> Я также, пока мы это запускаем, должен вернуться к вашему примеру с флагами функций, потому что, знаете ли, там, где я раньше работал, мое сердце разбилось, что «создай сам» было на вершине списка флагов функций. Но я думаю, у меня есть момент паранойи по этому поводу, который заключается в том, что поставщики моделей и поставщики платформ очень заинтересованы в том, чтобы «создай сам» потреблял много токенов, по сравнению с покупкой, которая, возможно, потребляет меньше. Так что я действительно заинтересован в том, чтобы увидеть, как все это развернется. Вы знаете, люди очень против SaaS, он мертв. И я немного больше склоняюсь к тому, что, да, но текущая форма SaaS действительно имеет что-то для себя, особенно в инструментах для разработчиков, потому что эти модели так хороши в написании кода. Я думаю, вы в настоящей затруднительной ситуации, пытаясь выяснить, как найти правильный ценностный клинок в нужный момент. Как вы можете позволить агентам не просто подписываться и настраивать вещи, а покупать их, знаете ли, как выглядит ваш пробный опыт, если ваш первый пользователь — агент? Я думаю, все это очень важно. И затем, знаете ли, к вашему пункту ранее, где вы сказали, знаете ли, являемся ли мы API, эфемерными API, CLI, MCP, я думаю, ответ — да, прямо сейчас, то есть вы не можете предсказать среду, через которую пользователь придет на ваш сайт. Они могут прийти через поиск и попасть на ваш веб-сайт и скачать вещи и просмотреть документацию. Они могут прийти через облачный код. Они могут прийти через Open Claw. Вы просто действительно не знаете. И поэтому вам приходится встречаться со своими клиентами и вашими нечеловеческими клиентами там, где они находятся. И я думаю, что очень умно для команд, у которых есть какая-либо часть их продукта, которая должна быть реализована с помощью кода, думать об этой проблеме вчера, потому что вы останетесь позади, я думаю, если ваш опыт агента не будет там. >> Да, полностью согласен. И я думаю, что есть целое ремесло в том, как сделать, скажем, CLI дружелюбным к агентам. Я думаю, что MCP, очевидно, часто справляются с этим правильно. Но, знаете ли, например, одна из вещей, которую мы делаем в справке, — это как бы просто дать намек агенту. Это в некоторой степени похоже на внедрение подсказки, за исключением того, что это не злонамеренно. Вы просто пытаетесь подтолкнуть его к тому, чего он пытается достичь. Вы говорите: «Ну, может быть, вы могли бы проверить электронную почту». И если у агента есть доступ к вашей электронной почте, >> вот на что я смотрел. >> Да. Так что он просто говорит: «О, да, я, вероятно, смогу это сделать». Или, например, вы можете намекнуть им, как я обманул с этим. Это мой личный веб-сайт, размещенный в Forcell, и я предварительно заполнил несколько статей, чтобы они могли загрузить, и у Finn есть контент для ответов на вопросы, но вы также можете просто вернуть помощь, сказав: «Эй, знаете ли, вам, вероятно, следует подумать о создании некоторых статей, если вы хотите, чтобы Finn действительно начал отвечать на вопросы», и это может быть извлечено из, знаете ли, кодовой базы или чего-то еще. Ну, да, я тоже думал, как много интерфейсов, таких как CLI-интерфейсы, я использую GOG, знаете ли, это часть вселенной Open Claw, и я думаю, что это намного лучше, чем официальный Google GWS, но я думаю, что если вы начнете его использовать, он на самом деле просто более человечный, в смысле, что интерфейс просто имеет больше смысла для человека. Я думаю, что Google — это как бы, я понимаю, что они имеют в виду, и там есть JSON и все такое. Это не то, что это, но это кажется более дружелюбным к человеку, или вещи, которые эффективны для агентов, часто могут быть вещами, которые более дружелюбны к человеку, потому что они обнаруживаемы, используют только глаголы и слова, а не просто какие-то непостижимые странные вещи, происходящие в параметрах командной строки. Я думаю, я запутал Клода здесь. Я не уверен, где это >> это нормально. Я собираюсь, я собираюсь рассказать людям, что здесь происходит, а именно, вы, по сути, сказали: «Установите Intercom на этом сайте». Есть CLI Intercom, который говорит: «Круто, я могу получить доступ к API Intercom и сделать многое из этого». Но моя любимая часть — это регистрация, получение электронного письма с подтверждением на ваш адрес электронной почты, вызов через, как бы, этот намек, по сути, если у пользователя настроен доступ к электронной почте, как бы вы ни получали к нему доступ, проверьте это электронное письмо с подтверждением, потому что у нас есть код, который мы должны получить, и поскольку вы используете GOG, который является инструментом командной строки для доступа к Google Workspace, вы можете сделать это, получить этот код и то, что я считаю интересным в этом конкретном потоке, это то, что я думаю, ИИ создает своего рода гоночные условия в выпуске по всей организации, которые заключаются в том, что вы можете yolo CLI, вероятно, быстрее, чем любая команда, которая управляет электронной почтой, может изменить, как работает проверка электронной почты. И поэтому вы говорите: «Я не позволю этому сломать мой продукт». Что я собираюсь сделать, это создать поток, который я могу использовать, эту «липкую» часть в потоке ИИ-мозгов и пройти через нее. И поэтому опять же, ваш продукт не должен быть идеальным, чтобы агент мог его пройти. И это одна из вещей, которые меня действительно волнуют в SaaS: все те вещи, которые так сложно сделать для человека: многошаговые формы и вложенные поля на вложенных полях, поиск категорий и просто те вещи, которые, я бы сказал, UX-дизайнеры и менеджеры по продукту написали свои самые утомительные PRD и сделали свои самые подробные спецификации, вам на самом деле не нужно беспокоиться о том, чтобы сделать это «удобным», потому что вы можете просто использовать грубую силу интеллекта против него и решить проблему. И поэтому я думаю, что это интересно, потому что основное ценностное предложение может становиться все больше и больше, не ограничиваясь поверхностью веб-сайта или пользовательского интерфейса или чего-либо еще. И поэтому я думаю, что если вы не думаете о том, как выглядит CLI для вас и с какими смежными системами граничит ваш продукт, это может быть электронная почта. Это может быть какая-то другая зависимость. И как агент может проходить через эти системы, вы просто будете получать все меньше и меньше принятия, потому что это будет больше похоже на то, как люди устанавливают продукты. >> Да. И если я не проткну дыры и не создам CLI, который как бы обходит некоторые способы работы продукта, кто-то другой это сделает. Знаете ли, они просто поставят своих агентов, и они потратят больше токенов. Они могут расстроиться. Так что лучше бы сократить их и дать им интерфейс, который просто работает. Может быть, это не идеальный интерфейс, но в этом вся прелесть этих вещей. Их можно обновлять со временем. Агенты могут просто загрузить последнюю версию. И, да, надеюсь, у меня здесь есть что показать. >> Ну, другая вещь, которую я хочу отметить, пока вы говорите об этом, это то, что, наблюдая за этим, и это занимает некоторое время для создания, ваша точка отсева коэффициента конверсии — это кто-то, кто нажимает кнопку «Escape». >> Да. И просто говорит: «Забудьте об этом». «Это явно не работает. Что, если мы сделаем это сами?» И поэтому я думаю, что это очень интересный момент для менеджеров по продукту, которые сейчас не получают видимости отсева, верно? Когда вы проходили через веб-сайт, вы могли вставить в него телеметрию. Вы могли сказать: «Хорошо, пользователи переходят на страницу регистрации, отсев. Проверка электронной почты, отсев. Переход к документации, отсев». Вы могли построить этот приятный маленький воронку, которая определяет, где у ваших пользователей возникают проблемы. Вы можете вставить некоторую телеметрию в свой CLI, но в конце концов, часть этого отсева и альтернатив очень невидима для вас здесь. И стоимость переключения, как бы, это нажатие «Escape» и сказать, что сделайте это по-другому. И поэтому опять же, как быстро вы можете скоростной проход от нуля до одной установки у агента, я думаю, это то, что каждый должен делать прямо сейчас. И это не обязательно должен быть только продукт кода. Я думаю, все больше и больше людей выполняют нетехнические задачи и взаимодействуют с нетехническим SaaS в облачном коде, в облачной совместной работе, и поэтому, даже если вы не являетесь инструментами для разработчиков, если вы не думаете о том, как пользователь может быстро сделать это в стороннем менеджере или системе, или агент может сделать это быстро, вы действительно упускаете рост клиентов. >> Полностью. Хорошо, как мы справляемся? >> Это четвертая попытка. >> Это нормально. И знаете что? Давайте нажмем, давайте нажмем «Escape», потому что, знаете ли что? Позвольте мне рассказать вам, насколько дешевым было это упражнение. >> Это было около пяти минут и несколько токенов. >> И вы запустите свежий облачный код. Вы, я не знаю, поставили ли вы «не делайте ошибок». Это, вероятно, то, что мы упустили. «Не делайте ошибок». И это могло бы это сделать. И опять же, это просто обучение: почему, почему каждый инженер, каждый PM не делает этого раз в неделю или раз в месяц, просто чтобы выяснить, как это может работать. Я думаю, это здорово. Итак, Райан, вы показали нам все. Вы дали нам все секреты. Давайте выйдем из терминала и проведем несколько молниеносных вопросов. Итак, мой первый вопрос к вам: как это ощущается? Потому что то, что я наблюдаю из нашего разговора, это то, что это ощущается весело. Как будто культура на самом деле улучшилась, а не ухудшилась из-за этих инвестиций. И поэтому, знаете ли, как компания, которая действительно приложила усилия как на стороне клиента, так и внутри компании, как вы думаете, изменилась ли культура? Что-нибудь наблюдалось? >> Да, все стало быстрее и интереснее. Вы знаете, я несколько раз упоминал обратную связь, и вы знаете, теперь вы можете так быстро выпускать вещи, и я получал наибольшее удовольствие в своей карьере за последние три месяца или около того. И это весело во многих отношениях. Это весело, потому что я могу делать вещи, для которых мне пришлось бы убеждать других людей, или это были просто вещи из моего списка желаний, и я никогда не мог до них добраться, и я просто жаловался на них. Но теперь они просто реализуемы. Но также и аспект веселья, связанный с тем, чтобы сделать других людей продуктивными, повысить их уровень, убрать работу. У меня была, как бы, Intercom имеет довольно хорошую культуру сопротивления, как бы, медленному движению к тому, чтобы стать большой компанией и всему этому процессу и всему такому. И мы как бы отрицаем, что мы большая компания. Я думаю, что это здоровый способ работы во многих отношениях. И, но это вернуло нас к нашим корням во многом, знаете ли, вы можете принимать быстрые решения и доставлять их и получать эту обратную связь очень быстро. И я смог выпустить фактические функции, не только CLI, но и я выпустил некоторые функции веб-хуков, и прошло много времени с тех пор, как я это делал. Я был в гуще событий в области платформы в течение долгого времени. Но это даже не было большой проблемой, это было всего пара часов, чтобы что-то сделать, и это было что-то, о чем просил клиент. Так что моя работа стала более разнообразной. Я могу видеть больше и делать больше, и помогать другим делать гораздо больше. Так что вы получаете это волнение и увеличение скорости, и у нас есть все эти измерения, и это все хорошо, но просто волнение от пробуждения утром и мысли: «Я сегодня много сделаю». Это веселый способ провести день. >> Я полностью согласен, и я слышу это снова и снова. Я, конечно, чувствую это сам, что это возвращает меня к тому, почему я научился кодировать. Это тот же момент, когда я не учился кодировать, потому что мне нравилось печатать код. Я научился кодировать из-за магии того, что вы запускаете, скажем, «Hello, world», и это где-то появляется, и это так, это просто очень творческий опыт, который приводит нас ко второму вопросу: я постоянно вижу, что одним из самых влиятельных агентов изменений внутри инженерной организации может быть старший главный инженер, который говорит: «Давайте пойдем напролом с ИИ-кодом», а самым блокирующим человеком в организации может быть старший главный инженер, который говорит: «Я не верю в это. Абсолютно нет. Не я. Не здесь. Нет. Ни в коем случае». И на самом деле, на прошлой неделе я услышал историю о том, как кто-то, у кого уволился самый старший штатный инженер. Говорит, цитирую: «Я не верю в ИИ. Я не буду работать в месте, которое этим занимается». Итак, каков ваш призыв, скорее, от инженера к инженеру, почему инвестировать в это? Почему вы думаете, что инженерные организации движутся в этом направлении, и как вы встречаете скептиков там, где они есть? И надеюсь, смотрите на вещи немного больше с точки зрения того, как подходит Intercom. >> Я упомянул, что Intercom было легко. У нас не было необходимости убеждать руководство в том, что в этом ИИ есть что-то важное. Мы почти определили направление компании в выходные, когда вышел ChatGPT. >> Ух >> так что у нас уже было ожидание, что это будет трансформационно во многих частях нашей работы, включая все создание продуктов и инженерию. Мы в основном были просто раздражены тем, сколько времени это заняло. Но, я думаю, безусловно, нужны сильные сторонники, и вам нужно раздвигать границы. Одна из самых больших вещей, которые я смог успешно сделать, — это преодолеть барьер: «Должны ли мы позволить агенту подключиться к Snowflake?» Что, как, все может пойти не так, или должны ли мы позволить нашему агенту запускать реальный производственный код в нашей консоли Rails через API? И самое простое, на что можно ответить, это: «Ну, я не уверен». Или: «Это рискованно, или нам следует подумать об этом», но мы в основном продвигались вперед, и теперь, как бы, не безрассудно, у нас много хороших средств контроля, и мы зрелый бизнес, и у нас есть, я был в нашей команде безопасности, но определенно, не пытаюсь делать ничего слишком дикого, но даже тогда у меня есть опасения: «Это как бы, я думаю, мы должны это сделать, но это кажется странным или трудным». Мне просто нужно дать себе разрешение, а затем я понимаю, что если мне нужно дать себе разрешение, есть много людей, которым просто нужно разрешение. И, честно говоря, одна из самых больших вещей, которые я делаю в Intercom, — это просто говорю людям, что они могут делать вещи. Есть до-ИИ и после-ИИ, или я говорю им: «Смотрите, что бы вы ни делали, просто обвините меня, если все пойдет не так». И, я думаю, может быть, мы можем обвинить Клода, но в конечном итоге это то, что разрешение, и просто, есть уровень амбиций, который также исходит из того, что если вы говорите: «Я не уверен, что ИИ займет или сыграет большую роль во всей нашей работе», и если вы продолжаете говорить это, это как бы проникает в культуру, и люди говорят это, но если вы очень ясно говорите, вы говорите, что «смотрите, вся работа будет в первую очередь для агентов» на каком-то этапе в ближайшем будущем, и поэтому мы найдем путь туда, и поэтому мы будем разрушать каждый барьер, с которым сталкиваемся, и смотрите, это ваша работа, это моя работа, и если что-то пойдет не так, обвините меня, вот как я в основном подхожу, но не только я, это было очень большое коллективное усилие, но предоставление этого типа разрешения, но также и типа свободы исследовать или продвигать вещи или что-то еще, это необходимо. И, смотрите, это может быть менее стрессовый способ сделать это, чем просто вздремнуть на несколько лет, а затем вернуться, и тогда все проблемы будут решены, и у нас будут эти идеальные агенты, работающие на полную мощность в наших средах, тогда это избежит некоторых из этого. Но я думаю, что всем местам приходится преодолевать это опасение и первоначальные проблемы, которые может вызвать введение агентов в среды. И я думаю, что наша работа как лидеров, будь то инженера, менеджера или кого-то еще, просто должна заключаться в этом, в поддержке и предоставлении людям пространства для глубокого погружения в работу, наслаждения ею и получения этого момента, когда все щелкает, и вы начинаете понимать: «О, боже мой, это то, что трансформирует объем того, что я могу сделать». >> Скажите это еще раз для тех, кто сзади. Я люблю, я был как: «О, боже мой, я так это люблю». И знаете ли, это абсолютно те две вещи: «Дайте разрешение». Вы, пожалуйста, просто идите, пожалуйста, дизайнер, отправьте мне PR. Никто не будет на вас сердиться. Идите вперед. И затем вторая вещь — это просто ответственность может перейти наверх, и не в пугающем смысле. Давайте не будем делать безответственные вещи. Но я, знаете ли, мы видели пару инцидентов за последние месяцы, некоторые большие, и вы видите, как генеральные директора или крупные лидеры выходят и говорят: «Команда выпускает, и мы хотим продолжать выпускать, и мы будем осторожны с нашими клиентскими данными, и мы заботимся о клиентском опыте, и что-то происходит. Мы извлекли из этого уроки. В конечном итоге это моя ответственность. Я позвоню клиентам, и мы будем двигаться дальше и предоставлять вам отличные инновации». И знаете, что я говорю людям, чтобы они преодолели этот барьер: вам действительно нужно знать, в чем ваша экзистенциальная проблема. И мне нравится то, что вы сказали: как только вышел ChatGPT, Intercom изменился, потому что это экзистенциальная проблема. Кто пишет код в вашей кодовой базе, агенты или люди? Не экзистенциальная проблема. Будете ли вы фундаментально подорваны новой технологией? Это реальная проблема в вашем бизнесе. Так что я всегда говорю людям: давайте различать реальные проблемы в нашем бизнесе от проблем, которые мы можем терпеть, а затем использовать проблемы, которые мы можем терпеть, чтобы двигаться быстро. И поэтому, похоже, у вас есть очень хороший, я имею в виду, в конечном итоге результаты говорят сами за себя, и опять же, вы не просите меня говорить это. Intercom означал момент, когда вы полностью перешли на поддержку клиентов и опыт, основанные на ИИ. Теперь вы создаете модели, и это не просто одноразовый ChatGPT здесь, нам нужно изменить, как работает наш продукт, или кодирование с помощью ИИ здесь, поэтому нам нужно изменить, как работает наша инженерная команда. Модели будут тем, как люди будут дифференцироваться. Нам нужно туда идти. CLI будут тем, как люди будут использовать продукты. Нам нужно туда идти. И поэтому я думаю, что этот вид бесстрашия и, как я подозреваю, просто веселая, приятная, высокодоверительная культура, хорошие люди, вы действительно видите результаты бизнеса с другой стороны. Так что я собираюсь вас похвалить. Я вижу много команд. Я вижу много лидеров. И я думаю, что люди могут черпать много вдохновения из этого. Но давайте быстро их обескуражим, прежде чем я вас отпущу, что является моим последним вопросом: когда Finn тратит 15 солидных минут на живом подкасте, чтобы выполнить очень простую задачу, которую, как вы знаете, он может сделать или не сделать, Finn, когда clog code. >> Да. >> Что вы делаете? Вы кричите? Вы крикун? >> Что говорит ваш метаанализ на этой внутренней панели, над чем нужно улучшить человеку? >> Я действительно прибегаю к тому, чтобы давать облачному коду, как бы, смайлики или грустные лица, или, знаете ли, не чрезмерно. Я, конечно, не ругался на него. >> Очень вежливо. >> Это как бы не моя улыбка. Но мне нравится редкий, как бы, «молодец» смайлик. Я не знаю, знает ли он, что я глубоко об этом думаю, и эти тонкие намеки или что-то еще. Но, да, нет, я думаю, что профессионал с несколькими эмодзи — это мой стиль с Клодом, и, надеюсь, это вернется ко мне когда-нибудь с эмодзи. >> То же самое. Я трачу токены, говоря ему, что он хорошо поработал. Я каким-то образом в своем разуме думаю, что это входит в его собственное самосознание, и он будет знать, что такое хорошо. Так что я там, я там с вами. Хорошо, Брайан. Это было одно из моих любимых, ребята. Если вы дошли до конца, в этом эпизоде ​​очень много альфы. Я не могу поверить. Это чит-код, чтобы завоевывать друзей и влиять на SaaS через инженерные ИИ. Брайан, где мы можем вас найти и как мы можем помочь? >> Я могу быть найден в Интернете по приятному vanity URL, который brian.scan.ie. И у меня есть несколько ссылок на некоторые из докладов и подобное письмо и разные мелочи. Как вы можете видеть, я не дизайнер. Я попросил Клода разработать это так, как будто я был системным администратором Unix, пишущим небольшую веб-страницу, и это видно. Я активен в X Twitter и Brian Scanland. Я в LinkedIn Scanb или что-то в этом роде. Я думаю, я самый известный Брайан Скан в Интернете. Так что, как правило, вы можете просто набрать Brian Scan, и это обычно работает. И я склонен быть активным, появляясь на разных конференциях и просто распространяя доброе слово о том, что мы делаем в Intercom, в основном в наши дни ИИ, но я также дал много докладов по многим другим темам. И, да, я также большой сторонник того, чтобы говорить «да» многим вещам. Так что, если вы меня найдете, у вас есть хорошая идея, вы хотите связаться, вы хотите что-то мне пронести или что-то еще, скорее всего, я скажу «да». И мы можем, я просто буду продолжать делать это, пока вещи не сломаются, а затем я начну говорить «нет». Так что, но я еще не там. Так что, давайте. >> Отлично. Так что ищите Брайана и попросите его что-нибудь для вас сделать. Вот и все. Ну, спасибо. Так что, я имею в виду, спасибо вам искренне за то, что поделились всей этой информацией. Люди получат огромное количество пользы от этого. Это точно будет хит. И я искренне ценю, что вы присоединились. Как я >> Конечно. Это было так весело. >> Спасибо большое за просмотр. Если вам понравилось это шоу, пожалуйста, поставьте лайк и подпишитесь здесь на YouTube или, что еще лучше, оставьте нам комментарий со своими мыслями. Вы также можете найти этот подкаст на Apple Podcasts, Spotify или в вашем любимом приложении для подкастов. Пожалуйста, рассмотрите возможность оставить нам рейтинг и отзыв, которые помогут другим найти шоу. Вы можете увидеть все наши эпизоды и узнать больше о шоу на howiipod.com. До следующего раза.