🎙️ How I AI: HTML is the new Markdown: How Anthropic engineers are building with Claude Code
Тхарик Шихипар, инженер команды Claude Code в Anthropic, рассказывает, почему HTML вытесняет Markdown как формат общения с ИИ-агентами: интерактивные элементы, мокапы и плотность информации делают планы на тысячи строк действительно читаемыми. Инженеры становятся «распределителями вычислений» — когда Claude может работать 8 часов над задачей, ключевой навык не писать код, а решать, что строить и тратить ли $500 компьюта. Шихипар демонстрирует одноразовые микро-приложения для редактирования отдельных частей планов, живые HTML-дизайн-системы вместо Figma и еженедельные HTML-отчёты руководителю. Около 1% сгенерированных токенов попадает в продакшен — остальное идёт в дашборды, кастомные интерфейсы и инструменты понимания задачи. Лучшие промпты дают Claude направление, но оставляют место для творчества: фраза «whatever is needed» работает лучше сложных системных инструкций. Тестирование эволюционирует от юнит-тестов к рубрикам верификации и записи видео того, что сделал агент.
🎙️ How I AI: HTML is the new Markdown: How Anthropic engineers are building with Claude Code
🎙️ How I AI: HTML — новый Markdown: как инженеры Anthropic строят с Claude Code
Your weekly listens from How I AI, part of the Lenny’s Podcast Network
Ваш еженедельный выпуск How I AI — части подкаст-сети Lenny’s Podcast Network
HTML is the new Markdown: How Anthropic engineers are building with Claude Code | Thariq Shihipar
HTML — новый Markdown: как инженеры Anthropic строят с Claude Code | Thariq Shihipar
Listen now on YouTube • Spotify • Apple Podcasts
Слушайте сейчас на YouTube • Spotify • Apple Podcasts
Brought to you by:
При поддержке:Celigo — интеллектуальная автоматизация, созданная для ИИPersona — надёжная верификация личности для любых сценариев
Thariq Shihipar is an engineer on Anthropic’s Claude Code team. In this episode (recorded live at Anthropic’s Code with Claude event), Thariq shows how he uses HTML artifacts to plan projects, create interactive specs, build throwaway micro-apps, and maintain living design systems that help humans stay in the loop as agents do more of the work. He also explains why engineers are becoming “compute allocators,” why most AI-generated tokens won’t end up in production, and how richer interfaces can lead to better products.
Thariq Shihipar — инженер команды Claude Code в Anthropic. В этом эпизоде (записанном вживую на мероприятии Anthropic Code with Claude) Thariq показывает, как он использует HTML-артефакты для планирования проектов, создания интерактивных спецификаций, сборки одноразовых микро-приложений и поддержания живых дизайн-систем, которые помогают людям оставаться в курсе, пока агенты делают всё больше работы. Он также объясняет, почему инженеры становятся «распределителями вычислений», почему большинство сгенерированных ИИ токенов не попадут в продакшен и как более богатые интерфейсы могут приводить к лучшим продуктам.
Biggest takeaways:
Главные выводы:
HTML has become the superior format for communicating with AI agents, replacing Markdown for planning and specs. While Markdown was popular because it’s both human- and machine-readable, HTML offers far richer expression—interactive elements, visual mockups, scrollable sections, and better information density. As Claude’s context windows have expanded and plans have grown to thousands of lines, HTML makes it actually possible to engage with the content rather than just skimming or ignoring it entirely.
Engineers are becoming “compute allocators” rather than code writers. When Claude can run for eight hours on a single task, you’re really deciding how to spend $500 of compute. The critical skill is no longer writing code; it’s deciding what’s worth building, defining the boundaries of what you need to know, and staying in sync with the agent throughout the process. This happens primarily in the spec and planning phase, making that work more important than ever.
You can build custom, throwaway UIs for editing specific parts of your plans. Thariq demonstrates this by taking a data visualization rules table from his implementation plan and asking Claude to create an ideal interface for editing just that section. The result is a beautiful, gamified UI that makes engaging with the content actually enjoyable. This “micro software on top of micro software” approach means you can have the perfect tool for every specific problem, then discard it when you’re done.
The future of agent output isn’t more text. It’s more readable interfaces. Thariq says he stopped reading thousand-line Markdown plans and started asking Claude to edit them instead, which made him less involved in the work. HTML changed that: by turning plans into visual, scrollable, interactive artifacts, Claude makes the output easier to engage with, critique, and improve. The lesson isn’t to read less. It’s to make the work legible enough that you actually want to read it.
Living design systems in HTML are more effective than traditional design tools. Instead of pointing Claude at a Figma file or GitHub repo, Thariq maintains an HTML file that represents his entire design system: colors, typography, spacing, components. This compressed understanding can be passed around to any project, and Claude can extract design systems from existing codebases and encode them in HTML. It’s both human-readable and machine-readable, with no tradeoff between the two.
The best prompts give Claude enough direction but leave room for creativity. Thariq’s prompts are remarkably simple: “Create an HTML file with a plan. Help me visualize. Include excerpts, mockups, code, whatever is needed to give me maximum context.” The key is the ending—“whatever is needed”—which signals trust and gives Claude permission to make decisions. Over-constraining with elaborate system prompts often produces worse results than simple, trusting instructions.
Only about 1% of the tokens Thariq generates go into production code. The vast majority go into dashboards, custom interfaces, weekly status updates, and tools for understanding what he wants to build. This is what abundance looks like—when tokens are cheap, you can afford to make everything you interact with beautiful and tailored to your specific needs. The hope is that this richness in the process translates into better final products.
Test verification is not the same as testing. This is a nuanced point that Thariq says deserves its own podcast episode, but the core idea is that traditional unit tests are being replaced by verification rubrics, managed agents checking outcomes, and Claude recording videos of what it did. The testing landscape is evolving rapidly, and teams need to think beyond conventional approaches.
Just-in-time documentation in whatever format works is better than centralized, templated systems. When creating content is nearly free and AI can find anything, the old anxieties about “source of truth” and standardized templates matter less. What matters is the quality of the ideas and whether the documentation helps you build better products. Thariq sends his manager weekly HTML status updates because they’re more likely to actually get read than Markdown or plain text.
Being nice to Claude probably produces better outputs, and it definitely creates a better world. While no one has run a rigorous A/B test, Thariq prefers to build the world where being kind to AI produces better results. When you’re stern with models, their reasoning gets sad (“the user is right to be disappointed in me”), and that’s not the interaction pattern anyone wants to normalize. Treat Claude like a colleague you respect, not a tool you command.
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 как к уважаемому коллеге, а не как к инструменту, которым командуете.
Blog:
Блог:
How I AI: Thariq Shihipar on Replacing Markdown with HTML for AI-Powered Development: https://www.chatprd.ai/how-i-ai/claude-code-anthropic-thariq-shihipar-on-replacing-markdown-with-html
How I AI: Thariq Shihipar о замене Markdown на HTML для разработки с ИИ: https://www.chatprd.ai/how-i-ai/claude-code-anthropic-thariq-shihipar-on-replacing-markdown-with-html
Detailed workflow walkthroughs:
Подробные разборы рабочих процессов:
↳ Generate a Living HTML Design System with AI for UI Consistency: https://www.chatprd.ai/how-i-ai/workflows/generate-a-living-html-design-system-with-ai-for-ui-consistency
↳ Генерация живой HTML-дизайн-системы с ИИ для согласованности UI: https://www.chatprd.ai/how-i-ai/workflows/generate-a-living-html-design-system-with-ai-for-ui-consistency
↳ Build Disposable Micro-Apps with AI to Edit Complex Plans: https://www.chatprd.ai/how-i-ai/workflows/build-disposable-micro-apps-with-ai-to-edit-complex-plans
↳ Создание одноразовых микро-приложений с ИИ для редактирования сложных планов: https://www.chatprd.ai/how-i-ai/workflows/build-disposable-micro-apps-with-ai-to-edit-complex-plans
↳ Create Interactive HTML Project Plans with AI for Better Visualization: https://www.chatprd.ai/how-i-ai/workflows/create-interactive-html-project-plans-with-ai-for-better-visualization
↳ Создание интерактивных HTML-планов проектов с ИИ для лучшей визуализации: https://www.chatprd.ai/how-i-ai/workflows/create-interactive-html-project-plans-with-ai-for-better-visualization
If you’re enjoying these episodes, reply and let me know what you’d love to learn more about: AI workflows, hiring, growth, product strategy—anything.
Если вам нравятся эти эпизоды, ответьте и расскажите, о чём ещё вы хотели бы узнать больше: ИИ-воркфлоу, найм, рост, продуктовая стратегия — что угодно.
Catch you next week,
Lenny
До встречи на следующей неделе,Lenny
P.S. Want every new episode delivered the moment it drops? Hit “Follow” on your favorite podcast app.
P.S. Хотите получать каждый новый эпизод сразу после выхода? Нажмите «Follow» в вашем любимом подкаст-приложении.