Технический контекст
Я зацепился за этот кейс не из-за очередного спора про форматирование, а потому что тут прямой удар в практическое AI implementation: агент может писать что угодно, но если я не могу это быстро переварить, пользы мало. Тарик из команды Claude Code сформулировал это жёстко: длинные markdown-отчёты никто не читает, ASCII-диаграммы разваливаются, символьные таблицы ломают глаза.
И вот тут я скорее согласен. Когда я гоняю агента по сложной AI architecture, мне тоже не нужен километровый текстовый свиток. Мне нужен артефакт, по которому я принимаю решение: где риск, что менять, куда смотреть дальше.
Карпатый поддержал идею с другой стороны: визуальный канал у нас слишком мощный, чтобы продолжать пихать всё в линейный текст. Это не «HTML моднее Markdown». Это про то, что агентный вывод всё чаще похож не на заметку, а на маленький интерфейс.
Самая прикладная часть здесь не в твитах, а в open-source скиле visual-explainer от Nico Bailon для Claude Code. Он добавляет команды /diff-review, /plan-review, /project-recap, /fact-check и /generate-web-diagram. На выходе не очередной .md-файл, а самодостаточный HTML-документ, который сразу открывается в браузере. Плюс есть флаг --slides, если нужно превратить результат в слайд-дек.
Мне нравится, что это не теоретическая философия, а рабочий паттерн. HTML даёт сворачиваемые секции, цветовую иерархию, нормальные диаграммы, навигацию и композицию экрана. Да, токенов он съест больше, чем Markdown. Но в реальных ревью я чаще упираюсь не в цену вывода, а в собственную когнитивную пропускную способность.
Влияние на бизнес и автоматизацию
Для бизнеса вывод простой: если агент пишет отчёты, которые читает человек, формат внезапно становится частью ROI. Хороший HTML-вывод ускоряет code review, архитектурные обсуждения и fact-checking сильнее, чем ещё один абзац текста.
Выигрывают команды, где решения принимаются по сложным артефактам: продукт, инженерия, консалтинг, аудит. Проигрывает чисто текстовый workflow, если он уже трещит от перегрузки и люди скроллят, а не понимают.
Но я бы не делал из этого религию. Markdown по-прежнему лучше там, где нужен лёгкий, редактируемый, git-friendly вывод. А HTML стоит включать тогда, когда агент делает не заметку, а интерфейс для принятия решения.
Собственно, мы в Nahornyi AI Lab такие развилки и проектируем для клиентов: где оставить текст, где собрать визуальный слой, как сделать artificial intelligence integration так, чтобы команда реально работала быстрее, а не просто любовалась демо. Если у вас агент уже что-то пишет, но никто не хочет это читать, давайте разберём workflow и соберём AI automation под вашу реальную нагрузку, а не под красивую презентацию.