newsmode
search
Меню
arrow_back Назад

🎙️ How I AI: HTML is the new Markdown: How Anthropic engineers are building with Claude Code

auto_awesomeКраткое саммари

Тхарик Шихипар, инженер команды Claude Code в Anthropic, рассказывает, почему HTML вытесняет Markdown как формат общения с ИИ-агентами: интерактивные элементы, мокапы и плотность информации делают планы на тысячи строк действительно читаемыми. Инженеры становятся «распределителями вычислений» — когда Claude может работать 8 часов над задачей, ключевой навык не писать код, а решать, что строить и тратить ли $500 компьюта. Шихипар демонстрирует одноразовые микро-приложения для редактирования отдельных частей планов, живые HTML-дизайн-системы вместо Figma и еженедельные HTML-отчёты руководителю. Около 1% сгенерированных токенов попадает в продакшен — остальное идёт в дашборды, кастомные интерфейсы и инструменты понимания задачи. Лучшие промпты дают Claude направление, но оставляют место для творчества: фраза «whatever is needed» работает лучше сложных системных инструкций. Тестирование эволюционирует от юнит-тестов к рубрикам верификации и записи видео того, что сделал агент.

🎙️ How I AI: HTML — новый Markdown: как инженеры Anthropic строят с Claude Code

Ваш еженедельный выпуск How I AI — части подкаст-сети Lenny’s Podcast Network

HTML — новый Markdown: как инженеры Anthropic строят с Claude Code | Thariq Shihipar

Слушайте сейчас на YouTubeSpotifyApple Podcasts

При поддержке:Celigo — интеллектуальная автоматизация, созданная для ИИPersona — надёжная верификация личности для любых сценариев

Thariq Shihipar — инженер команды Claude Code в Anthropic. В этом эпизоде (записанном вживую на мероприятии Anthropic Code with Claude) Thariq показывает, как он использует HTML-артефакты для планирования проектов, создания интерактивных спецификаций, сборки одноразовых микро-приложений и поддержания живых дизайн-систем, которые помогают людям оставаться в курсе, пока агенты делают всё больше работы. Он также объясняет, почему инженеры становятся «распределителями вычислений», почему большинство сгенерированных ИИ токенов не попадут в продакшен и как более богатые интерфейсы могут приводить к лучшим продуктам.

Главные выводы:

