--- title: 'Agentic Engineering, explained by a 10x developer' source: 'https://youtube.com/watch?v=FU5_kpTAVDo' video_id: 'FU5_kpTAVDo' date: 2026-09-10 duration_sec: 2553 channel: 'David Ondrej' --- # Agentic Engineering, explained by a 10x developer > Source: [Agentic Engineering, explained by a 10x developer](https://youtube.com/watch?v=FU5_kpTAVDo) ## Summary In this podcast episode, David Andre interviews Thorsten Ball, co-founder of Amp, about the rapidly changing landscape of software development in the age of AI agents. They discuss how AI is making traditional coding skills less valuable, the shift toward agent-driven development, and why the future of software lies in solving business problems rather than writing code. ### Key Points - **AI is making code cheap** [00:01] — Thorsten argues that contribution graphs and manual coding are becoming obsolete as AI can now generate code quickly and cheaply. - **Amp's philosophy: move fast and break things** [01:11] — Amp deliberately avoids building features that may become obsolete quickly, focusing instead on staying ahead of AI advancements. - **Customers value research-driven development** [02:46] — Amp's clients appreciate that the company conducts research rather than just building software, helping them stay at the frontier. - **Agents replace bug queues** [03:38] — Instead of filing bugs and waiting, developers can now spawn an agent to fix issues immediately when context is available. - **Supabase Agent Skills** [04:05] — Supabase released Agent Skills, a free open-source tool that helps AI agents interact safely with databases, enforcing RLS and security best practices. - **Models are becoming commoditized** [05:24] — Thorsten believes that the specific model matters less now; the focus should be on the information you provide to the agent. - **Information is the key metric** [06:50] — The quality of AI output depends more on the information you give than on the model's details. - **AI slop is a lack of ideas** [08:25] — Thorsten argues that 'AI slop' comes from poor product understanding, not from AI itself. - **99% of code is AI-generated at Amp** [09:07] — An internal survey at Amp showed that most code is now written by AI, with humans focusing on ideas and design. - **Startups should focus on business value** [11:29] — When starting an AI startup, focus on market, customer, and value creation rather than technical details. - **Software value shifts to outcomes** [12:09] — The value of software is now in what it does, not in the code itself. - **AI handles complex migrations** [13:04] — AI can now handle tasks like database migrations that used to take years of experience, making them faster and cheaper. - **Future products should be agent-first** [14:27] — New products should be designed so that agents can interact with them, not just humans filling forms. - **Example: Sunday festival app** [15:22] — Thorsten built a food ordering app for a small festival in 2 hours using AI, showing how easy it is to create custom software. - **Admin interfaces become obsolete** [16:31] — Instead of building admin panels, you can just ask an agent to change code directly. - **Software is dead, what's next?** [17:37] — Amp's internal document suggests that the future is about remixing and customizing software with AI, like Emacs configurations. - **Fork and customize with AI** [19:12] — Thorsten forked a diff tool and used AI to add features, creating his own version without contributing back. - **People will demand custom software** [20:33] — As AI makes customization easy, people will expect tailored versions of software instead of one-size-fits-all products. - **First principles thinking is key** [21:14] — The most important skill is thinking from first principles, breaking down business problems into solutions. - **Avoid the 1% trap** [22:46] — Don't compare AI to the best programmers; most software is simple and AI can handle it. - **Amp's features** [23:46] — Amp is a coding agent with a dial for effort levels, supporting multiple models and remote sandboxes. - **Orbs: remote sandboxes** [25:27] — Orbs are remote sandboxes that can be shared, paused, and resumed, enabling async collaboration. - **Packaging work in a URL** [28:15] — You can package an agent, its context, and changes into a single URL, making sharing and collaboration easy. - **Remote development is now viable** [29:19] — With AI, the arguments against remote development (latency, keybindings) are moot because you're not typing code yourself. - **Puck: meta-agent** [30:02] — Puck is a meta-agent that can manage other agents, spawning tasks and reporting back with screenshots. - **Prompting is about information** [32:38] — The key to good prompts is providing the right information, not using fancy commands or MCP servers. - **Example: porting Puck to CLI** [34:33] — Thorsten demonstrates how he prompts an agent to port a feature, providing context and letting it work. - **Laravel demo in Orb** [37:51] — Thorsten creates a Laravel app in an Orb, tests it, and shares it with his team, showing the power of remote development. - **Speed of development has increased** [40:18] — With agents, the team at Amp fixes bugs and ships features much faster than before. - **The future of software is uncertain** [41:13] — Thorsten believes that the industry is in flux, with infrastructure becoming commoditized and the focus shifting to higher-level creation. ### Conclusion The podcast highlights a paradigm shift where AI agents are becoming the primary developers, and the value of software lies in solving business problems rather than in the code itself. Developers must adapt by focusing on first-principles thinking and providing rich context to AI agents. ## Transcript графики пожертвований больше ничего не стоят. Программирование скоро станет очень дешевым. Расскажите мне, кто-то сообщает об ошибке, а потом вы откладываете её до тех пор, пока у кого-нибудь не появится время её проверить, и что потом? Затем они создают для вас тесты. Наклонившись в этом направлении, можно развить большую скорость . Люди говорят: "О, Amp на вкус такой, как описывают, "отполированный"". Но описывают, "отполированный"". Но факт в том, что 99% контента написано искусственным интеллектом. Это Фюрстенбалл, один из инженеров-основателей компании Amp и автор знаменитых книг по игре в го. В этом подкасте мы обсуждаем, почему всему нужен интерфейс командной строки, имеют ли еще значение основы информатики и почему 99% склонов создаются людьми, а не искусственным интеллектом. Если вы хотите быть в авангарде программирования в области искусственного интеллекта, досмотрите до конца. Это подкаст Дэвида Андре. Наслаждаться. Знаете, как люди, которые всё ещё находятся в эре ИИ 2024-2025 годов, воспринимают новый Итак, с самого начала работы над Amp мы придерживаемся принципа: мы не можем стоять на месте. Последние полтора года подтвердили нашу правоту. Мы могли бы заработать гораздо больше денег и привлечь гораздо больше пользователей, если бы придерживались подхода к работе, который, придерживались подхода к работе, который, возможно, был бы распространен в начале 2025 года. Например, у вас есть один агент на боковой панели в VS Code, а корпоративные клиенты хотят полноценную систему разрешений, и вы должны запускать только эти команды, понимаете, все такое. И я хочу, чтобы меня указали как автора . Я хочу, чтобы каждая строка кода была связана только с одним экземпляром. Это действительно важно, и если бы мы это создали, я думаю, мы бы получили годовые контракты с крупными компаниями и заработали бы на год конкуренты оказались бы в другой сфере. Поэтому с самого начала работы над Amp мы говорили, что нам необходимо оптимизировать компанию, команду, кодовую базу и продукт, чтобы быстро развиваться и избавляться от лишнего, когда мы считаем, что передовые технологии снова вышли на новый уровень. Итак, если вы посмотрите на наш сайт ampcode.com/news, то увидите, что функций, потому что считаем их больше ненужными. И мы этим занимаемся довольно часто . В общем, amcode.com в конечном итоге всё уничтожил, ну, удалил сам себя, или что-то в этом роде. Но они правы. Чтобы привести конкретный пример, сначала у нас было расширение для VS Code и тви, верно? В прошлом году это было обычным делом . Помнить? Как и у всех нас, есть расширения для VS Code . И тогда мы сказали: «Нет». Как и . Нет никакого смысла размещать это рядом с редактором. У кого еще открыт редактор? Да, слащавость не всем по душе, но давайте не будем зацикливаться на редакторе. Но если бы мы остались, мы бы сохранили пользователей, которые действительно предпочитают оставаться в своей зоне комфорта. И тогда возникает вопрос: себя замкнутый круг?" Поэтому мы сказали: «Давайте его уничтожим». Но, думаю, в большинстве случаев они ценят наши настойчивые попытки. И у нас много клиентов, которым действительно нравится использовать Amp, потому что они ценят то, что мы это делаем. Они спрашивают нас. Они спрашивают: Что вы используете? Какая модель? Как вы используете подсказки?" Вы проводите исследование, а не просто разрабатываете программное обеспечение. Точно. Точно. Как и для нас, корпорации Amp Frontier, это официальное название компании. И одна из наших задач — оставаться на передовой. А потом люди платят нам деньги, чтобы им не приходилось выбирать, что отнести к высокому, сверхвысокому, среднему или какому уровню мышления соответствовать. Для большинства людей бессмысленно разглагольствовать: "О, я тоже буду использовать GLM-5". Тебе следует подумать о том, чем ты хочешь заниматься? Где хранится эта информация? Насколько удобен ваш код для работы с агентами? А затем сосредоточьтесь на выполнении задач деталях. Да, у меня много заметок по начнём с накопившихся задач. Раньше, знаете, все проблемы накапливались в очереди, а теперь можно просто запустить нового агента, новую сессию, и все Так что вместо того, чтобы откладывать это куда-то для кого-то другого или для этом пару недель, вы можете просто сделать это, когда у вас будет подходящий контекст, когда у этим, и дело сделано. Это, пожалуй, одна из проблем, но, на мой взгляд, более серьезная моделей претерпевает столько изменений, что нам приходится заново разбираться в том, как нам работать, выглядеть пользовательский интерфейс. Я с вами полностью согласен. Такое ощущение, что я тебе заплатил за эти слова. Теперь у нас есть мощные модели, такие как Fable 5 или GPT 5.6. А когда вы подключаете эти модели к агентам-платформам, таким как Claude Code, Codex или Cursor, они могут без проблем создавать полнофункциональные приложения. Но как только эти агенты коснутся вашей базы данных, вот тут-то и начинается опасность. Они часто игнорируют политики RLS, им мерещатся несуществующие команды CLI , и они полагаются на обучающие данные, которые устарели на месяцы или годы. Именно поэтому Supabase выпустила Agent Skills. Это бесплатный навык с открытым исходным кодом, который позволит любому агенту хорошо освоить Supabase. Его можно установить одной командой, и он сразу же начнет работать с Claude Code, Codex, Cursor, Pi и, по сути, с любым другим агентом. Таким образом, вместо того чтобы гадать, ваш агент теперь проверяет официальную документацию Supabase, прежде чем что-либо предпринимать. И он соответствует встроенному контрольному списку безопасности. RLS на каждой открытой схеме, средство вызова безопасности для представлений и другие передовые методы, как это делал бы профессиональный бэкенд-разработчик. Компания Supabase делает ставку на мир, в котором весь ваш код будут писать агенты. И таким образом они закладывают для этого фундамент. Если ваши агенты работают с базой данных, . Ссылка будет в описании, и начать можно совершенно бесплатно спонсорскую поддержку этого видео. На прошлой неделе я говорил, что, по-моему, модели устарели в том смысле, что Fable довольно хороша. GPT 5.6 — довольно неплохой продукт. Но сейчас мы достигли того уровня, когда мне не нужно следить за моделью и говорить: «О, не меняйте этот файл. О, не меняйте». Мне кажется, что сейчас уже нет смысла так тщательно контролировать работу одной модели. чем это делают люди. И я думаю, если у людей возникают проблемы с тем, что "он не им нужно сделать шаг назад и переосмыслить подход к проектированию, потому что я уже пару недель формулирую это так: у вас будет кнопка, с помощью которой вы сможете запустить Джона Кармака, который напишет код за вас. Джон Кармак не разговаривает, если к нему не обратиться, поэтому его нужно разбудить или попросить странно. Он не ходит и не открывает для себя что-то новое, но и синтаксических ошибок не допускает. Оно не будет допускать ошибок в выражении мыслей. То есть оно сделает то, что вы от него попросите. Но потом нужно задать себе вопрос: а чем я хочу заниматься? И значительная часть разработки программного обеспечения была посвящена тому, как делать те или иные лучше всего это структурировать? Как лучше всего это написать? Как мне к Многое в разработке программного обеспечения вышло из этого, и я думаю, что многое из этого больше не актуально . И я думаю, что даже такие вещи, как, например, использование я обращаюсь при обзоре, или вот какой подход я использую, когда модели достаточно хороши, чувак. Например, если попросить Фэйбла написать " и сказать: "Проверьте это", ну, в общем, всё равно, но, чёрт возьми, отдача от этого снижается. Убывающая доходность. Самый важный показатель в этом уравнении, определяющем качество результатов, — это предоставленная вами информация . Дело не в деталях. Это как, ну, это серьёзная Кармак или его младший брат? Меня поражает, что люди берут программы-посредники и прикрепляют их к этому старому способу работы, когда ты сообщаешь мне о баге, а потом откладываешь его где-то до тех пор, пока у кого-нибудь не появится время его посмотреть, и что потом? Затем они порождают агента? Почему бы вам не создать этих агентов с оптимизмом, проверить, исправлены ли ошибки, и оценить, насколько они хороши? Вам стоит ли это делать, если всё это происходит в Давайте просто сделаем это. Многое изменилось. Старые предположения больше не соответствуют действительности. Агент уже находится в асинхронном режиме. Тесты уже запущены. Оно уже находится в изолированном состоянии, верно? Это не значит, что там что-то валяется без дела. Оно довольно хорошо справляется с этой задачей. Итак, если вы попросите запустить все сообщите мне, что затем я отправлю изменения куда-нибудь ещё, и они будут запускаться снова в течение 10 минут, потому что у вас есть другая система CI, которая делает агенты уже проводят за вас тесты. То есть, нужно переосмыслить многое, начиная с самых основ, вот что я имею в виду . Наверное, вам просто следует выбрать хорошую модель и сосредоточиться на выполнении задач, вместо того чтобы возиться с другими это в свободное время, ради удовольствия, то вперед, дерзайте! Но, эмм, я , понимаете? Я не думаю, что хорошие результаты достигаются именно таким образом. знать, что нужно построить, и, знаете, потом это построить. Ага. Мне кажется, у меня думаю, оно становится менее спорным: люди говорят, что это халтура от ИИ, но я считаю, что большая часть этой халтуры происходит из-за того, что у людей нет хорошего понимания продукта. Ага. Они просто с помощью ИИ могут быстрее производить эти некачественные товары. Ага. Может, это и хвастовство, но посмотрите, люди говорят: «О, Amp на вкус такой же, как и этот, он отполирован до блеска». В общем, им нравятся эти сочетания клавиш, им нравится много чего ещё . О, говорят, у вас хороший вкус. Ты поли, ты мастеришь, что бы это ни было, верно? Но, судя по тому, что вы видите, 99% текста написано искусственным интеллектом. В нашей команде уже никто особо не пишет код вручную. На прошлой или две недели назад я провел внутренний опрос и спросил: «Сколько кода написано, и что вы об этом думаете?» Я предложил три варианта: один — предложил три варианта: один — 99+, другой — от 90 до 99, даже не ожидал, что кто-то наберет меньше 80%. А потом Кэмден, который работает в нашей команде и который просто замечательный, говорит: "Мне кажется, я до сих пор много кода пишу серьёзно? Сколько кода ты пишешь вручную?" И он говорит: «А, вы вручную?" И он говорит: «А, вы правы. Вероятно, это 95%, понимаете?» Итак, я с вами согласен. Я думаю, что вкладываю много труда в то, что создаю, но дело в идеях, понимаете, не кажется ли мне, что этот маленький значок быть всплывающая подсказка? Считаю ли я, что нам стоит сделать классную анимацию? Вот эта штука, где вы можете, знаете, создать AMP, и он покажет вам этот анимированный шар, знаете, как ИИ помог мне сделать здесь, он сгенерировал 15 разных версий могу просмотреть. Верно? Это ускорило процесс для меня. Я символами Брайля. Предложите мне вариант с этими персонажами. Предоставьте мне пять цветов. А потом я их просмотрел и выбрал тот, который мне больше всего понравился. И, похоже, это находит отклик у людей. Итак, я использовал ИИ, чтобы быстрее выразить то, что считаю хорошим , знаете, без лишних усилий. Если бы мне пришлось писать всё это в теперь я это сделал, и людям это нравится, и они думают, что это... я не хочу сказать, что это по- человечески, но это находит отклик у людей. И они считают это признаком высокого вкуса. И, как вы правильно заметили, это не халтура. Это не осквернение всего сущего. Я использую ИИ, или мы используем ИИ для его ускорения, верно? Людям нравятся наши новостные посты, и они говорят, что у нас хорошие фоновые изображения и всё такое, верно? Это я, Тим и Брэд, поворачиваем и едем шаг за шагом, в середине пути. Это я шарах, а потом пытаюсь мысленно объединить «Моби Дика» и шар. Что еще мы могли сделать? Давайте разнообразим. Давайте попросим ChatGPT предоставить 10 различных вариантов . Давайте сделаем ремикс на эту песню, понимаете? Искусственный интеллект помогает мне ехать быстро, но я все равно прилагаю усилия, и я не считаю это халтурой. Да, я с вами согласен. Если это халтура, то это из-за недостатка идей и недостаточного участия. Это либо незнание того, чего ты хочешь достичь в этом мире, либо недостаток игривости, как бы вы это ни назвали. Может быть, креативность? Я согласен. Я согласен. новый проект, скажем, создать стартап в области искусственного интеллекта в этом году, учитывая состояние ИИ-агентов ? Начните задумываться о том, каким вы хотите видеть свой бизнес. Например, какой у вас рынок? Кто ваш клиент? Как вы их обслуживаете? Как вы создаёте ценность? Как вы продаёте? Давайте изменим ситуацию. Допустим, кто-то очень заинтересован в найме специалистов по продажам и хочет создать стартап в сфере искусственного интеллекта. Знаете, с чего нанимать продавцов, если вы не знаете, что это за компания. То же самое сейчас происходит и с программным обеспечением, где само по себе программное обеспечение стало менее ценным. Знаете, мы говорили об этом в прошлом исходный код пострадает. Как и те графики вклада, они перестают иметь какую-либо ценность. Знаете, код скоро станет очень дешевым. Сейчас гораздо важнее то, что делает программное обеспечение, какую ценность оно приносит. Звучит ужасно скучно , но это правда. И что интересно, за последние 20-30 лет большинство когда то, что им действительно дорого и что они считают своим ремеслом или хобби, пересекалось с тем, что ценно для бизнеса. Знаете, вот, например, парень, который очень любит писать код на Haskell по выходным, оказывается, ещё и умеет создавать неплохую финансовую инфраструктуру, потому что ему и он отлично умеет моделировать подобные вещи. Но теперь и в Fable это неплохо получается . И люди говорят: "Ну, у меня есть Черт, я уже видел эти модели". Это был GPT-55, знаете, когда вы просите его написать миграцию базы данных, а он просто говорит: столбец. Нам нужно добавить новый столбец. Нам нужно развернуть это. Нам нужно остальной код не будет удален. Только тогда мы удалим старый столбец». Этому первые два-три года моей работы инженером. И я думаю, это был с мне никто толком не объяснил. И это кажется пустяком, но, черт возьми, модель делает это буквально за полминуты. И, как и многое другое, это просто быстрее и проще сделать, а значит, дешевле. Итак, вопрос скорее в том, чего отвечает на ваш вопрос? Это что? Это что? Это что? Я что, жульничаю, говоря Нет, нет, нет. Думаю, это отвечает на вопрос, касающийся продукта. Итак, создавать для человека или потому что, например, эти сферы, сферы, которые вы создаете для агентов, верно? Даже вы могут захотеть чего-то местного, бла-бла-бла. Нет, агенту нужен полностью укомплектованный этом компьютере всё, что угодно. Как вы относитесь к подобным товарам? Думаю, мы все это скоро узнаем. Мне кажется, ситуация меняется, верно? Я думаю, что вся индустрия программного обеспечения пытается понять, каким будет будущее программного обеспечения. Было несколько идей, например, что всё будет через API или CLI, а покупки будут делать агенты и всё такое. И, возможно, именно это и произойдёт. Я думаю, что многие старые программы со временем исчезнут. Вопрос 70-летних людей воспользоваться услугами агента для бронирования авиабилетов? Я не знаю. Но вот что я думаю, если бы мне пришлось начать разработку и создать новый продукт для освоения новых рубежей, верно? Я бы сделал так, чтобы больше ни одному человеку не приходилось заполнять формы . Я считаю это глупостью. Это же глупость. Как и всё, что может сделать человек, он должен иметь возможность попросить агента сделать это на сайте, верно? Это было бы потрясающе. Возможно, API-интерфейсы пока ещё не готовы, но было бы неплохо иметь возможность использовать собственного агента. Как будто большинству людей не хочется пользоваться вашим ужасным встроенным агентом , знаете, было бы неплохо, на другой стороне или, знаете, что- мечта, но мне так кажется. Мне кажется, многое застряло в старых стереотипах. Приведу забавный пример: в воскресенье, нас был небольшой фестиваль, и я ради забавы смастерил на где люди могут заказывать еду и всё такое, а потом кухня получает потому что так мы делали с бумагой в воскресенье. И тут кто-то сказал: "А нельзя ли сделать для этого приложение?" Я думаю: "Вообще-то, я могу". Итак, я разработал приложение, верно? Я сфотографировал меню спереди и сзади, сделал два снимка, отправил их на устройство, и оно всё собрало, работает, сделал это в шаре. Я мог бы поделиться ссылкой, и люди могли бы перейти по ней . Это сработало. Это было безумие. Самое интересное, и, может быть, только для меня, скажите, скажите, но с философской точки зрения для меня это то, что был создан административный интерфейс, где теперь можно в меню и вручную отрегулировать цены, верно? Или исправить их написание и тому подобное. И я посмотрел на это и подумал: «Я никогда этого не сделаю, чувак. Я не собираюсь заходить туда и использовать эту форму. О чём ты говоришь? Я фото, если цены изменятся, и скажу: «Исправь цены, понимаешь?» Многое из настроек, много административной работы, много того, что раньше делал человек, чтобы не нужно было менять код, теперь, вероятно, проще сделать, просто изменив код, понимаешь? Представьте себе бэкэнд WordPress, не так ли? чтобы все сотрудники вашей компании, включая маркетологов и других, могли добавлять записи в блог и тому подобное, а также использовать проверку орфографии и прочее. Если бы в вашей кодовой базе был агент, вы могли бы сказать: «Вот черновик моей статьи для блога. Пожалуйста, добавьте это изображение в заголовок, опубликуйте статью и проверьте орфографию». вам не нужно нажимать на кучу кнопок. Итак, если вы создаете новую компанию и разрабатываете новую кодовую базу, вам необходимо задуматься о роли кода в вашем продукте. Не попадайтесь в ловушку, думая, что старый способ выпуска программного обеспечения по-прежнему ценен, потому что сейчас может быть иначе, потому что изменились принципы работы. Можно сделать много чего, даже то, что кажется невыполнимым или казалось невыполнимым, например, иметь пять разных версий чего-либо, знаете ли, все это, я думаю, нужно переосмыслить. И я думаю, что вся индустрия программного обеспечения одновременно пытается это понять. Это очень интересно. Кажется, у нас был внутренний документ, кажется, он назывался "Программное обеспечение мертво, что дальше?". Знаете, дело было именно в этом: послушайте, модели дошли до того, что вы можете воплощать вещи в жизнь, если у вас есть желание, если у вас есть обоснование для того, что вы хотите построить. И теперь мы думаем, что будущее программного обеспечения может заключаться в том, что, ну, вам не захочется постоянно всё перестраивать , но будет элемент желания брать отдельные фрагменты и затем перерабатывать их, и это легко сделать. помню название, там говорилось об «эмаксификации» программного обеспечения. Итак, в Emacs, текстовом редакторе, который настраивается с помощью Elisp, у каждого своя собственная конфигурация. У них есть коллекция файлов Lisp, которую они собирали на протяжении многих лет. А если, например, у кого-то есть плагин для нечёткого поиска , то в сообществе Emacs обычно делают форк, вносят изменения и переписывают код, а потом не возвращаются в проект, потому что слишком сильно его модифицировали. Именно это и происходит прямо сейчас. Есть отличная программа для просмотра различий, называется Hunk, и я бы хотел вспомнить автора, это хорошая программа. Это для просмотра различий, и я на самом деле перестал им пользоваться, но когда я им пользовался, я сделал форк, указал на него AMP и сказал: «Пожалуйста, добавьте темную сложную тему gruvbox. Пожалуйста, добавьте возможность отмечать файлы в боковой панели. Пожалуйста, сделайте это, затем скомпилируйте и поместите в мою папку bin в моем домашнем каталоге». И это сработало , а у меня было собственное программное обеспечение, и у меня не было причин вносить свой вклад в разработку исходного кода обобщать. Я думаю, это может быть полезно и другим. Я этому особо и не посвятил времени. Как будто агент всего две минуты бегал в И что там произошло? Я взял какую-то программу, переделал её под свои нужды, и теперь использую её, понимаете? И я думаю, мы можем увидеть гораздо другой стороны, очевидно, существует скептицизм, связанный с тем, что энтузиазмом писать код для своих приложений и тому подобного . Но я думаю, что программного обеспечения будет очень много. Я думаю, что, вероятно, будет много внутреннего программного обеспечения, и мне кажется, что для подобных случаев внутренняя разработка велась и раньше. Но теперь давайте рассмотрим пример с воскресенья, верно? Это небольшой клуб, всего 20 человек. У нас была такая процедура: вы делаете заказ здесь, бумаги, а затем он передается сюда. Я мог бы закодировать это в программе, не знаю, за три раза по 5 минут, в течение чего-то там? 2 часа? Я потом сказала: "Теперь нам нужно что-то ещё" . безумие. Если люди начнут понимать, что это можно делать в компаниях, это заменит то, что раньше представляло собой, например, один раньше представляло собой, например, один файл Excel, одну страницу вики или что-то еще, сделанное на скорую руку файл Excel, одну страницу вики или что-то еще, сделанное на скорую руку произойдёт. И, возможно, радиус поражения этого движения увеличится, и люди начнут атаковать более крупные объекты. Они скажут: « Мы хотим купить это программное обеспечение, Riverside». Я не знаю, я выберу Riverside, но на самом деле меня не интересует только аудио. Меня интересуют только видео. Что бы это ни было. Или наоборот, верно? Я удаляю только всё не хочу с этим связываться. Предоставьте мне индивидуальную версию этого. И я думаю, что агенты смогут это сделать очень скоро. И возникает вопрос: что Да, я имею в виду, что это будет настоящий взрыв. Это будет игра на то, кто знает, что нужно построить, и у кого будет правильная конфигурация. Думаю, если пользоваться услугами этих агентов, а также иметь для этого необходимый бюджет. Да». Что касается моделей, то я думаю, вы добьетесь больших успехов в будущем. посредственный программист, работающий с искусственным интеллектом. Если только вы не скажете: «Окей, это что-то знаниями, очень мало». Но в целом, если кто-то, например, лучший ИИ, можно экстраполировать, какими агенты. Да , я согласен. Я думаю, что наиболее важными навыками будут навыки мышления на основе фундаментальных принципов, собственно мышления, а не технические детали и тому подобное. Вам действительно нужно продумывать процесс решения проблем, разбивая бизнес-задачи на конкретные решения. Опять же, глупый пример в воскресенье. Первое решение, которое кто-то предлагает, звучит примерно так: теперь можно создавать приложения с помощью ИИ». И я говорю: "Да, я могу". И они говорили: «Смотрите, прямо сейчас у нас на кухне есть заказы, кто-то ставит передает его другому. Не могли бы вы планшете нажимал на это приложение, распечатывал ?» И я, как человек, давно работающий в сфере программного обеспечения, подумал: «Хорошо, я могу это сделать. Я могу купить принтер». Это не значит, что мы можем сделать это сами. Но зачем нужен принтер? Почему бы не использовать второй планшет вместо листа бумаги? И вот такое осмысление процесса, рабочего процесса, проблем, которые решаются заменить это программным обеспечением? Думаю, это будет невероятно важно. Таким образом, архитектором, и нужно просто быть в курсе различных решений компаний, чтобы иметь правильное представление, я полагаю. чтобы иметь правильное представление, я полагаю. Да, я думаю, что моя работа по- собираюсь посмотреть, стоит ли портировать это таким образом в TUI или в CLI или что-то подобное, верно? Но ошибка, которую я вижу у людей в интернете, заключается в том, что они сравнивают. Они всегда используют в качестве примера 1% . Они говорят: «Смотрите, Mitchell». Хашимото читает код и, знаете, понимает, что ИИ недостаточно хорош, чтобы решить эту проблему за него. А Митчелл — один из лучших программистов в мире. Он работает над невероятной программой, которая просто великолепна. Она технически сложна, но действительно очень хороша. Но посмотрите вокруг: большинство разработчиков программного обеспечения по всему создают эмулятор терминала с ускорением на GPU , понимаете? Я думаю, люди недооценивают, сколько существует программ, где можно решать проблемы, не вдаваясь в излишние технические подробности. Где достаточно просто использовать MySQL или что-то и так далее. Этого достаточно, понимаете? вашу настройку для разработки агентских приложений? Да. Это Amp, ampcode.com. Он Да. Это Amp, ampcode.com. Он установлен как PWA, что... Видите ли, я думаю, что именно это и препятствует внедрению технологии. Это непросто. Произносится как PWA. Но, эмм, да, ampcode.com. А Amp — это агент для кодирования. Мы запустили его в мае прошлого года. Один из первых, верно? После Aider, затем Cloud Coden, а сразу после Cloud Coden мы выпустили мультимодальный. Так что мы поддерживаем модели GPT, антропные модели, GLM. Две недели назад у нас появился циферблат. Здесь вы можете выбрать, сколько усилий вы хотите приложить? Низкий уровень — GLM 52 с Оракулом, который является нашим субагентом. Я часто выбираю средний уровень, 56, решаю задачи средней сложности, а Оракул — высокий. Оракул — это субагент, который является рецензентом, дает советы, я полагаю. Затем высокий уровень — GPT 56, сверхвысокий, ультра, э-э ... этом случае, знаете, он проводит обзоры. В этом случае мы его переключили. Честно говоря, это тонкий вопрос, верно? Что-то вроде «высокий» и «ультра», но в этом случае «средний» — это, знаете, здесь написано «сбалансированный интеллект, скорость и стоимость для большинства задач», верно? Так что, я думаю, в этом случае все в порядке. Вам не нужен Fable в этом контексте. Мы всегда можем запросить Fable. Поэтому я больше не запускаю много агентов в Twee. У нас есть эти функциональные шары уже две недели, так что я могу, знаете, дать обзор этого репозитория. Итак, это запустит удаленную машину-песочницу, которую мы называем шаром. Она связана с этим разговором, который, меняет правила игры, если вы хотите взглянуть на это с философской точки зрения, на будущее программного обеспечения. Начало — это запуск агента в клонированном репозитории в удаленной песочнице. Как только агент переходит в режим ожидания, песочница переходит в спящий режим. Как только начинаешь печатать, всё снова поднимается. Если я открываю это на телефоне, то, по сути, это тоже транслируется на телефоне. Это многоустройственное приложение. Я даже могу открыть это в Twee. Понятно? И именно так я делаю большую часть своей работы по программированию в последние несколько недель. вы предоставляете ему собственную систему , например, некоторые развертывают агентов на VPS, агент может брать на себя гораздо больший риск, Так в этом и заключается главное преимущество? Если я запускаю любой клиент AMP в AMP, а затем перехожу сюда, вот сюда, вот это я только что запустил. Я сказал: «Привет». Это в моём Twee. Это на втором экране. Это Twee AMP. Теперь я могу удаленно управлять им и говорить, ну, что угодно экране, верно? Но теперь я также могу сказать, что хочу... Начните здесь, в этом милом экземпляре, новую ветку обсуждения. Например, в этой папке, мой один усилитель, одна проверка на моем MacBook Pro, верно? И это создаст новую ветку и скажет: «Привет, круто, давайте используем низкий уровень для этого». Не стоит тратить жетоны и начинать, верно? И это сейчас создает поток в моей программе на моем компьютере. Представьте, что вы можете запускать экземпляры AMP на своем Raspberry Pi, на своем облачном сервере для разработки, на своем VPS и так далее. Я упоминаю об этом потому, что, если вы посмотрите на это, то увидите, что это одна и та же машина. Поэтому, если эти две ветки обсуждения, эти два разговора приведут к изменениям, мы пока не будем заниматься управлением рабочим деревом или оформлением заказа . Поэтому они неизбежно столкнутся друг с другом в связи с этими изменениями. Мы могли бы добавить поддержку дерева задач, но, думаю, с философской точки зрения, в соответствии с нашим текущим направлением, мы считаем, что эти модели настолько хорошо работают в безмониторных средах, что нет практически никаких причин оставаться локально и возиться с локальными настройками. И очень удобно иметь отдельный шар для каждой смены. Например, над этим я работал около двух недель назад, это касается функции переключения между несколькими учетными записями. Если я это открою, то, знаете, это снова откроется, если я захочу внести изменения, и тогда я смогу увидеть разницу, верно? Но теперь он находится в режиме ожидания, это означает, что вычисления, вызвал это изменение, и агент находятся на расстоянии одного URL-адреса друг от друга. Я могу поделиться этой ссылкой со своей командой, и теперь они смогут получить к ней доступ. Несколько дней назад у нас также я думаю, к моменту выхода этого эпизода она будет реализована, и вы сможете получить доступ к сферам, над которыми работают другие члены вашей команды. Тот факт, что вы можете упаковать поток, агента, вычисления и изменения в один URL-адрес, и вам не нужно хранить его на своем компьютере, поток где-то еще, а изменения отправлять в GitHub в отдельной ветке, я думаю, значительно меняет ситуацию. Мы им очень часто пользуемся, и, кажется, лет 10 назад был большой спрос на облачные IDE. Я не знаю, сколько это стоит, знаете, Cloud 9 и все такое . А тогда облачные IDE воспринимались как некое масштабное решение, мол, можно использовать Chromebook для всей разработки на более мощном компьютере и так далее, и тому подобное . Но потом люди столкнулись с такими проблемами, как задержка , отсутствие назначенных клавиш или невозможность подключения по SSH. Я не могу этого сделать. Я не могу этого сделать. Я не могу, знаете ли, со всем этим, и я думаю, если вы посмотрите на последние 6 месяцев и на то, как люди пишут код или позволяют Споры закончились, чувак. Кому вообще нужна задержка, если приходится ждать получения токенов в секунду? Кому вообще нужны языковые серверы сегодня? Я больше не пользуюсь языковыми серверами. Я больше не пользуюсь своим редактором. Я больше не использую безумные сочетания клавиш. Таким образом, многие из этих аргументов несостоятельны, и при работе с удалёнными приложениями вы по умолчанию используете асинхронный режим, что позволяет делать множество других вещей. Чтобы окончательно подтвердить это Твиттере написал: «А агенты и сферы вообще могут использовать кроссплатформенный фреймворк Rust для настольных приложений ?» И я спрашиваю Пака, которого мы выпустили вчера, — это что-то вроде мета-агента. Я сказал что-то вроде: «Создайте кто-то в Твиттере задал такой вопрос, создайте проект здесь, тестирование на Rust для настольных компьютеров, агента сделать скриншот». Так и случилось отдельной теме, и мы можем обсудить это чуть позже . Оно отправило сообщение этому другому агенту. Пак — это мета- агент. Это вот эта штука, которую вы запустили вчера, и людям она очень нравится, но этот Пак может управлять и другими вашими агентами. В результате появился шар. Сообщение отправлено и гласит: поддерживать кроссплатформенную разработку настольных приложений в этом репозитории, верно? Выберите подсказка, понятно? Запускается. Я занимаюсь чем-то другим, и тут, да, появляется скриншот. И, честно говоря, выглядит так, будто это работало 16 минут. С точки зрения разработчика, задержка, скажем, в 2 минуты или в 16 минут, не имеет Потому что вы делегируете это. Да, именно так. А за 16 минут, знаете ли, они могут многое сделать. Суть в том, что, на мой взгляд, люди ещё не видели, на что способны эти агенты сейчас. Как в этих коробках без головки. Это же безумие. Да, у нас есть Пак, и у меня есть этот сайт ampco.com/whatthepuck. В нём, знаете, мы видим разные изображения Пака, разные они и выглядят. Итак, это же весело, правда? Давайте не будем делать вид, что это что-то серьёзное , правда? Но смотрите, как я и прошу, создайте больше вариантов этого, хорошо? А затем в AMP у нас есть вспомогательный агент, называемый художником, который может создавать изображения. И вот что получилось: если вы сказала что-то вроде: "Нет, нет, нет, сделай вот это". И в нем художник создает новый вариант шайбы. Итак, это лава-лампа, это пузырчатая пленка, бла-бла- Ага. И вот что я хочу сказать: если бы вы полгода назад сказали мне, что создаёте изображения, просматриваете их, проверяете, размещаете на главной странице или удаляете фон, я бы ответил: «Мне бы хотелось поучаствовать». Знаете, я могу открыть Pixelmator, Figma или что-то подобное. Но, знаете, я же не стал добавлять их, а потом сказал: «Нам нужно обновить текст на странице». И я сказал: «Покажите копия обновилась. Давайте проведём это в прямом эфире. Думаю, мы можем запустить эту пушку в производство, хорошо? Итак, теперь отправляется производство. И мне показали скриншот, а у Куинна, генерального директора AMP, вчера или сегодня был хороший твит, который подтверждает то же самое, что я только что сказал: вы и так работаете асинхронно, поэтому можете попросить агента предоставить вам доказательства. Дело не в том, что вы ждете следующие 30 секунд, а, может быть, минуту. Итак, вы задали этот вопрос, а я могу рассмотреть и другие варианты. Я говорю: «Нет, протестируйте это ещё раз раз». Да, запустите 50 разных тестов, чтобы посмотреть, работает ли это, знаете, проведите сравнительный анализ производительности. Точно. Покажите мне скриншот. Покажите мне режиме, как угодно, потому что это все равно займет 10 минут, а когда я кнопку "Отправить". Мне кажется, вся игра изменилась. Вот ещё один пример. Я хотел вам это показать. Итак, сейчас разговор. Итак, я задаюсь вопросом: я думаю, это даже было в духе басни? Вот, кстати, как я обычно пользовательских команд со слэшем. Я, по сути, не использую никаких навыков. У меня нет серверов MCP. Для меня при написании заданий самое важное — откуда берется информация, к которой у агента есть доступ, чтобы он мог понять, что я имею в виду. Значит, у агента есть два источника, из которых он может получать и контекстное окно. Вот и все. Ага. Вот к чему всё сводится. Как мы все знаем, обучающие данные — это наблюдаемые данные модели, общедоступная информация из интернета и так далее, и в некотором смысле это данные с потерями. Но я предпочитаю думать об этом так: модель — это опытный инженер, модель — это опытный инженер, который видел всё, работал со всеми фронтендом, клиентской частью, всеми разными языками программирования. Он умеет вызывать анонимные функции в Scheme, Common Lisp, Lua, JavaScript — в любом другом языке. Оно всё знает, но моя мысленная модель такова: представьте, что вас, старшего инженера, кто-то похищает с улицы, надевает вам на голову капюшон, везёт вас капюшон, и перед вами оказывается только стол с компьютером . На компьютере есть кодовая база, браузер, терминал и текстовый редактор. Вот к чему у вас есть доступ. А потом, словно по волшебству, откуда-то появляется подсказка: «Реализуйте это или исправьте информация, которой располагает модель. Она может искать информацию в кодовой базе, в интернете, использовать терминал и запускать команды, и она очень опытна, но если ваша командная строка не содержит достаточно информации, или ваша кодовая или ваш агент MD не содержит информации, она не сможет превратить плохую Например, здесь речь идёт о переносе Puck в наш интерфейс командной строки. Я мог бы написать команду port puck в командной строке. Я думаю, это ужасный запрос. У меня мнению, это должно работать. Итак, я просто ввожу эту информацию, верно? Я говорю: «Посмотрите, как это реализовано в веб-интерфейсе». Таким образом, я установил стандарт. Я указал на эту информацию. Я говорю: «Вот что вы должны считать стандартом. Я хочу перенести это в наш интерфейс командной строки». И тогда я говорю: «Думаю, нам нужна команда для открытия шайбы. В нашем CLI есть палитра команд, которая открывает шайбу отображается в боковой панели. В пользовательском интерфейсе TUI есть боковая панель . А потом, мне кажется, нам нужно что-то вроде выноса шайбы, бла-бла-бла. Так что я, можно сказать, импровизирую. Возможно, нам нужен так я бы разговаривал со старшим инженером, верно? Например, если бы я обратился к коллеге, старшему инженеру, и сказал: «Эй, не мог бы ты перенести Puck в TUI?» Вот какое сообщение я бы отправил в Slack. А потом я говорю: «Очевидно, я бы не стал говорить это человеку, разве что с использованием каких-нибудь витиеватых фраз». Но вместо этого я говорю: «Я хочу, чтобы вы изучили, как это реализовано. Хорошо, изучите, как мы общаемся, что это делает. Итак, посмотрите вчера. Задокументируйте, как это работает, в документе». И меня, честно говоря, не особо интересует этот документ, но я думаю, что это справедливо как для людей, так и для моделей. Я хочу, чтобы вы сели и подумали об этом. То есть, систематизируйте то, что вы узнали. Не знаю, систематизируйте то, что вы узнали. Не знаю, выдумано это или нет, но мне кажется, это действительно хорошую идею, как это перевести. Затем используйте субагентов, знаете, это невероятно дорого. Это настолько дорого, что меня пугает. Поэтому я думаю: используйте субагентов для реализации этого, что, как мне кажется, сейчас представляют собой модели GPT. А затем представьте сделало. Это было, кажется, час назад, верно? Это как: «Эй, я перенёс это в дизайн. Эм, я использовал это. Оно привязано к тому-то и тому-то. Пак. Так что, примерно как я сказал, и это появляется на боковой панели, верно? И у него есть ссылка. Хорошо, круто. Эм, может быть, мы можем это повторно использовать. Storybook. Я попросил его создать Storybook. У нас есть Storybook для CLI. А потом я сказал: сервере разработки?» А потом я сделал что-то ещё. И потом, я думаю, это продолжалось, я не знаю, сколько времени, и он обнаружил кучу ошибок, а мне всё равно. Так что теперь мне нужно это прочитать, но там написано, что он выполнил сквозную проверку. Эм, проверка кода на 1200 или 300 строк, запустил все тесты. Так что теперь, знаете, либо я захожу, у нас есть доступ к терминалу в Orb. Теперь я могу протестировать CLI и посмотреть, есть ли он . Вот он. В боковой панели появляется Puck. Это, кстати, CLI приложения. Это Ghost A, знаете, версия Ghost A для WebAssembly, так что многое работает, даже щелчки мыши. Но, э-э, даже это работает, и, кажется, здесь есть пасхальное яйцо, так что вот. Если вы щелкнете пять раз, давайте посмотрим, сработает ли это. Бум, шар взрывается. Так что, да, здесь Puck, кажется, работает. И тогда я бы... я не знаю, ладно, но, кажется, работает, верно? Это довольно круто. Итак, опять же, возвращаясь к вопросу, вы важна локальная среда разработки? Например, посмотрите, что я делаю, верно? Вот, это запустилось, я подтвердил, что работает. Я собираюсь провести выборочные проверки того, как это реализовано, но в конце концов, если бы были проведены сквозные тесты, и я бы прочитал их, и я бы согласился с теми архитектурными решения в проектировании программного обеспечения. Да, решения в проектировании программного обеспечения. Что мне она. Я тестирую, у меня есть доступ к терминалу. Довольно неплохо, понимаете? А вот здесь, например, это. Итак, на следующей неделе я еду на Laracon и буду выступать с докладом. Так вот, я немного поэкспериментировал с Laravel, с которым раньше никогда не работал. Раньше я был программистом на Rails, верно? И я думаю, что это вдохновлено им. Поэтому я создал его в Orb, просто чтобы попробовать. Он настроил новую систему Laravel. А в Orb у нас есть порталы, с помощью которых можно запустить что угодно, что-то работающее на порту 8000, и теперь что-то работающее на порту 8000, и теперь я могу получить к этому доступ здесь и сказать: «Привет, э-э, из нашего подкаста». Да, как угодно. И я просто хочу проверить, работает ли это с правильным состоянием. Думаю, там были какие-то фронтенд-тесты, но... О, вот оно. Всё получилось. Всё заработало. Так что, это полноценное приложение Laravel, работающее в нём, и теперь я даже могу поделиться этим URL-адресом. Я могу открыть его в браузере и поделиться с кем-нибудь ещё, верно? Я могу протестировать его. Я могу посмотреть файлы в orb. Я могу увидеть все внесённые изменения. Вопрос в том, что ещё нужно? И теперь я могу сказать: «Хорошо, возьмите это, поделитесь с моими коллегами». Я могу включить многопользовательский режим, и тогда приложение отобразится здесь, и команда сможет взять его под свой контроль и сказать: «Да, на самом деле этот экран регистрации выглядит плохо». И они смогут выпустить его, что, я думаю, довольно круто. Да, особенно когда начать что-то делать, а затем кто-то другой может подхватить и сделать последние 10%, Да. И я имею в виду, знаете, предварительные URL-адреса в запросах на слияние были очень популярны. Например, если вспомнить 5 лет назад, когда люди говорили: «О, я хочу изменить...» «Что-то в нашем блоге». Так что да, скачайте GitHub Desktop, потому что вы не знаете, как использовать GitHub в командной строке, затем сделайте это, создайте запрос на слияние, затем вы получите предварительную версию Vercel или любую другую , и это было круто. Но очевидно, что теперь у вас есть контекст изменения, например, что этот человек ввел в агент, у вас есть само изменение, у вас есть вычисления, нужно локально его проверять, и затем хотите. И у вас есть агент, который может внести все необходимые изменения. Это довольно здорово. Не знаю, примерно так я сейчас делаю большую часть работы. Для некоторых вещей я, возможно, все еще... реже и реже. Я все еще использую локальный инструмент, если мне нужны их защищать. Знаете, я не хочу вставлять учетные данные куда-то и иметь лучшую поддержку OIDC. Учетные данные и все такое, Иногда по привычке я открываю локальный CLI, но я часто делаю вот так. Вот так я и работаю. Я только что разговаривал с остальными в Slack, и я говорил, что за последние четыре недели все так сильно изменилось . Мы выпустили кучу всего, и теперь скорость выпуска новинок значительно возросла. Все говорят, что Тим, один из наших дизайнеров, который много программирует, сказал, что никогда не исправлял столько мелких ошибок и недочетов, как за последние две недели, потому что каждый раз, когда он что-то находит, он просто делает скриншот, отправляет Orb, и у него есть такой Orb. Затем он проводит выборочные проверки и говорит: «Иди и объедини» , понимаете? А теперь, с прошлой пятницы, у нас есть связь между агентами. Так что я могу сказать агенту, например, если он говорит: «Я нашел еще одну ошибку», то я могу сказать: «Запустите еще один Orb, чтобы исправить свою работу. А потом это порождает еще одну проблему в другой системе. Переключитесь на другую ветку, которая исправляет ошибку, и тогда я смогу локальная разработка уходит в прошлое. Я думаю, что модели мертвы в том смысле, что различие между разными моделями будет иметь меньшее значение в точки, когда это будет как Джон Кармак на кнопке. Я думаю, неясно, какое программное обеспечение выживет. Неясно, какое программное обеспечение будет стоить того, чтобы его создавать в будущем. Я думаю, сейчас люди говорят, что все смещается в сторону инфраструктуры. Я думаю, что переход всех на инфраструктуру убьет прибыль в этой сфере, а это значит, что теперь есть 15 разных поставщиков песочниц, которые будут что тоже не является устойчивым бизнесом. Так что вопрос в том, что останется, и я думаю, что мы все пытаемся это выяснить прямо сейчас, но мы все движемся на более высокий уровень создания программного обеспечения. Я думаю, что будет только в том, как это будет выглядеть? Я чувствую, что это... Замечательный момент для Куда вам следует обратиться? Да, я по-прежнему очень активен на X, Торстен Болл. Я пишу еженедельную рассылку под названием Register Spill, где , знаете, делюсь тем, что есть в моих регистрах. Я делюсь множеством ссылок. Сейчас я с удовольствием записываю аудиозаметки и все такое. Зайдите на anchor.fm, используйте AMP. У нас теперь есть подписки, у нас есть сферы, у нас скоро появится многопользовательский режим, общение H2H. У нас много всего. Посмотрите. Дайте мне знать, что вы думаете о Pug. И да, найдите меня онлайн. под видео. Еще раз спасибо за ваше время и спасибо, что присоединились к this podcast. >> Thank you.