HTML стал лучшим форматом для общения с ИИ-агентами, заменяя Markdown для планирования и спецификаций. Markdown был популярен, потому что одновременно читается людьми и машинами, но HTML даёт гораздо более богатое выражение — интерактивные элементы, визуальные мокапы, прокручиваемые секции и большую плотность информации. По мере того как контекстные окна Claude расширялись, а планы вырастали до тысяч строк, HTML делает реально возможным взаимодействие с содержимым, а не просто беглый просмотр или полное игнорирование.Инженеры становятся «распределителями вычислений», а не теми, кто пишет код. Когда Claude может работать восемь часов над одной задачей, вы по сути решаете, как потратить $500 компьюта. Критический навык — больше не написание кода; это решение, что стоит строить, определение границ того, что вам нужно знать, и синхронизация с агентом на всём пути. Это происходит в основном на этапе спецификации и планирования, что делает эту работу важнее, чем когда-либо.Вы можете создавать кастомные, одноразовые UI для редактирования конкретных частей ваших планов. Thariq демонстрирует это, беря таблицу правил визуализации данных из своего плана внедрения и прося Claude создать идеальный интерфейс для редактирования именно этой секции. Результат — красивый, геймифицированный UI, который делает взаимодействие с содержимым по-настоящему приятным. Этот подход «микро-софт поверх микро-софта» означает, что вы можете иметь идеальный инструмент для каждой конкретной проблемы, а затем выбросить его, когда закончили.Будущее вывода агентов — это не больше текста. Это более читаемые интерфейсы. Thariq говорит, что перестал читать тысячестрочные Markdown-планы и начал просить Claude редактировать их вместо него, что сделало его менее вовлечённым в работу. HTML это изменил: превращая планы в визуальные, прокручиваемые, интерактивные артефакты, Claude делает вывод проще для восприятия, критики и улучшения. Урок не в том, чтобы читать меньше. Он в том, чтобы сделать работу достаточно понятной, чтобы вам действительно хотелось её читать.Живые дизайн-системы в HTML эффективнее традиционных дизайн-инструментов. Вместо того чтобы указывать Claude на файл Figma или репозиторий GitHub, Thariq поддерживает HTML-файл, который представляет всю его дизайн-систему: цвета, типографику, отступы, компоненты. Это сжатое понимание можно передать в любой проект, и Claude может извлекать дизайн-системы из существующих кодовых баз и кодировать их в HTML. Это одновременно читаемо для людей и для машин, без компромиссов между этими свойствами.Лучшие промпты дают Claude достаточно направления, но оставляют место для творчества. Промпты Thariq поразительно просты: «Создай HTML-файл с планом. Помоги мне визуализировать. Включи цитаты, мокапы, код — что угодно, что нужно, чтобы дать мне максимум контекста». Ключ в концовке — «что угодно, что нужно» — это сигнал доверия и разрешение Claude принимать решения. Чрезмерное ограничение сложными системными промптами часто даёт худшие результаты, чем простые, доверительные инструкции.Только около 1% токенов, которые генерирует Thariq, попадают в продакшен-код. Подавляющее большинство уходит в дашборды, кастомные интерфейсы, еженедельные статус-апдейты и инструменты для понимания того, что он хочет построить. Вот как выглядит изобилие — когда токены дёшевы, вы можете позволить себе сделать всё, с чем вы взаимодействуете, красивым и подогнанным под ваши конкретные нужды. Надежда в том, что эта богатость в процессе превращается в лучшие финальные продукты.Верификация тестов — это не то же самое, что тестирование. Это тонкий момент, который, по словам Thariq, заслуживает отдельного эпизода подкаста, но суть в том, что традиционные юнит-тесты заменяются рубриками верификации, управляемыми агентами, проверяющими результаты, и записями Claude видео того, что он сделал. Ландшафт тестирования быстро эволюционирует, и командам нужно мыслить за пределами привычных подходов.Just-in-time документация в любом подходящем формате лучше централизованных, шаблонизированных систем. Когда создание контента почти бесплатно и ИИ может найти что угодно, старые тревоги о «источнике истины» и стандартизированных шаблонах значат меньше. Что значит — это качество идей и помогает ли документация строить лучшие продукты. Thariq отправляет своему менеджеру еженедельные HTML-статусы, потому что их с большей вероятностью реально прочитают, чем Markdown или простой текст.Быть добрым к Claude, вероятно, даёт лучшие результаты, и это однозначно создаёт лучший мир. Хотя никто не проводил строгий A/B-тест, Thariq предпочитает строить мир, где доброта к ИИ даёт лучшие результаты. Когда вы строги с моделями, их рассуждения становятся грустными («пользователь прав, что разочарован во мне»), и это не тот паттерн взаимодействия, который кто-либо хочет нормализовать. Относитесь к Claude как к уважаемому коллеге, а не как к инструменту, которым командуете.

Блог:

How I AI: Thariq Shihipar о замене Markdown на HTML для разработки с ИИ: https://www.chatprd.ai/how-i-ai/claude-code-anthropic-thariq-shihipar-on-replacing-markdown-with-html

Подробные разборы рабочих процессов:

Генерация живой HTML-дизайн-системы с ИИ для согласованности UI: https://www.chatprd.ai/how-i-ai/workflows/generate-a-living-html-design-system-with-ai-for-ui-consistency

Создание одноразовых микро-приложений с ИИ для редактирования сложных планов: https://www.chatprd.ai/how-i-ai/workflows/build-disposable-micro-apps-with-ai-to-edit-complex-plans

Создание интерактивных HTML-планов проектов с ИИ для лучшей визуализации: https://www.chatprd.ai/how-i-ai/workflows/create-interactive-html-project-plans-with-ai-for-better-visualization


Если вам нравятся эти эпизоды, ответьте и расскажите, о чём ещё вы хотели бы узнать больше: ИИ-воркфлоу, найм, рост, продуктовая стратегия — что угодно.

До встречи на следующей неделе,Lenny

P.S. Хотите получать каждый новый эпизод сразу после выхода? Нажмите «Follow» в вашем любимом подкаст-приложении.